Sunday, September 29, 2013

Free Android Apps



When we talk about phone then instantly Android come in our mind, and we know that Android platform is growing at a hasty rate worldwide. Several updated phone coming with Android platform. More than 500K android apps for over 500 android devices have flooded by android market. To make Android market more popular Android Application are free for everyone, he/she can download from numerous website. Millions of free apps been downloaded daily by Android user.

Have you thought if you got the chance to develop Android application of your choice and your interest seems cool, I am suggesting 5 easy sites that will help you to create your own Android apps for free in few minutes.

5 Sites To Create Your Own Android Apps for Free

1. Free Android App Maker

Free Android App Maker is one of the best free utility to create an android application. Here one can submit Android application at app store in just few minutes. Android App Maker make easy to create an app of your own. There are some easy steps in making first of all you have to choose a template then add your content (text) of your choice and even pictures. Finally you have to submit your application for review. Here you have many free layouts/templates to customize and easily edit your Android application of your choice.

Once your application gets shortlisted and accepted then you can download it from Play Store. Otherwise it will be only downloaded from own site

2. Android 3 Apps

Android 3 Apps is other free utility to create an android application for your Android gadgets of your choice. It has three simple steps to make Android application. First of all you have to choose an app then customize your content (text) of your choice and even pictures. Finally share it. This site provide many types of preloaded categories like Trivia Game, Photo Gallery App, E-Book App which allows you easily create a perfect application according to your requirements. Android 3 Apps also provide application like Radio Station, Band Music Apps, Quotes and jokes, Slider puzzles, Choice Games, Quiz Games, Truth or Dare, True or false, Question App, Video Player, Web Photo Portfolio, Android Website builder, Blank App Templates which can be used. Android 3 Apps will make easy to develop Android Apps as per the requirement.

3. Apps Geyser

Apps Geyser is a free service provider, which help you to convert your application and make money through it. It has more than 118,602,408 installed application, more than 260,193 created application and more than 3,610,134,404 ads served. By using Apps Geyser one can create an application in simple steps. Click on create button here you have different option like website (Enter URL), HTML Code Create or Paste HTML) and

YouTube Videos, Enter keywords or use Channel URL and many more and then distribute it. Apps Geyser gives you facility to make ad-supported apps and make money through that. It has also a unique feature that make if different through other service provider that is sharing features, sharing of your apps to all major social network. Supporting of HTML 5 to display pop-up notification like deal of the day or some important announcement to the users. So by seeing all features of Apps Geyser I can say that it offers creation, monetization, management of your android app.

4. App Yet

App Yet helps to create apps for website. App Yet helps you toconvert RSS feeds into an android application for Android OS. Here you have the freedom to list/sell created application on Market(s) or earn money through advertising. Using App yet you can turn a website or blog into application and share it with your friend anywhere in globe.

5. Andromo

Andromo gives you a fabulous platform to create professional apps for you. All type of business can be promoted share even can be used to discuss a new project. Very few mouse clicks is enough to make an apps and generate money through adding advertise to those apps. Apps can contain interactive photo galleries, blog/news feeds, maps, mobile websites, YouTube videos and even more. You can generate money by selling your application to Play Store using Andromo.

So these 5 website are vey useful who try to do something new and have the creativity or for Android lover. You need some knowledge of HTML or Java, than you can make application of yours for your Android.

I hope these stuffs on Sites To Create Your Own Android Application for Free will help you making your own Android apps and share to your friend and entire world & most important making money through Android Apps.

When we talk about phone then instantly Android come in our mind, and we know that Android platform is growing at a hasty rate worldwide. Several updated phone coming with Android platform. More than 500K android apps for over 500 android devices have flooded by android market. To make Android market more popular Android apps are free for everyone, he/she can download from numerous website. Millions of free apps been downloaded daily by Android user.

Have you thought if you got the chance to develop Android apps of your choice and your interest seems cool, I am suggesting 5 easy sites that will help you to create your own Android apps for free in few minutes.

BlackBerry Versus Android



