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" wrote:
> Best darn suggestion yet. Thankyou I was wondering if I could use that
> setting, but feared that perhaps I woul
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
--~--~-~--~~-
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 error
27;t see the Java heap expanding.
>
> > How big is your 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
s why you don't see the Java heap expanding.
>
> >> > How big is your 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 Bitm
ther developers. It looks 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" wrote:
>
> > If that is the case then why does calling myBitmap.recycle not give me
> > that memory back to use for the
a bug IMHO. I hope this
> > problem will be resolved at some point.
>
> > On Feb 26, 2:02 pm, "bra...@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
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 wrote:
> Yeah GET_INTENT_FILTERS hasn't been implemented. The only way to do this
the next SDK if
> that makes you feel better.
>
> On Wed, Sep 2, 2009 at 2:02 PM, bra...@gmail.com wrote:
>
>
>
>
>
> > 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 re
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.
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 trie
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 wrote:
> It's an intentional limitation. Only views that are implemented by the
> framewor
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"
wrote:
> Hi all,
> I want to send a file from the Android phone to a server by
> soc
Thats how I do it in my apps.
On May 5, 4:30 am, Mariano Kamp 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 onDraw().
>
> On Tue, May
DOH. AndroidEyes I barely knew thee :)
On May 6, 12:25 am, Romain Guy 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, br
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 wrote:
> I'm really sorry to i
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 wrote:
> I have also run into this issue. I didn't have any problems usin
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 wrote:
> Problem solved. It was because the view hierarchy was too deep.
>
> On Tue, May 5, 2009 at
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 (stripped
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 wrote:
> Not sure what I am missing (using emulator not phone).
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" wrote:
> > Why is i
By the way - Love your book Mark. The very first android resource I
purchased.
On May 12, 2:56 am, "bra...@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
>
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 buil
23 matches
Mail list logo
