Is it using an RSS feed or something to get the conversion rates? Because
they change all the time.
On Tuesday, March 8, 2016 at 6:29:19 AM UTC-5, pruthvi bardolia wrote:
>
> I have been learning android for few months now, and thought to make an
> app which I could ultimately launch in play
Hey!
Looks good! :) I would add an action bar to keep consistency with other
apps + menu for Options, to set some defaults if needed (because maybe it
is so simple that does not need any options)
Regards
Andrzej
On Tuesday, March 8, 2016 at 12:29:19 PM UTC+1, pruthvi bardolia wrote:
>
> I
It's a special case. Client doesn't have the right to access db.
On Tuesday, October 15, 2013 3:22:11 PM UTC+8, Jacky.Liu wrote:
Your question make me think of OO database, you can make C/S both operate
the database.
Why bother to send the CustomeData back and forth .
在
If this is just a data object being shared by two apps, i'd define a base
class with the shared information and extend it where needed.
If operations are needed as well (or the data structure is different), I'd
define an interface of the shared information and use two different
implementations
Your question make me think of OO database, you can make C/S both operate
the database.
Why bother to send the CustomeData back and forth .
在 2013年10月14日星期一UTC+8下午3时35分33秒，Richard Zhao写道：
Hi there,
I'm designing a client / service software. client / service are both on
some android.
On Dec 17, 5:55 pm, MB manoj.bi...@gmail.com wrote:
Hi,
In ICS (Android 4.x), the menu button has been replaced by barely
noticeable 3 vertical dots making apps that rely on menu button
difficult to use.
I just had my first user who couldn't find that, but . . .
Are you saying that Prior
On Dec 18, 2011, at 5:36 AM, Nathan wrote:
Are you saying that Prior to 4.X, the users *did* know how to get to
the menu? My experience says no.
Oh, most definitely not. I had some problems familiarizing myself with
menu/home/back buttons once I got my first Android phone too. Only pointing
I even resorted programatiically popping up the menu on each screen
the first time they entered it, just so that they can see the options.
On Dec 18, 11:36 am, Nathan critter...@crittermap.com wrote:
On Dec 17, 5:55 pm, MB manoj.bi...@gmail.com wrote: Hi,
In ICS (Android 4.x), the menu button
Hi Marcelo,
take a look here:
http://www.youtube.com/watch?v=M1ZBjlCRfz0
Cheers
Ray
On Apr 30, 2:44 am, Marcelo Lima marcelolim...@gmail.com wrote:
Guys, good night!
I wonder if you know some material about design patterns to develop
Android?
I will make a final post-graduate course on
what's 'sequential programming'? :P
(couldn't resist)
I'm guessing that you're looking for a tool to help with documenting
your OO architectural/design thoughts?
I'd say that any tool capable of handling UML could do that. These
come with many price tags, from 0$ to very expensive, and
I think the Rational toolset (RUP) has a generic tool for creating
flowcharts for most languages, including Java. That's not free, but it
would be a good thing to study before recreating the same
functionality in open source.
--
You received this message because you are subscribed to the Google
I'm not looking for a flowcharting tool, but rather something to
design the relationships between Activities, Intents, Providers, etc.
Android isn't a conventional sequential programming environment, and
sequential programming design tools are of little help.
On Oct 7, 12:15 pm, Bret Foreman
The 2010 Google I/O app had that dashboard look similar to the Twitter
and Facebook apps.
Screenshot:
http://www.androidcentral.com/official-google-io-android-app-now-available
http://code.google.com/p/iosched/source/browse/trunk/res/layout/activity_home.xml
I copied that for some of my apps
On Mar 25, 5:03 pm, Dianne Hackborn hack...@android.com wrote:
On Thu, Mar 25, 2010 at 11:31 AM, kec6227 kec6...@gmail.com wrote:
2) This thought just came to me is that maybe I can use an alarm
manager to chain broadcasts; I could set an alarm for the first time I
need, then when that
It's a bit hard to say what design is right without details on what
the service actually does.
First and most important question - do you really need a service at
all? Many apps use services but don't actually need to run all the
time. Using a service is like a tax on your user. It's currently
Beyond agreeing with what Mr. Hearn wrote, a few other points:
Erik H wrote:
Also, is really an AIDL the right way to allow third-party
integration?
AIDL has a few huge advantages that may or may not be relevant to you:
1. You actually get return values.
2. You don't need your service
On Jul 6, 1:28 pm, Mike Hearn mh.in.engl...@gmail.com wrote:
First and most important question - do you really need a service at
all? Many apps use services but don't actually need to run all the
time. Using a service is like a tax on your user. It's currently
invisible but it won't always be
On Jul 6, 1:35 pm, Mark Murphy mmur...@commonsware.com wrote:
AIDL has a few huge advantages that may or may not be relevant to you:
1. You actually get return values.
The flow of the application is asynchronous, so i would have to poll
the service for updates in that case.
2. You don't
Erik Hellman wrote:
1. You actually get return values.
The flow of the application is asynchronous, so i would have to poll
the service for updates in that case.
Or register a callback AIDL object with the service.
Or use broadcast intents for the callback-style messaging, though these
are
On Jul 6, 2:01 pm, Mark Murphy mmur...@commonsware.com wrote:
Or register a callback AIDL object with the service.
Or use broadcast intents for the callback-style messaging, though these
are subject to interception.
Yes. But that is my question. What is most effective, considering
Erik Hellman wrote:
Yes. But that is my question. What is most effective, considering
performance, power-consumption and third-party integration (in that
order); Using a service through AIDL or using Intents (with sticky
broadcasts for service state)?
As Mr. Hearn indicated, this question
mjc147 wrote:
This is probably relevant for nearly all type of music player-like
apps because they need some kind of UI to get started but still need
to continue playing once that UI has been exited.
And that's a fine reason for having a service. However, it's a rare
music player that is
On Jul 6, 7:58 pm, Erik Hellman erik.d.hell...@gmail.com wrote:
On Jul 6, 7:35 pm, Mark Murphy mmur...@commonsware.com wrote:
3. If you use binding to implicitly start your service, Android will
shut down the service when there is nothing else bound to it.
...and I don't want it to shut
On Jul 6, 2:20 pm, Mark Murphy mmur...@commonsware.com wrote:
If your service is started via bindService(), it will be stopped
sometime after the last client unbinds.
If your service is started via startService(), it will run into somebody
tells it to stop (stopService(), stopSelf(), Android
Erik Hellman wrote:
Using
intents would require some re-design, which is fine by me but I'm
looking for the drawback of using this from a performance and power-
consumption point-of-view. Do broadcast intents consume more power
than direct service calls? Does sending, receiving and parsing a
Here is where my questions arose: Is there a way to find a suitable
happy medium without trial and error testing on a huge database?
Profiling with real data is the right way to optimize in a perfect
world. If that is unworkable here in this world, then you'll have to
get out the slide rule
One possibility is to do it as the Market app (or also the Bing search
engine for images)
You first download a number of elements, and as soon as the user
scrolls down to a certain point,
you download more items and add them dynamically to the list.
Peli
www.openintents.org
On Jun 24, 10:55 pm,
Hi Andy. Some ideas are:
- implement the simplest design first (i.e., load everything into
memory) and profile early and often
- iff (if and only if) and wherre (where and only where - I made that
one up:) it croaks, some possible optimizations are:
- don't put thousands of items on one list.
Thanks for good thoughts! What I did not explain was that my idea is
to eventually publish my app. Then servers of other users will be
returning data to the app - and possibly returning much more data
(list items). I do not have access to a huge worst-case data-source
and I do not know how to
It is perfectly fine to persist state in storage (via SharedPreferences,
flat files, databases, etc). There are some things you will almost
certainly want to store in onSaveInstanceState() (such as the current
position in the list... well the framework does that for you already), and
some things
30 matches
Mail list logo
