99+ MIT App Inventor Forum – Google Groups.
This is the MIT App Inventor Support Forum, hosted on Google Groups. This is a place to find answers to questions you might have.
99+ MIT App Inventor Forum – Google Groups.
This is the MIT App Inventor Support Forum, hosted on Google Groups. This is a place to find answers to questions you might have.
See nb136/nb137 release information. If your phone or tablet updates apps automatically, the new update should have been installed already (it was for me).
The new Companion supports internationalization (support for other languages besides English), larger screen sizes for tablets, improvements to the Twitter block interface, and new features to support Fusion Tables.
Would it be neat if you could display pages from the web in your Android app? Well, you can!
And it is very easy to do in App Inventor.
In the Designer, drop a WebViewer control on to your app’s screen design area. The WebViewer control is located at the bottom of the user interface section of the Palette:
After dropping the control on to your user interface, select the control and set the Properties. In particular, set a default or initial web URL to display on the screen. Here, I have set the default URL to http://appinventor.pevest.com. Be sure to include the leading http://
When your app runs, the WebViewer will automatically load the page at the HomeURL.
You can change this page, programmatically. Here, for example, in response to a button press, the URL is changed to my 3D blog.
Once this runs, the new page is read in to the viewer. Just like this!
Whether you use Windows, Linux or Mac OS X applications, when the program needs to alert the user (you!) to an issue, the program displays a pop up dialog box with a warning or error message. You can easily create similar warning messages in App Inventor, as shown in this example screen:
To create a pop up warning dialog, use the Notifier control that appears in the Designer’s Palette:
Drag the Notifier icon into the app user interface design – the Notifier is used as a non-visible component, just below the user interface:
Switch to the Blocks view, click on the Notifier1 block to view the available methods. A partial list of methods is shown here – the item circled in red is the one we will use in this example:
In response to an on screen button press (btnNotifyUser’s Click event), the app displays the dialog message:
This block can be inserted anywhere a processing block is allowed such as the result of an if-then-else conditional block. You can also change the text or background color of the app to something more interesting than the “black and white” default colors shown in this example.
Notifier provides a quick and easy way to display short alert messages to the user of the app.
Update: When the program is run in AI2 Companion, it behaves differently than when run as a standalone “build” .apk app.
The updated tutorial explains where – and why – the files you create may appear to be hidden on the phone – how to find them and how to transfer the files to your PC.
An earlier blog post described how to store data using TinyDB so that an app’s data can persist between uses of the program, or even to share data between screens in a program.
Another way to save data is to write the data to a file on your Android device. App Inventor has introduced a File control that lets us write text data to a file and then read it back, later. As we will see, the File control is not the easiest thing to use but with some work, the control can be used to store data from our program into a file. (Once data is in a file, you could, hypothetically, email the file to yourself to read it on a computer, or transfer it from an Android to device to another computer using a USB cable and mounting the device as a simulated hard drive. But that is beyond the scope of this blog post!)
Let’s start our exploration of the File control in the Designer. Beneath the Palette heading, find the Storage item. Within Storage, find the File control. Drag and drop the File control on to your app. The control is placed below the user interface as it is an invisible control.
After dragging the File control, you’ll see something like this at the bottom of the user interface Designer:
The real work begins over in the Blocks editor. For this example, we have just a few user interface components:
In the Blocks editor, we will set up some blocks to write text to the file. We will start with a simple example:
btnAddItem.Click is an event handler and you should already be familiar with the concept of event handlers. The new features are those in purple, which reference the File1 control. Assuming you are implementing this in your own app, you should find the File1 control, probably at the bottom of the list of Blocks, at the left side of the Blocks editor.
The first purple item above, AppendToFile, writes a piece of text to the file indicated at the filename component. Writing to the file is the easy part!
When our app’s TestFetch button is pressed, the code initiates a read operation by reference ReadFrom and giving it the name of the file to read the data from. But at this point, the data has not yet been read!
When the data has actually been read, an event occurs and we need to add an event handler for GotText to process the data that has been read in to the app.
In the example above, the original text is read back from the file and placed in an on screen text box to illustrate success.
Writing and reading a single line of text is easy. But writing and reading a series of data elements is a bit more complex. There are several possible ways to handle this but I have chosen to use the mechanism.
But before we get started, let’s add a piece of code to help us during development: let’s always start with a clean data file by deleting the old file (if any) first. We can do this by adding the following code to the screen’s Initialize event:
Find your screen’s name in the Blocks list and then click the mouse over the screen name. You should see the Initialize event handler appear in a pop up list – drag that initialize block over to the Blocks editing window.
Let us now take a look at writing a list – or list of lists to the text file. You’d best be familiar with lists (see volume 1 of my App Inventor 2: Tutorial) before starting on this.
For this example, we want to store a typical name/address combination. This means storing several items for each individual record – in our example, we have two individuals but this could be easily expanded to support more.
The first block creates two lists (at far right) – one list per person to combine the name and address.
These two lists are converted to the “CSV” (comma separate values) format and the two CSV values lists are combined into a table. Think of this as being something like this:
Think of this as being like a spreadsheet with rows and columns, if you prefer. All those blue list processing blocks are converting our text input at right, into two CSV rows, combining those into a list, and then converting to a table. That’s a lot of work but its just a way of storing our more complex data into the file.
At the bottom block, the data read from the file is converted from text back in to table list format. And after this is done, individual list elements can be referenced. Since this table has two rows, index position 1 and index position 2 refer to first and second name records. Since each row is itself a list, we could also select the individual items from each name/address record if we wanted (but that is not shown in this example).
App Inventor’s new File control is helpful but remains cumbersome to use, as shown by the effort to read and write complex records. It works only with text (which is how most of App Inventor works) and it reads the entire file all at once, rather than reading a line at at time. This limits the total size of the file that we can likely handle (maximum size is not known).
On my Nexus 5, there is a visible folder named AppInventor, and within that folder, there is a folder labeled data. This is where testfile2.txt is located.
This location also corresponds to /storage/emulated/0/AppInventor/data, a folder on the phone. You’ll need a file explorer app – or connect your phone to a PC using a USB cable and mount the phone as an external hard drive – to see the file structure on the phone.
My 322 page e-book provides extensive guidance on App Inventor databases and files, including TinyDB, TinyWeb, Fusion Tables and text files.
Learn about all my App Inventor guide books, including sample chapters – here!
App Inventor has a neat featured called “live programming”. With this feature, after transferring your app from the App Inventor “cloud” designer and blocks editor, you can make changes in the Designer or Blocks editor while your program is connected and running. Try it! Create an app, transfer to your phone and start running the app – then go back to the App Inventor browser window and make some changes to your program. Moments later, your changes will show up on the phone!
Here is a bit of history about how this feature came to be, and how it was implemented: Colorless Green Ideas Sleep Furiously: The creation of live programming in App Inventor.
That summary is pretty techie and might be beyond someone very new to programming.