All Things R&D
Monthly Archives: July 2012
July 30, 2012Posted by on
Last week, I implemented the function of invoking web intents from an Android app. Any Android app developer can invoke web intents through the following steps:
- Make sure the latest version of OI WebIntents Agent has been installed.
- Add the library webintents-helper.jar to the project build path.
- Create an WebIntentsHelper object.
- Call the method WebIntentsHelper.createChooserWithWebActivities() and send an intent to it.
Intent intent = new Intent(android.content.Intent.ACTION_SEND); intent.setType("text/uri-list"); intent.putExtra(android.content.Intent.EXTRA_TEXT, "http://www.openintents.org"); WebIntentsHelper helper = new WebIntentsHelper(YourActivity.this); helper.createChooserWithWebActivities(intent);
The intent object here is the same as what you usually do in Android apps.
I’ve created a sample app and uploaded it to github. The following are some screenshots.
For different Android intents, data may be placed in different fields. Some are located by uri while others placed in the extra fields of an intent object. However, for web intents, data is universally placed in the “data” field. Now I’ve created a table which is used for processing such issue. Yet not fully completed. This is one of which I need to do next week.
I am going to add comments and adapt the format of code to make it comply with openintents code style.
Any feedback and suggestions are welcome.
July 23, 2012Posted by on
Last week I added two URL shorten apps which now you can have an experience.
Currently you can feel the onSuccess callback by calling the Shorten with Goo.gl app. Following I will show some screenshots from my tablet.
Fig 1 is the shorten example page from webintents.org. When you click and choose Shorten with Goo.gl, you can get this screenshot.
When you click the return button, you can return to the former page with change on the bottom line.
When you share picture and calling the Web Intents Debugger, it may show like the following picture:
This is because Android uses content providers to locate and load files which no file extension can be found in the path. So the resulting data have no data type included. If you try to use the app in Chrome to share a image file with no extension or extension other than any image type like (.pdf, .doc, you can change it), the same thing will happen.
This week’s work
This week I will implement calling web intents from an Android app. The main idea now is to provide a customized Activity which any Android app can use to calling web intents.
July 16, 2012Posted by on
Now I’ve done roughly with the major functions of application management. The new update has been published. Here I am gonna present some instructions.
I added a registration page for the “Share Link to Twitter” service, so it won’t be added automatically when you install the new app.
When you click the “Application management” menu item, you should see the initially empty page of MY APP as in Fig 1.
Now you can go back and visit any of the pages for service registration, then the application management item show new apps are found, as in Fig 2.
When enter the menu item of application management, you will get a similar page like in Fig 3.
Click any entry, the web intents attached to it will display in the right pane. Long click on any entry will trigger the CAB mode like in Fig 4.
Click the top-right plus sign will add the two apps to your “MY APP” registry, as in Fig 5.
Long click on any entry and you can trigger the CAB mode to delete them. Now when you go back and visit the pages of Intents Invocation, you can find new Web Apps in the suggested list, as in Fig 6.
The new “Web Intents Debugger” can show what your intents are for debugging purpose, as in Fig 7.
This is a modified version with some simplifications of the one in Chrome Web Store.
Other work I did last week:
- Fix the bug of back/forward history action in the action bar
- GSoC midterm evaluation
July 9, 2012Posted by on
I didn’t think the function of “Web Application Management” involves so much work like UI designs and implementation which was my weakness. Anyhow, I still need some days for this work. Now I mainly focus on developing the main functionality to let you get a basic experience of what we are working on, so if you find the code up to now is not good enough please be patient because we will add more improvements and bug-fixes in the future.
I will present some instructions on how to get a tour of some new features here:
Fig 1 illustrates the first page you will meet while running our agent. The two links in the first section refer you to currently two working pages located on webintents.org. The Web Intents Debugger application is a modified version of the one at http://www.tomgibara.com/webintents/debug/ by Tom Gibara. I think it is very useful for our app, but the original one seems only to be working on Chrome so I made some revisions and simplifications to let it become applicable to our agent.
When you open the link of Web Intents Debugger, you should get a page like in Fig 2. See what’s the difference? Yes the menu item for application management has changed because some <intent> tag with new web intents being discovered in this page. The tasks of discovery and notification are run asynchronously under some worker threads so that they will not affect the user’s common browsing activities.
Fig 3 presents some design ideas of the application management function when you click on its menu item in Fig 2. Two tabs are located in the action bar, one is for the new web apps which await decision making from the user, the other is about the registered apps. This work is still in progress.
Other work I did last week
- Change to use convertview and viewholder in the class AndroidAppListAdapter for performance purpose
- Revise the WebIntentsProvider class and relevant database classes to make the code clearer
The plan for this week
- Continue with the work of app management
- GSoC2012 midterm evaluation
July 2, 2012Posted by on
Happy Canada Day!
Last week I have done with the preliminary stage of integration work for Web Intents and Android Intents. The new code has been uploaded. Here I am presenting some instructions for how you can get a simple tour of such idea.
Because now it is only implemented for the action “http://webintents.org/share”, only two pages http://examples.webintents.org/intents/share/share.html and http://examples.webintents.org/usage/startActivity/index.html at webintents.org are working.
1. When you start the app, Fig 1 is shown.
2. This page works. Still you can go to Fig 2 by clicking links Example -> Simple Share.
3. “Share an Image” is not taking effect yet because I am working on solving image data transfer between components. But you can click the link share button to get a feel.
4. A popup selection list of both Web apps and Android apps is shown. (I suggest you install Gmail app at least which may not appear if you run the app in AVD). Then you can choose Twitter Web Intents service or Android apps to complete your action, as in Fig 4 and 5.
 Since now most of the existing Web Intents services are only effective in Chrome, I plan to modify some of them and attach to this app. So here you can see a local href value of the Web apps.
 If your connectivity is too slow, it may need more time to load the pages. So please be patient or try to test it in a better network.
I will implement the function for the registration of a Web intent. Hoping that I can finish it before the mid-term evaluation.