the next SDK if
that makes you feel better.
On Wed, Sep 2, 2009 at 2:02 PM, bra...@gmail.com peacoc...@gmail.comwrote:
No offense - but how is that a solution and why bother having stuff in
the API that isnt implemented. Its things like this that make me ready
to jump the android ship
No offense - but how is that a solution and why bother having stuff in
the API that isnt implemented. Its things like this that make me ready
to jump the android ship to maemo 5
On Aug 14, 8:01 pm, Dianne Hackborn hack...@android.com wrote:
Yeah GET_INTENT_FILTERS hasn't been implemented. The
I have very nearly finished porting the java.awt lib to android. I
have skipped all the swing functionality as I cannot see us need ing
it along with some fairly large chunks of the text handling. Graphic
manipulation and IO etc should all still work.
If you are ever given the choice between
I am sure this has been asked before but I havent seen a decent
response. Why is it we cant reference java.awt within our android
projects. Or I guess a better question is why was a lib that is so
vital to so many other libs left out of android?
I have managed to get the JAI source code
I found the same thing - ended up having to install it on my actual
phone. The emulator is lacking in a great deal of functionality in my
opinion. All in all I have been way underwhelmed by the cupcake sdk.
On May 8, 8:07 pm, Joshua j...@joshuacyr.com wrote:
Not sure what I am missing (using
I have actually tried the methods you mentioned however after getting
10 levels deep in files I needed to port I looked for a better way. I
guess that easy way doesnt exist. Ahh well back to grabbing source I
guess.
Thanks for the response.
On May 12, 2:53 am, Mark Murphy
By the way - Love your book Mark. The very first android resource I
purchased.
On May 12, 2:56 am, bra...@gmail.com peacoc...@gmail.com wrote:
I have actually tried the methods you mentioned however after getting
10 levels deep in files I needed to port I looked for a better way. I
guess
Thankyou so much for this. Solved an issue I had been pounding my head
on for some time. I have to say I didnt think two levels was too deep
- but there you go :)
On May 7, 5:52 am, Android Users androidmai...@gmail.com wrote:
Problem solved. It was because the view hierarchy was too deep.
On
I long ago learnt that its better to develop for camera app based
stuff on the g1 itself. I cant count the number of times I wrote code
that ran fine on the emulator that wouldnt run on the phone.
On May 6, 9:39 pm, Kevin kevinsep...@gmail.com wrote:
I have also run into this issue. I didn't
Bod - as far as I know there is no intent just to snap a picture. What
you can do is call the camera intent to start the camera app itself
and use that to take your image then use the last URI it generated as
the source for whatever you want.
On May 6, 6:03 am, BoD bodl...@gmail.com wrote:
I'm
That is actually kind if annoying and greatly limits the things we can
do with widgets. Are there any plans to change this or do I have to
kiss my xeyes port goodbye forever.
On Apr 21, 3:17 pm, Tom Gibara m...@tomgibara.com wrote:
It's an intentional limitation. Only views that are implemented
There are plenty of examples of socket transactions for java around.
http://www.rgagnon.com/javadetails/java-0542.html
First hit with a google search is pretty good.
On May 5, 11:09 pm, guishenl...@gmail.com guishenl...@gmail.com
wrote:
Hi all,
I want to send a file from the Android phone to
Thats how I do it in my apps.
On May 5, 4:30 am, Mariano Kamp mariano.k...@gmail.com wrote:
The onDraw() method starts from the scratch every time and so doesn't keep
your drawings from the last invocation. Instead you would need to save all
the previous points yourself and use them in
DOH. AndroidEyes I barely knew thee :)
On May 6, 12:25 am, Romain Guy romain...@google.com wrote:
This is an unfortunate limitation indeed but given our constraints
this is the only way we could provide *secure* appwidgets in the
platform.
On Tue, May 5, 2009 at 9:21 PM, bra...@gmail.com
Ok posted this several days ago but it appears to have been deleted.
I am looking for clarification on the setCamera function. One would
have assumed you could open a camera device and set it as the input
device of the MediaRecorder. However this causes a crash because no
matter what I do it
I am trying to make use of the setCamera method with the mediareorder.
I have created and opened a new camera device however every reference
to it via setcamera results in an error about trying to access a
locked camera device.
There are no other open camera devices to the best of my knowledge.
be addressed rapidly. In a phone where visuals
are everything to have such a HUGE problem with handling them is a
real PITA.
On Mar 1, 1:57 am, bra...@gmail.com peacoc...@gmail.com wrote:
Best darn suggestion yet. Thankyou I was wondering if I could use that
setting, but feared that perhaps I would
point.
On Feb 26, 2:02 pm, bra...@gmail.com peacoc...@gmail.com wrote:
If that is the case then why does calling myBitmap.recycle not give me
that memory back to use for the next time I go into an edit.
On Feb 26, 4:59 pm, Romain Guy romain...@google.com wrote:
BitmapFactory does
to me like a bug IMHO. I hope this
problem will be resolved at some point.
On Feb 26, 2:02 pm, bra...@gmail.com peacoc...@gmail.com wrote:
If that is the case then why does calling myBitmap.recycle not give me
that memory back to use for the next time I go into an edit.
On Feb 26, 4:59 pm
Ok I am at the end of my rope.
I am doing some image processing. I have a large image file which I
open and create a smaller bitmap from. At the end of processing I call
recycle on everything. I null everything. I run GC manually.
I then try edit another image and I get an out of VM memory
bitmap? If you're processing JPEG files, probably it
will be better to read the thumbnail directly from the JPEG file. This
way you don't need to create the Bitmap at all.
On Feb 26, 9:47 am, bra...@gmail.com peacoc...@gmail.com wrote:
Ok I am at the end of my rope.
I am doing some image
. This
way you don't need to create the Bitmap at all.
On Feb 26, 9:47 am, bra...@gmail.com peacoc...@gmail.com wrote:
Ok I am at the end of my rope.
I am doing some image processing. I have a large image file which I
open and create a smaller bitmap from. At the end of processing
Right there with you man. Dozens of pissed off users all either
yelling at me or cancelling orders. Exactly WTF are we getting for our
30% commission. To make matters worse you have Tmobile telling people
its not them contact the developer. This is beyond lame.
B
23 matches
Mail list logo