What about the device and possibly user account information that might
get transmitted as part of the download process? Encrypting the package
while leaving meta data exposed will not help keep the application,
device, or user account secure.
On 5/17/2016 2:27 AM, Tourism SecondGuide wrote:
> A
I may be mistaken, but I think that with the first apk uploaded to test
with, you can then distribute updated debug copies outside of the Play
Store/developer console and the correct (or at least updated) behavior
will be exhibited in those debug copies. As far as I know, you only need
to have
Because you're supposed to define that exception handling yourself, just
like the rest of it?
On 12/11/2012 1:31 PM, Larry Meadors wrote:
This is in the android.test.ActivityUnitTestCase code:
try{
// do some stuff here to build the activity to test
} catch (Exception e) {
On 4/5/2012 4:51 PM, g...@deanblakely.com wrote:
I don't actually mean I can't get an answer from anyone. the
answers I have gotten here and on StackOverflow are
that Google Doesn't keep this mapview current. In other words my
answers were that they just let it go. A more accurate statement s
I don't know much about EC, but if the provided HTTPS support doesn't
work with it, you could always build your own class to implement a
simplified version of the protocol over your SSL/EC transport. If you're
interested in following that path, you can find the HTTP specifications
at
On 12/9/2011 2:35 PM, TreKing wrote:
On Fri, Dec 9, 2011 at 11:34 AM, sblantipodi
perini.dav...@dpsoftware.org mailto:perini.dav...@dpsoftware.org
wrote:
Should I really buy my own apps?
Is that rhetorical? You can't do this anyway.
Actually, I needed to do that very thing some months
It's probably a font, not code. Most fonts have a strikethru character
set and the operating system simply chooses it when indicated. I don't
have an answer for this particular request other than the possibility of
using a custom font, and then I'm not sure if it's possible to use it
within
I mentioned in another thread a few weeks ago that I never managed to
get it working under Linux via USB because adb never recognized it. (My
G1 and Nexus One were simple enough to get configured, but the MetroPCS
version of the Ascend never got there.) I ended up rooting the phone,
installing
I think what Dianne was suggesting might be something like doing a
switch on the user's Android version... This isn't necessarily working
code but should give you an idea:
Edit e = prefs.Editor();
e.put(Whatever,Data);
switch(android.os.Build.VERSION)
{
case Build.GINGERBREAD:
Well, I'm just trying to create a memo field in this case, where the
user can enter arbitrary text as a note to him or herself. From what
I've seen and read, setting the android:inputType attribute chooses an
appropriate input method for on-screen typing (for instance on the Nexus
One). I've
Thanks, but that's not quite what I'm referring to. I've gotten
AutoCompleteTextView to work with items I have in a database, but I'm
meant something more akin to this:
http://betterandroid.files.wordpress.com/2009/07/preditcive-text.png?w=320h=480
.
On 12/12/2010 11:57 PM, TreKing wrote:
On
A few months ago, I received a notice out of the blue that my app was
being included at AppsLib and that I could click a link to manage the
application at their site. They apparently skimmed some apps directly
from Android Market to build their library, and then retroactively
contacted the
Until now, I haven't really concerned myself with app piracy; I only
have one app under my belt for Android, it's in beta and it's free. I'm
about to start development on another app and looking to use ProGuard
for obfuscation and LVL as I would like to make it a paid app, and I've
been
On 10/6/2010 6:44 PM, DanH wrote:
Supposedly PackageInfo.signatures[0] gives you the signature.
However, there's a Catch22: You can't get the signature until the app
is packaged, and you can't modify the app to insert the signature
after it's been packaged.
It would be better if one could get
On 7/27/2010 2:11 PM, Shane Isbell wrote:
It's addressing a direct need of developers. From my perspective, I
wonder what the impact will be for alternative stores, as they can't
use the service.
http://groups.google.com/group/android-developers?hl=en
I imagine the alternative stores will
On 7/27/2010 2:28 PM, Mark Carter wrote:
I found this line confusing:
Adding licensing to an application does not affect the way the
application functions when run on a device that does not offer Android
Market.
I assume they don't mean that licensing checks are bypassed if there
is no
On 7/27/2010 2:31 PM, Shane Isbell wrote:
The implementation that Google offers also embeds code, which is
inherently insecure but the docs also says: For example, a
copy-protected application cannot be downloaded from Market to a
device that provides root access This would limit the ability
On 7/27/2010 2:48 PM, Tommy wrote:
It would be interesting if other android market apps could buy or lease the
rights to the License Server or have their market checked just like it does
the google market records. Im sure if google wanted they could find a way to
make that work.
I have no doubt
On 7/27/2010 2:53 PM, Trevor Johns wrote:
On Tue, Jul 27, 2010 at 11:42 AM, Raymond C. Rodgers
raym...@badlucksoft.com mailto:raym...@badlucksoft.com wrote:
I'm not sure that this is inherently insecure. Yes, it does use
libraries and a public key that will be embedded
On 7/27/2010 2:16 AM, Ryan IT Lab wrote:
I know this was brought up in this post: http://goo.gl/lBwE
But I would really like to be able to buy an app for someone.
A Girl I am dating just recently purchased a droid eris on my
suggestion -
She upgraded to 2.1 a couple days ago and lost the
On 7/27/2010 8:19 PM, Dianne Hackborn wrote:
On Tue, Jul 27, 2010 at 11:59 AM, Raymond C. Rodgers
raym...@badlucksoft.com mailto:raym...@badlucksoft.com wrote:
Agreed. After I wrote my part above, I even thought of another
possibility... I haven't checked the API thoroughly
On 7/22/2010 4:47 PM, Shulbert wrote:
Hello I have noticed a flaw in Android, When connecting to an IMAP
server Doesn't matter if it is Exhange or Unix the Android Email
client will not close the connection. In order for IMAP to work
correctly a client makes a conneciton and gets updates. If a
There is slightly. You need to null pad the data being encrypted to make
sure it's evenly divisible by 16 on Android. PHP does it automatically
and silently. See my posts in this thread:
http://groups.google.com/group/android-developers/browse_thread/thread/022e3b4b61de9a7c?pli=1
Raymond
On
Well, I'm not talking security wise, just compatibility wise, nor did I
say that this was Android specific. However, what I did say was that you
do have to do this in order to get PHP-Android encryption working.
Android to PHP encryption with AES will not just work without adding
the null
On 6/29/2010 3:12 PM, Steve Howard wrote:
I think some of the confusion might be coming from the fact that
you're expecting too much high-level logic from ItemizedOverlay.
ItemizedOverlay is a pretty basic class. You override size() and
createItem() to do whatever you want, and then you call
On 6/9/2010 7:13 PM, Steve Howard wrote:
On Tue, Jun 8, 2010 at 9:03 PM, Raymond Rodgers
raym...@badlucksoft.com mailto:raym...@badlucksoft.com wrote:
On Tue, Jun 8, 2010 at 7:14 PM, Steve Howard ste...@android.com
mailto:ste...@android.com wrote:
A simple solution is to
This has worked fine for me on Fedora 10-12. Did you follow the
instructions on:
http://developer.android.com/guide/developing/device.html
In particular the section titled Setting up a Device for Development?
Raymond
Nanard wrote:
Thanks for your replies.
So, it seems like it should be
Here is PHP code I lifed out of a project that I've now abandoned. I'll
find and post the Android side of things later. The basics are that I
used the Rijndael-128+ECB encryption combined with Base-64 encoding to
transmit information back and forth between the application and the web
server.
Is there any information on extending the GMail application? Or better
yet, I for one am relatively irritated that I can't email or upload
non-picture/video files that I might have on my SD card, so I'd like to
create a provider of some sort to enable the ability to upload or email
any
I've been running the Android SDK for some time on Fedora 10 64-bit
without any problems; I didn't even need to do anything special (beyond
downloading the Eclipse plugin) to get it running once I used the Fedora
package manager to download and install Eclipse and the related Java
development
I haven't read through the terms recently, but it seems to me that
Google will likely provide that same proof and try to fight the
chargeback, but if the chargeback isn't rejected that they'll pass it
along to you. That's just a guess on my part, but I believe that PayPal
does something
Hi folks,
Has any one gotten an API solution to reject and/or terminate calls as
described in issues #54 and 675? Both of these items have been reviewed
and accepted, but it doesn't appear that an engineer has been assigned
to either one.
http://code.google.com/p/android/issues/detail?id=54
32 matches
Mail list logo