If you find yourself in a similar dilemma as to what I was in, weighing up the pros and cons of BlackBerry versus Android, then read on.
Both BlackBerry and Android have their positives and negative aspects. At the end of the day it merely comes down to what needs you want your phone to fulfill. BlackBerry is likely to appeal you if you fit the corporate sect or place strong emphasis on emailing and text messaging. While the Android phones will generally attract you if you are going to take advantage of the larger screens, rapid web browsing connectivity, apps & multi-media aspects; or just enjoy staying ahead of the curve in the technology world.

As per Neilsen statistics, Android is the clear winner when it comes to most devices sold in the past six months, jumping Android into the number one position at 29% smartphone market share in the US. Second place is tied with Apple's iOS and BlackBerry's RIM operating systems (OS) tied at 27%. This represents a slight drop in market share for RIM from around 30% early this year.

Six reasons you should consider BlackBerry, specifically the Bold and Curve:

1. Strong email/ text messaging functionality partly due to their QWERTY keyboard

2. BlackBerry Enterprise Service (synchronizing your emails, contacts, calendars, tasks, etc.)

3. BlackBerry Messanger (BBM) is a popular instant messenger, unique to RIM

4. Longer battery life is much better

5. Generally more rugged than other handsets, not likely to break if you drop it etc.

6. Strong security features

Six points why you might prefer Android phones:

1. With around 100,000 Apps Android is more 'app centric'

2. Many of the Android devices are making use if 4G connections speeds and have flash web browsing capabilities, hence, gives you the best web browsing experience

3. Android is 'open-source' meaning a large number of companies all working on the code, resulting in a more secure platform (more people reviewing the code); and creativity is encouraged as there is no 'Big Brother effect' monitoring everyone's creativity

4. In contrast to Apple's App store, there is much more freedom for developers to create Android Apps in the manner they wish. For security reasons Android Apps need approval, but there is less of a regulated market allowing uses to dictate what Apps they want

5. Google encourages 'custom ROM', which is your ability to download and tweak to your needs the latest software updates. Giving you more flexibility with your phone.

6. There is a much greater selection of phones available to you as there are a number of companies manufacturing Android phones

There a lot of pros and cons in deciding BlackBerry versus Android. But essentially it comes down to the following:

Are you looking for a cell phone that takes maxim advantage of 4G web browsing speeds, larger screens, a multitude of user prescribed apps, strong multimedia functionality, customization options, and has good business aspects such as email/ calendar/ etc synchronization - get an Android.

Top current Android options are:

HTC EVO Shift 4G (Sprint)

DROID 2 Global by Motorola (Verizon)

T-Mobile myTouch 4G (T-Mobile)
If youare in the corporate mind set looking for a reliable, robust phone that has excellent email and messaging ability, high level security, with strong business synchronization functionality (BES) and arguably the best physical QWERTY keypad - go for the BlackBerry.

My recommendation is:

BlackBerry Bold 9780 (T-Mobile)

BlackBerry Bold 9650 (Sprint)

BlackBerry Bold 9650 (Verizon)

Friday, April 13, 2012

Android C2DM — Client Login key expiration

[This post is by Francesco Nerieri, engineering team lead for C2DM — Tim Bray]

In the upcoming weeks, some of the older Client Login authentication keys will expire. If you generated the token you’re currently using to authenticate with the C2DM servers before October 2011, it will stop working.

If the response from the C2DM servers contains an Update-Client-Auth header, you’ll need to replace the current token with the one included in the header.

  // Check for updated token header
String updatedAuthToken = conn.getHeaderField(UPDATE_CLIENT_AUTH);
if (updatedAuthToken != null && !authToken.equals(updatedAuthToken)) {
log.info("Got updated auth token from datamessaging servers: " +
updatedAuthToken);
serverConfig.updateToken(updatedAuthToken);
}

We suggest that you start using the Update-Client-Auth response header to update tokens regularly, as keys will expire periodically from now on. For example, have a look at the Chrome to Phone service hosted on code.google.com; this code takes care of authenticating via Client Login and then sending a message:

Alternatively, you can manually generate a new Client Login token now and replace the one currently in use. ClientLogin can be used with any application that can make an HTTPS POST request. The POST request should be structured as a form post with the default encoding application/x-www-form-urlencoded, like this:

