I have a GWT application that is using phonegap (Cordova) to make it into a mobile app.
I want to make a phone call in a native way (be it Android or iOS) how can I do this using GWT APIs. http://www.openlogic.com/wazi/bid/313383/Using-GWT-and-PhoneGap-for-complex-mobile-applications seems to give some pointers but it seems too complex to understand
useful information in that link is
Access basic functions through special URIs
URI scheme Meaning
href="tel:555-5555"
href="mailto:someone#somewhere?subject=something...&body=some.text..."
href="sms:555-5555?body=some.text..."
href="mailto:someone#somewhere?subject=something...&body=some.text..."
**Meaning**
Open the dialer application to call the given phone number.
Open the SMS application to send an SMS with the given body text to the provided phone number.
Open the email application to write a message to the provided email account with the given subject and body. There are more options, such as sending cc or bcc copies.
In the sample application, I added a couple of hyperlinks to show how to call someone or how to send an SMS. Of course, by using GWT DOM manipulation methods, you could set up the URIs dynamically, instead of hardcoding them as I did in the sample.
Can someone tell me how to make a phonecall/open dialer using GWT
Make a phone call programatically using Libgdx
Look if this answer is good for you.
I'm using libgdx and I'm trying to make able the app to do phonecall using both android and iOS. But, if in Android is simple doing this using the native, in the other hand I cannot find a way to do the same for iOS in java without using objective c.
Related
Helle everyone,
I'm wondering if there is a possible way to share a text On my Facebook profile, even while using the codenameone simulator.
I did my researchs but all what I find is the share using the "ShareButton" component which only works when you launch the app with an actual device.
Greetings.
The share button doesn't really know about facebook. It places the text into a special OS hook which offers you venues where to share that data. That's great because that means it can work for other social networks seamlessly and it uses the native OS to do the posting. Zero setup.
Desktops don't have an API like that. If you want to explicitly share to facebook you can just do something like this which will launch the browser:
Display.getInstance().execute("https://www.facebook.com/sharer/sharer.php?u=" + Util.encodeUrl(textToShare));
I am working on desktop based responsive web application where UI/front end will be in HTML/JS and back end point will be either servlets or struts/spring controllers.
My question is say after 3 years i want to have android mobile app , can
I continue to use my servlet as back end code and serves the response coming from android mobile app,
Mine understanding :- I will develop the native UI part(wherever it is required) using android SDK which then can communicate with existing servlets .
Then android app on mobile can render the html returned from my servlets or servlets can return the android specific views. so changes are required only whenever i need custom views(htmls or android specific views) for my mobile application. Is that right ?
after 3 years... can I continue to use my servlet as back end code and serves the response coming from android mobile app
We have no way of predicting the future with accuracy.
Then android app on mobile can render the html returned from my servlets
To render HTML in Android, you use WebView (or maybe a third-party library, though that is uncommon). WebView handles lots of stuff but not everything that a desktop browser does. How well that all works three years from now is unknown, and how well it works today with whatever your Web site does is unknown.
or servlets can return the android specific views
No.
so changes are required only whenever i need custom views(htmls or android specific views) for my mobile application
Can you get that to work? Possibly, but the details will depend a lot on what your existing Web site does and what sorts of client-side technologies it depends upon. For example, Android does not support Flash. There are also technical and security issues with interoperating between Java based UIs and WebView-based UIs, though this is a bit better in your case, as you are only hitting one server (I think).
All that being said, I would never write an Android app this way, and I would never recommend anyone else write an Android app this way. I would revise the Web server to have a proper Web service API, and I would write a native Android app that uses that Web service API, not using servlets returning HTML. The primary place where I would use WebView is when I had material that only exists in HTML, typically because I did not create the HTML in the first place (e.g., user-generated content).
Primarily mine question is can I continue to use existing servlets. I don't think its based on opinion. It should be either yes or no
Of course it is not "yes or no". We have no way of predicting the future, and we know almost nothing about the Web site. Your question collected two "too broad" close votes, and that is a reasonable assessment.
My problem is that I'm using parse.com to upload files, and I can't simply create a java project to do so, because it requires an Android context:
Parse.initialize(this, "", "");
I was wondering if there was a work around to access my computer's files through an Android emulator. I know the ACTUAL app technically wouldn't have any idea of my files, but the emulator is still running on my computer. Or is the emulator completely independent to near-perfectly imitate the real thing, and basically this would be impossible?
If the answer is no, what can I do aside from getting a phone and putting the files onto the phone?
You can use the Parse.com REST API to upload from anywhere.
The Parse API for Android is just a wrapper for this REST API.
There are also some existing Pure Java wrappers for the REST API by third parties. See the Java section of the Parse API Library page. Almonds in particular looks to give you what you want.
I am a total noob on this site so please be patient. I am trying to initiate a Video Chat/Call without any user interaction or confirmation.
I found this:
Uri imUri = new Uri.Builder().scheme("xmpp").authority("gtalk").query("call;type=video").appendPath(email).build();
Intent IM = new Intent(Intent.ACTION_SENDTO);
IM.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
IM.setData(imUri);
startActivity(IM);
from here: https://stackoverflow.com/a/8024626/1184256
This gets me very close, but I then have to click an "Invite" button to continue. Is there a way I can emulate a KeyEvent to click this button or skip the popup window entirely with root access?
I don't even necessarily need to use Google Video Chat if someone has found a different way to initiate a Video call to a certain contact via Skype, Vtok,Fringe, ooVoo or whatever without user interaction.
I have also found OpenTok which after building a sample server and client on my site I have found that it works on desktop browsers but not in Android browsers. Please don't steal/use my apiKey or sessionId.
I have also found libjingle which will allow me to use Google Talk's peer-to-peer voice and video chat. I am thinking this will be the way to go, but it means building a video chat app from the ground up and wrapping it around these libraries... yeah. Anybody done this already?
I know this is essentially a duplicate thread, but I have searched for days and days for an answer and this is the closest I have come to getting this done.
BTW the reason I need this without user interaction is for a Telepresence robot, thus there won't be anybody actually holding/using the phone when I initiate this call.
Please HELP!
You'd have to actually change the built in android app (Talk?) that receives this intent to automatically accept these types of intents. There's no way to do it from a standalone app for security reasons.
I don't think that live video streaming will work natively in Android Browsers, since they dont support WebRTC (Yet) and do not support flash. With that said, OpenTok has an Android SDK in beta that lets you stream live video from android phone to browser, another android phone, or even an iOS phone as long as everyone is connected to the same session. Like you said, this does not work over the browser and you would have to build a native app.
I have basic knowledge of Java but have never developed for Android.
A friend asked me for an app that seems easy enough to develop but I would need some help for Android.
All the app needs to do is send a text field (for example license plate number) to a predetermined SQL Server database.
Is this easy in Android as it sounds?
Thanks in advance. Cheers.
Darko.
That should be easy, but does it need to be a full-blown Android application for that?
Sounds like a simple webpage with an input-field and a submit button would do the job as well.
If you're familiar with using databases from Java the task is very simple. Just write the code that sends a string to a database. The exact same code you would use on a desktop Java application will do.
The rest is a matter of defining your user interface and obtaining the string. There is a good basic tutorial you can use on the Android developers web site: http://developer.android.com/guide/tutorials/notepad/index.html.
The number of code lines in the whole application will be in the range of a couple of dozens.
It sounds like you want the license plate information stored in a separate server, but if you also wanted to store some information on the device itself there is a simple Notepad tutorial provided by the Android Developers site that explains how to setup and utilize an SQLite database on the device. This by no means would replace the functionality of a server, but is another Android feature that is at your disposal.