I've found that when this happens, going into the application in
Market and just hitting install actually successfully updates the app
even though the button said install and the app was already installed.
Market has been really problematic of late. Recently also it has
become stuck in the
into A) and B) above they should have
no need to be able look under the hood of the phone to see how it's
operating.
Then I made some comments in-line
On Oct 29, 1:28 am, mort m...@sto-helit.de wrote:
On 29 Okt., 04:49, Eric F ericfrie...@gmail.com wrote:
I think there are two problems here, both of them
I think there are two problems here, both of them psychological and a
problem adapting from the desktop.
1) People equate a process existing with an application being
active.
My recommended solution, in all APIs and OS screens that report
active applications should only show/return applications
I agree and I don't see how people are missing this valuable point you
make Mark.
Currently we are at: crackers must modify the program code to allow
piracy
From here there are two ways to make piracy more difficult:
A) Make secure, non-rooted phones reject apps so that even a cracked
app won't
I am running CM6 RC2 on my Droid, and one thing I think about is
whether or not the extra overhead per dalvik process of the JIT on the
limited RAM of the device (only 256M for an hdpi device). So even
though the rules about process killing may not have changed the device
could get into low memory
I had a similar problem. I have mostly solved it by switching to a
cache of softreferences to the actual compressed image bytes (not the
bitmap). And then I use bitmapfactory to create the fully exploded
bitmap as needed.
The phones have very little memory for how big their screens are. Do
some
Did the SD card get mounted read-only? Somehow that happened on my
phone and I have no idea how. Google Listen started reporting that
none of my podcasts could download because of SD card read only. I
opened up the terminal emulator and ran mount and sure enough ro. I
am not sure how this
Yeah this is exactly what I thought too. Just because non-technical
people download task killers from the market doesn't mean that task
killers are necessary. In my opinion it is way more likely that the
explanation is that people are just very bad at shifting their way of
thinking from paradigm
Most people aren't going to share their google account with someone
else just so they can get a $3 app for free. Who is realistically
going to give out access to:
A) Their email
C) Their credit card or payment method for Android market.
You lend your account to someone for a $3 app and suddenly
You haven't offered anyone in the world enough information to help
you.
exe program that will allow me to update the app
Android apps don't have anything to do with exe files. So I am
guessing you have an Android app that does something with a database
on the internet. And the .exe program
I believe the full solution is:
Target sdk level 8
Minsdk level of 3
have the following resource folders:
drawable/
drawable-hdpi-v4/
drawable-ldpi-v4/
Store all your mdpi drawables inside of drawable. No resource
duplication, no problems.
Does anyone know if there's a problem with this
First you need to figure out what is taking up all the space in your
memory as well as what is causing the OOM. Like is OOM caused when you
switch between two activities over and over again? or if you rotate
the phone over and over causing the activity to be re-created over and
over. In which case
, 7:20 pm, Eric F ericfrie...@gmail.com wrote:
First you need to figure out what is taking up all the space in your
memory as well as what is causing the OOM. Like is OOM caused when you
switch between two activities over and over again? or if you rotate
the phone over and over causing
Looks like according to the documentation
http://developer.android.com/reference/android/widget/ArrayAdapter.html
ArrayAdapter needs to reference a TextView where it looks like you are
giving it the ID of a spinner.
-E
On Jun 7, 9:44 pm, scadaguru scadag...@gmail.com wrote:
I am trying to add a
Wow this completely explains what happened to me after updating to the
2.2 SDK. The documentation goes into detail about how the current
environment picks hdpi or ldpi or what have you, but doesn't explain
how previous versions operate at all. From a beginner's mindset, it
seems to follow that
I'm trying to combine the capability of doing image zoom/panning
inside of a Gallery view. The problem is controlling which touch
events are processed by each. In a horizontal drag on the image, the
ImageView needs to process the drag in order to pan, up until the edge
of the image is reached then
OK, so I've done some searching, seen others hit this problem but
never really saw a solid resolution. I have a situation where I am
loading large-ish images (~120KB jpg) from a remote webserver and
displaying them to users in a gallery view.
Now these images take a bit of time to download, so I
On May 3, 11:59 pm, mort m...@sto-helit.de wrote:
And what's wrong with resource consuming? I coud cache several MB of
data in a non-running service, it wouldn't matter. Android would just
kick it if the memory's required, and the service would just reload
the data when it's restarted.
It's
Everything has been going fine on my project. But recently after
adding some resources (too many into the assets folder). Realizing
that, then deleting the files. It seems like the Android Pre Compile
step is taking a long time now. I'm not sure if the two things are
related, or what's causing the
The solution here is a change in attitude. I don't use a task killer
on my phone, never have. And my phone sports good performance for
weeks on end.
I do, however, frequently visit manage applications - running
services. And I also uninstall apps that run services that probably
shouldn't be.
a great job.
-E
On May 3, 4:01 pm, Xavier Ducrohet x...@android.com wrote:
If you're using Eclipse, go to the preferences and under Android
Build, set the output to verbose.
On Mon, May 3, 2010 at 3:36 PM, Eric F ericfrie...@gmail.com wrote:
Everything has been going fine on my project
I want to congratulate you guys on how speedy the 2.0 SDK has been
pushed out. After just releasing 1.6 and it did not include many of
the features people were hoping for (Bluetooth SDK, multi-touch, etc)
I figured we'd be well into 2010 before we even were close to these
much desired platform
Cool text search! It seems like the best platform enhancement to cover
this would be to have a property on text fields that controls two
things:
1) An extra dictionary for use auto-completing for that field
2) whether or not the phone's global dictionary should be used (and if
custom dictionary
23 matches
Mail list logo