POST /accounts/ClientLogin HTTP/1.0
Content-type: application/x-www-form-urlencoded

accountType=GOOGLE&Email=johndoe@gmail.com&Passwd=north23AZ&service=ac2dm

If the POST succeeds, the response contains the authorization token, labeled "Auth", which is your new token. You could even do this from the command line:

curl -d \
"accountType=HOSTED_OR_GOOGLE&Email=johndoe@gmail.com&Passwd=north23AZ&service=ac2dm" \
https://www.google.com/accounts/ClientLogin | \
grep Auth

If your request fails or if you are prompted for captchas, please read ClientLogin for Installed Applications. And of course, if you updated your code to use the Update-Client-Auth header after the keys had expired, then you will first need to manually generate a new token.

Have fun with C2DM!

Thursday, April 12, 2012

New Seller Countries in Google Play

Over the past year we’ve been working to expand the list of countries and currencies from which Android developers can sell their products. Starting today, developers in Czech Republic, Israel, Poland, and Mexico can sell priced applications and in-app products on Google Play, using their local bank accounts for payments. Welcome developers!



If you develop Android apps in one of the new countries and want to get started selling them, visit play.google.com/apps/publish and set up a new Google Play developer account. Once you’ve uploaded your apps, you can price them in any available buyer currencies, publish, and then receive payouts and financial data in your local currency.



If you are based in Israel or Mexico and are currently selling apps through an AdSense merchant account, you will need to migrate your apps to a new Google Play developer account in your local currency. Watch for an email that provides complete information on the migration process and timeline.



Additionally, we encourage developers everywhere to visit the Developer Console as soon as possible to set prices for their products in the currencies of these new countries. Stay tuned for more announcements soon as we continue to roll out our new billing infrastructure to buyers and sellers throughout the world.



Join the discussion on

+Android Developers



Tuesday, April 10, 2012

Accessibility: Are You Serving All Your Users?

[This post is by Joe Fernandez, a technical writer for developer.android.com who cares about accessibility and usability. — Tim Bray.]

We recently published some new resources to help developers make their Android applications more accessible:

“But,” you may be thinking, “What is accessibility, exactly? Why should I make it a priority? How do I do it? And most importantly, how do I spell it?” All good questions. Let’s hit some of the key points.

Accessibility is about making sure that Android users who have limited vision or other physical impairments can use your application just as well as all those folks in line at the supermarket checking email on their phones. It’s also about the Mom over in the produce section whose kids are driving her to distraction, and really needs to see that critical notification your application is trying to deliver. It’s also about you, in the future; Is your eyesight getting better over time? How about that hand-eye coordination?

When it comes down to it, making an application accessible is about having a deep commitment to usability, getting the details right and delighting your users. It also means stepping into new territory and getting a different perspective on your application. Try it out: Open up an application you developed (or your all-time favorite app), then close your eyes and try to complete a task. No peeking! A little challenging, right?

How Android Enables Accessibility

One of main ways that Android enables accessibility is by allowing users to hear spoken feedback that announces the content of user interface components as they interact with applications. This spoken feedback is provided by an accessibility service called TalkBack, which is available for free on Google Play and has become a standard component of recent Android releases.

Now enable TalkBack, and try that eyes-closed experiment again. Being able to hear your application’s interface probably makes this experiment a little easier, but it’s still challenging. This type of interaction is how many folks with limited vision use their Android devices every day. The spoken feedback works because all the user interface components provided by the Android framework are built so they can provide descriptions of themselves to accessibility services like TalkBack.

Another key element of accessibility on Android devices is the ability to use alternative navigation. Many users prefer directional controllers such as D-pads, trackballs or keyboard arrows because it allows them to make discrete, predictable movements through a user interface. You can try out directional control with your apps using the virtual keyboard in the Android emulator or by installing and enabling the Eyes-Free Keyboard on your device. Android enables this type of navigation by default, but you, as a developer, may need to take a few steps to make sure users can effectively navigate your app this way.

How to Make Your Application Accessible

