Having discussed most of the basic concepts required to start the development of Android apps, let’s not wait any more! Let’s go straight to the development!
Today, we will start building the simplest version of the Hello World app (other than the one which is automatically generated! Remember? Refer to Let’s Code!) , in which we will focusing on the use of buttons and toasts(?? Don’t worry! I will discuss!) in Android applications. In the coming few posts, I will be building upon this tutorial to discuss the various concepts finally leading to the development of the app.
So, Let’s start! Open the Hello World Project that we created in the post titled Let’s Begin!.
Go to main.xml in the layout folder, drag a button from Form Widgets and place it onto the WYSIWYG screen. Go to the code! Is there any difference from the code discussed earlier?
Yes! We have a new tag named Button with various attributes! Let’s focus on each of them. Clearly, android:layout_width and layout_height are used to define the width and the height of the button respectively. By default, they are set to wrap_content. I hope you are familiar with this term. If not, please refer to the post titled A look at the code!.
Change the android:layout_width attribute of the Button tag to fill_parent in order to make the button stretched to the entire width of the screen, and leave the android:layout_height as it is. Save main.xml. Your screen in the WYSISYG editor should look as follows:
Refer to the code again. There are two more attributes for the tag Button. The android:text attribute sets the text which is displayed on the button. By default, it is set to Button and that’s why, the default text on the Button widget is Button.
You may also find a warning on this line. Can you guess why is it so? Basically, in the code that is generated automatically, android:text attribute has been set to the string Button whereas as per the correct syntax, one must declare a string variable (for example, button) whose value is Button and then, reference it by using @string/button in the value of this attribute. To fix it, simply click on the attribute, right click and choose Quick Fix. You will be provided with various options. Simply, select Extract String which will display a dialog box, in which set the R.string value to button and String to Button. Click OK and save the file. The text Button will replaced to @string/button and the warning will be gone.
We will look at the android:id attribute later. For now, simply run the project. What do you see?
You will find that there will be a button on the screen but, when you click it, nothing happens! Why?
In the next post, we will discuss the android:id attribute and it’s use in implementing the functioning of a button.
Till then, BYE!
So, it’s time to culminate our initial discussion on layouts. Till now, we have looked at the WYSIWYG editor, the code for the layout and a visual editor for playing with strings. Now, we shall come to the query raised in the last post, i.e., the value taken by the android:string attribute of the TextView which is described in the line:
For those who have been following this blog, it must be really easy now. But, still I should give the details for the sake of completeness.
Clearly, @string is a way to tell the compiler that the variable which will follow after a ‘/’ represents a string. This is necessary to distinguish the different types of variables. Yes! There are other kinds of variables which represent color, dimension, array, etc. Right now, I am not going to discuss how to use those variables. But, if you are one of those who really like to stay ahead, open the strings.xml and click on add. You will see the following dialog box.
Now, it’s on you to explore!
Also, the name that follows the ‘/’ is the name of the variable whose value is to be given to the android:text and thus, is to be displayed on the screen. Here, since the name is niktechs, the text that is displayed on the screen will be same as the value of the variable niktechs which is Developing Android Applications with Nikhil Gupta.
Now, I think I have laid the foundation of discussing the other way of changing the text on the screen. Remember, in the post titled Laying out the screen!, we saw how to use WYSIWYG to change the text on the screen. For a quick flashback, we used the edit text option and created a new R.string whose value was the text that we wanted to display.
The other way results from our discussion in the previous post. There, I created a new variable of type string named Blog. Now, instead of using the WYSIWYG editor, we can simply change niktechs (in the code describing android:text attribute) to Blog and save the file.
Now, look at the GUI (click on main.xml and then, choose Graphical Layout tab). What do you see? Yes, the text has been changed to Android Development which is the value of the variable Blog. Why does this happen? I hope that it’s now trivial for all. Since Blog is just another string type variable like niktechs (discussed in the previous post), replacing the two will result in replacing the values of the android:text attribute and hence, the text on the screen.
So, we have looked at the basic layout features and understood each and every concept related to it. But there are various attributes that can be used in the code for layout which can greatly vary the screen. It’s up to you to explore them. I may discuss a few of them, but only in the later posts. If you want to explore, go to a tag, type android: and press Ctrl+Space. You will see the entire options that are possible.
In the next few post, we will finally go into the JAVA coding. So, a lot more interesting stuff coming soon!
Till next time, BYE!
In the last post, we looked at the development of the layout of an Android app using the WYSIWYG editor. Now, it’s time to look at the code, which actually does the required work at the back end.
Code?? Yes, every layout file has an associated code and the WYSIWYG editor simply executes this code to show a replica of what the screen actually looks like. The main purpose of this code is to declare all the components, set their properties and describe how they are related. The relationship is defined by a hierarchy where the lower components constitute the upper components.
So, were you able to find the associated code?. If not, open the main.xml file and change the tab from Graphical Layout to main.xml (available at the border between editor and the console window).
So, how the code looks like? If you are familiar with XML or HTML, you may see a somewhat similar style but absolutely different content. For others, it may appear totally new! No problems, we do not have to worry about all the details. Let’s analyse!
The code declares every component using predefined tags. Just like an HTML code, every statement in this code has an opening and a closing tag (except the first line), i.e., it starts with <tag1> and ends with </tag1>. Every statement within these tags declare the components which constitute the component defined by the tag. Remember the hierarchical model we discussed before!
<?xml version=”1.0″ encoding=”utf-8″?>
This is a declaration with which almost every xml file starts with, declaring its version and encoding style. Since it is not a tutorial on xml, we will take it as a line of text which we have to include at the top.
This line basically declares a Linear Layout for the entire screen, a top-level component which can itself have various components within it. All the other components like Buttons, TextViews can be a part of a Linear Layout. A Linear Layout can have a linear layout within itself too. Since we have to place various components on the screen, we have to declare a linear layout for the entire screen. That’s why, its opening tag is situated in the very beginning of the code. Just check out the last line of the code. What do you see? Yes! It’s the closing tag for this linear layout, justifying the claim that it’s the highest level component in the code.
The rest of the statement basically sets some of the properties of this layout, by setting the values of the parameters of this linear layout called attributes. Thus, the above statement sets the values of four attributes. Since the first one will remain same for our discussions and is not going to affect us in programming, let’s leave it as it is!
Coming on to the other attributes, android:layout_width sets the width, android:layout_height sets the height and android:orientation sets the orientation of the linear layout. In the code above, both the height and the width have been set to fill_parent, a keyword to ensure that this linear layout is the topmost level component which fill the screen entirely both in width as well as height. I hope that you can make out the use of vertical orientation. If not, try to change it to horizontal and explore!
This is the line of text which declares the TextView which is responsible for the text displayed on the screen. It also has various properties like width (fill parent to ensure that it fills the entire width), height (wrap content to ensure that the height is adjusted automatically according to the length of the content) and text whose value decides which text to display. We will see why it has such a strange value in the next post. If you can make out, please comment!
Also, since this TextView will not have any other sub-component, we can use a self-closing tag as used above. A self-closing tag looks like <tag2 />.
Please note that this discussion is not at all necessary for the development of the apps as we can always use the WYSIWYG editor and forget completely about what goes in the back. My motto for discussing the code was just to tell you that it just doesn’t happen out of the blue, there’s something which is actually doing the things that you are seeing in the WYSIWYG editor.
OK! So, we have become familiar with most of the code except the value of the text attribute of TextVIew. In the next post, I will discuss it and also, look at some other ways of changing the text displayed on the screen by a TextView.
Till then, BYE!
Having talked about the project structure and various other basic concepts in the earlier posts, it’s time now to move towards the actual development of the app. So, How should we start? Should we simply start coding? According to me, the answer is NO!
The first thing that decides the success of an app is its GUI (Graphical User Interface). For those who are new to this word, it refers to the intermingling of design and interactive components, i.e., an app with a nice GUI will have the required number of menus, buttons and other interactive components placed according to a proper design. The effort should be made to ensure that the GUI reflects the purpose of the app. Also, it should be user-friendly, i.e., user should not be be made to search randomly in order to access a particular function, rather, the app should be automatically dictating the user where to go to find that function. How to achieve this? This is something that the developer gradually grasps over the course of time. I will try to help by explaining my motives of choosing a particular GUI, though it’s still your personal preference.
OK! So, the question is how do we set up a GUI in Android. This is achieved by a file named main.xml present in the layout folder ( in the res folder). So, let’s open it up and explore what it offers to us!
The above figure is the image of the editor after opening the main.xml file. The right portion is exactly the same as the screen when the app runs (Remember! We had seen it in the emulator!). An important characteristic of this view is that the changes done in it are automatically reflected in the screen of the app, hence, its also called WYSIWYG (What You See is What You Get). For now, we will be just dragging the various components onto this view, which will automatically change the layout of the screen. The left component called Palette provides all the various interactive components like buttons, text boxes, so on and so forth, which can be dragged and placed on this WYSIWYG view. In this post, I will be just be focussing on displaying a text on the screen.
The layout that is automatically generated also shows some text (Here it is, Hello World, HelloWorldActivity!. Hope that you can guess where it came from!). The component which simply displays a text is called a TextView. You can drag the TextView from the Palette( visible under Fom Widgets). There are three sizes available initially (you can choose whatever you want later). This is what happens when I drag a Large Size TextView onto the screen.
So, you can simply place a text view by dragging and dropping. You can delete it by selecting and pressing Delete.
Ok! Now, let’s try to change the text which is automatically generated. Right click on it and choose Edit Text.
In the dialog box that appears, click on New String. In the resulting dialog box, write the value of the string in the text box beside String. For now, write anything beside New R.string(We will discuss it later) .
Click Ok twice. What do you see?
There are various simpler ways to do this. But, I mainly wanted to make you familiar with the WYSIWYG editor. We will discuss the other ways as we proceed. Now, it’s on you to explore the other components and modify their properties.
In the coming posts, I will be discussing various other aspects related to the layout.
Hoping that the posts are really helpful!
Till next time, BYE!