In fact, there is already a FreeTTS service set up and available in
the Android Market. Once the user downloads it any app can use it.
On Oct 13, 3:13 pm, "Stoyan Damov" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I see that many devs are porting FreeTTS to Android. It's like 5 MB or
> so w/ Kevin's vo
> I'm sorry, I should have paid attention to "but is there any
> easy/automatic way to do this?" part of your post.
> I don't know of such a layout. You'll probably need to handle the
> orientation change.
>
> Cheers
>
> On Fri, Oct 10, 2008 at 8:31 PM, N
oyan Damov" <[EMAIL PROTECTED]> wrote:
> http://code.google.com/android/reference/android/widget/TableLayout.html
>
> On Fri, Oct 10, 2008 at 8:08 PM, Nikkelitous <[EMAIL PROTECTED]> wrote:
>
> > Is there any way to automatically wrap widgets within a view? I'd
Is there any way to automatically wrap widgets within a view? I'd like
a display with a series of number buttons. I'd like to have them show
up as 4 rows on a portrait screen (As on a telephone) and 2 rows in
Landscape (6 per row). Now, I'm not set on these two options, and I
guess I could make
It really depends on the application. Personally, I prefer on screen
buttons to menu buttons in almost all cases when the screen real
estate isn't at a severe premium due to the difficulty of using a
button then using the touch screen. So as long as you have space, I
say put it on the screen. G
Well there are some significant issues with this. Now, there are
several different wireless options available on the G1 and most if not
all Android systems should have at least ONE wireless option, however,
this doesn't guarantee any way to use it. There are several apps
designed to "find friend
That is JNI there. Like I said, highly discouraged. But I've now
been corrected on 1 part of what I said: I've now seen an actual JNI
app. Still, my statement on learning Java stands.
On Oct 4, 6:31 pm, Steve Oldmeadow <[EMAIL PROTECTED]> wrote:
> This open source project may be of interest.
Basically some time after hardware comes on the scene they intend to
release the source code for public use/editting. Not sure what more
info you might want, maybe you should give us more specific
information?
On Oct 4, 6:20 pm, dai <[EMAIL PROTECTED]> wrote:
> Would someone (Google folks) mind
There is no way to use C or any "native" programming language on
android. There was success running a C program on the emulator, but
that was NOT through the Android UI, meaning that it couldn't be
started from within the interface and couldn't show anything on it.
For info on that please see
htt
at up, but I may add more if I really feel like
adding more.
On Oct 4, 10:36 am, Nikkelitous <[EMAIL PROTECTED]> wrote:
> I disagree with many of your points here. First of all let me address
> the idea that compatibility is somehow less important than speed.
> This I vehemently disagr
I disagree with many of your points here. First of all let me address
the idea that compatibility is somehow less important than speed.
This I vehemently disagree with. I think it's far more important for
upgrades and alternate hardware configurations than for high speed
NOW.
You see, if we fol
Thank you. I went and grabbed a copy and it definitely seems to meet
all my requirements quite well. It covers everything from history of
OpenGL ES and M3G (a competing API) to the math behind the 3d
environment. It's an incredible resource and I'm shocked I wasn't
referred to it earlier. I'd
The documentation for OpenGL ES inside of Android is obviously lacking
-- it's completely void of any text. Now, this is apparently not that
big of a deal as it's essentially a clone of J2ME's OpenGL ES,
however, I've never used that and am wondering what's a good way to
get started in learning i
The second question you asked is relatively easy. There are two
because one of them will return raw data ignoring the format
(Uncompressed data direct from the camera). The other actually
follows the format settings.
The first question, however, is more difficult. The only specs I've
been able
There is no real support for C code within Android at this time. If
you have a very complicated algorithm I would suggest one of two
things.
1: Since Android is supposed to be the new generation of internet
connected phones you could do the C work on a server. This has
advantages and disadvanta
If you're referring to selecting a country from a list and having it
give you the latitude and longitude then I have both bad and good
news. The bad news is I know of no way to do this directly within
Android. The good news is that with how open Android is you could
easily add it in!
http://www
Well there is always the possibility if you really want to. The
problem is that you'll have to completely translate it from Objective
C (iPhone's language) to Java (Android's). You'll have to change a
lot of infrastructure as well since the iPhone and Android both have
extremely different APIs.
The best thing I can see is getAccuracy() in
android.location.Location. It unfortunately doesn't return how many
GPS satellites it's seeing but is a more abstract result gathered from
all details of the connections. This, I assume would include the
number of satellites their strength and other d
18 matches
Mail list logo