It would be great to be able to give you a standard recipe for accessibility, but the truth of the matter is that the right answer depends on the design and functionality of your application. Here are some key steps for ensuring that your application is accessible:

  1. Task flows: Design well-defined, clear task flows with minimal navigation steps, especially for major user tasks, and make sure those tasks are navigable via focus controls (see item 4).

  2. Action target size: Make sure buttons and selectable areas are of sufficient size for users to easily touch them, especially for critical actions. How big? We recommend that touch targets be 48dp (roughly 9mm) or larger.
  3. Label user interface controls: Label user interface components that do not have visible text, especially ImageButton, ImageView, and EditText components. Use the android:contentDescription XML layout attribute or setContentDescription() to provide this information for accessibility services.

  4. Enable focus-based navigation: Make sure users can navigate your screen layouts using hardware-based or software directional controls (D-pads, trackballs and keyboards). In a few cases, you may need to make UI components focusable or change the focus order to be more logical.

  5. Use framework-provided controls: Use Android's built-in user interface controls whenever possible, as these components provide accessibility support by default.

  6. Custom view controls: If you build custom interface controls for your application, implement accessibility interfaces for your custom views and provide text labels for the controls.

  7. Test: Checking off the items on this list doesn’t guarantee your app is accessible. Test accessibility by attempting to navigate your application using directional controls, and also try eyes free navigation with the TalkBack service enabled.

Here’s an example of implementing some basic accessibility features for an ImageButton inside an XML layout:

<ImageButton
android:id="@+id/add_note_button"
android:src="@drawable/add_note_image"
android:contentDescription="@string/add_note_description"/>

Notice that we’ve added a content description that accessibility services can use to provide an audible explanation of the button. Users can navigate to this button and activate it with directional controls, because ImageButton objects are focusable by default (so you don’t have to include the android:focusable="true" attribute).

The good news is that, in most cases, implementing accessibility isn’t about radically restructuring your application, but rather working through the subtle details of accessibility. Making sure your application is accessible is an opportunity to look at your app from a different perspective, improve the overall quality of your app and ensure that all your users have a great experience.

Monday, April 9, 2012

A Faster Emulator with Better Hardware Support

[This post is by Xavier Ducrohet and Reto Meier of the Android engineering team. — Tim Bray.]

The Android emulator is a key tool for Android developers in building and testing their apps. As the power and diversity of Android devices has grown quickly, it’s been hard for the emulator keep pace.

Today we’re thrilled to announce several significant improvements to the emulator, including a dramatic performance upgrade and support for a broader range of hardware features, notably sensors and multi-finger input.

Added GPU Support

The system image we’re shipping today has built-in GPU support (Android 4.0.3 r2). With Android’s growing reliance on using the GPU to improve performance, the difference is significant. In the video below, the emulator is still interpreting ARM instructions; the performance boost is the effect of putting the GPU to work.


As a bonus, since we’re now supporting OpenGL ES 2.0, your OpenGL games can now run inside the emulator.

Please note that there are a lot of GPUs out there, and we haven’t tested all of them for this beta release, so let us know if you have feedback or encounter issues.

More Hardware Feature Emulation

The hardware features of mobile devices are a significant part of what makes them a unique platform for development, so we’re also pleased to announce that in addition to the camera support we added last year, it’s now possible to use a tethered Android device to supply inputs for sensors and multi-touch input.

We’re working on providing emulator support for more hardware features including Bluetooth and NFC.

Improved CPU Performance

We’ve also improved the CPU performance of the Android emulator. Hardware floating point operation has been available for system images since Ice Cream Sandwich (Android 4.0), allowing CPU operations to be emulated roughly twice as quickly.

Last week’s r17 developer tools release included x86 system images and host drivers (available through the SDK Manager), allowing the emulator to access the host CPU natively and offer significantly faster execution.

This video shows a CPU-bound application on two emulators running the same system image, one with virtualization, one without.

Building a modern emulator

Because the Android platform allows deep interaction between applications, and with system components, we need to provide an emulator with a complete system image. Our emulator virtualizes a complete device: hardware, kernel, low-level system libraries, and app framework.

Of course, the system being emulated typically has an ARM CPU; historically, we’d been emulating those instructions in software, and that worked OK until the advent of tablet support with additional animations and complexity in Android 3.0.

