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 have
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 o
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 .
>
>
> 在 2013年10月
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 androi
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 wrote:
> On Dec 17, 5:55 pm, MB wrote:> Hi,
>
> > In ICS (Android 4.x), the menu button has been replaced by barely
> > noticeabl
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 o
On Dec 17, 5:55 pm, MB 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 to 4.X, the user
Hi Marcelo,
take a look here:
http://www.youtube.com/watch?v=M1ZBjlCRfz0
Cheers
Ray
On Apr 30, 2:44 am, Marcelo Lima 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 the subject.
> Thanks
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 sometimes
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 wrot
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
G
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 bu
On Mar 25, 5:03 pm, Dianne Hackborn wrote:
> On Thu, Mar 25, 2010 at 11:31 AM, kec6227 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 fires, look at the next time I nee
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 parsi
On Jul 6, 2:20 pm, Mark Murphy 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 terminating the
>
On Jul 6, 7:58 pm, Erik Hellman wrote:
> On Jul 6, 7:35 pm, Mark Murphy 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 down because it will keep working even
> af
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 de
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
On Jul 6, 2:01 pm, Mark Murphy 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
performance, power-consumpt
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
On Jul 6, 1:35 pm, Mark Murphy 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 need your service ru
On Jul 6, 1:28 pm, Mike Hearn 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 that way: expect yo
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 runn
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
in
> 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 rul
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,
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 si
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.
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