The missing pieces were the completion of Android x86 support, and the GPU support in last week’s release of SDK Tools r17. This works by funneling the OpenGL ES 2.0 instructions from the emulator to the host OS, converted to standard OpenGL 2.0, and running natively on the host GPU.

Conclusion

The Android ecosystem has a lot of devices in many different form factors. Developers need a good way of testing these apps without having to own everything out there and a fast, rich Android emulator is immensely helpful.

We hope that these new improvements will make the emulator a more useful tool in your development and testing, and look forward to improving it further for you.

Tuesday, April 3, 2012

The Gmail Public Labels API

[This post is by Nadav Aharony, a product manager on the Android team — Tim Bray]

We’re rolling out new developer features for the Gmail Android app: It now includes a public ContentProvider that you can use to retrieve label data. You can use this to access up-to-date unread counts for specific accounts’ inboxes and labels.

To use the API, the Gmail app needs to be at version 2.3.6 or higher on Froyo or Gingerbread; 4.0.5 or higher on Honeycomb and ICS. Before using it, be sure you first check the Gmail app version; we’ve provided a handy GmailContract.canReadLabels(Context) method to help with this. Your app will need the com.google.android.gm.permission.READ_CONTENT_PROVIDER permission.

Finding the Gmail accounts set up on the device

The Labels API needs a valid Gmail account to build a query for per-label information. Assuming the GET_ACCOUNTS permission, the AccountManager can be used to fetch this information:

// Get the account list, and pick the first one
final String ACCOUNT_TYPE_GOOGLE = "com.google";
final String[] FEATURES_MAIL = {
"service_mail"
};
AccountManager.get(this).getAccountsByTypeAndFeatures(ACCOUNT_TYPE_GOOGLE, FEATURES_MAIL,
new AccountManagerCallback() {
@Override
public void run(AccountManagerFuture future) {
Account[] accounts = null;
try {
accounts = future.getResult();
if (accounts != null && accounts.length > 0) {
String selectedAccount = accounts[0].name;
queryLabels(selectedAccount);
}

} catch (OperationCanceledException oce) {
// TODO: handle exception
} catch (IOException ioe) {
// TODO: handle exception
} catch (AuthenticatorException ae) {
// TODO: handle exception
}
}
}, null /* handler */);

Getting and accessing existing labels

Once you’ve got the email account, you can get a ContentProvider URI to query against. We've provided a simple support class called GmailContract.java for constructing the URI and defining the columns and relevant constants.

You can access any label, predefined or user-defined. The predefined labels include (you have to use symbolic constants rather than these strings, see below):

  • Priority Inbox

  • Starred

  • Chats

  • Sent

  • Drafts

  • All mail

  • Spam

  • Trash

To obtain a Cursor with information for all labels in an account, your app can either query this URI directly or use a CursorLoader. Here’s an example:

Cursor c = 
getContentResolver().query(GmailContract.Labels.getLabelsUri(selectedAccount),
null, null, null, null);

You can query and watch for changes on a single label by storing the URI value in the GmailContract.Labels.URI column from the cursor data.

The NAME value for pre-defined labels can vary by locale, so don’t use GmailContract.Labels.NAME. Instead, identify pre-defined labels like Inbox, Sent or Drafts using the String value in the GmailContract.Labels.CANONICAL_NAME column. Here’s an example:

// loop through the cursor and find the Inbox
if (c != null) {
final String inboxCanonicalName = GmailContract.Labels.LabelCanonicalName.CANONICAL_NAME_INBOX;
final int canonicalNameIndex = c.getColumnIndexOrThrow(GmailContract.Labels.CANONICAL_NAME);
while (c.moveToNext()) {
if (inboxCanonicalName.equals(c.getString(canonicalNameIndex))) {
// this row corresponds to the Inbox
}
}
}

If you choose to use a CursorLoader, it will keep the label counts up to date as they change over time.

Sample App

You can find a sample app that makes use of the new API here. The app provides a basic readout of label and message-count information.

People care about their incoming mail; we’re looking forward to seeing what you do with access to this information. We’re also open to suggestions as to how to improve and extend this new API.