[android-developers] Paid applications and market feedback/rating

[Keith Wiley]

I have had a free version of my app available for several months.
With the new features I am about to release in the latest version, and
with paid apps now possible, I intend to split the app into a free
lite/trial version and a paid full version.  I am aware that I must
create a new app with a new signature for the full version b/c I can't
change the current free app to a paid one.  I don't mind this, but, is
there any way I can transfer the thousands of feedback and ratings I
have accumulated so far to the paid version even though it will have a
totally new signature?

If there is no way to do this then, permit me to say, I am a little
miffed.  :-/

...but I'm holding out hope that I missed this somewhere, that's it's
possible.  Am I right?  I'm sorry if I missed the explanation for how
to do this.

Thank you very much.

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Paid applications and market feedback/rating

[Keith Wiley]

Thanks, I suspected as much.  :(
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Manifest android:label

[Keith Wiley]

I am splitting my app into a free lite version and a nonfree pro
version.  I am curious whether it is required that I use a different
string for android:label in the manifest for the two apps.  Does the
Market take this into account or otherwise care at all about this?

The reason it would be nice to leave it the same for both is that my
understanding is, this is the string used for other apps to
communicate to my app through intents.  By using the same label in
both cases, other apps don't have to explicitly send intents to the
lite or pro version.  Instead, they would send intents to the generic
name and the OS would find the installed version and use it, whatever
version it may be.

Am I understanding this correctly?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Paid applications and market feedback/rating

[Keith Wiley]

I don't *think* that's possible.  Assuming the signature/package is
tied to the market app, there is no way to convert a previously free
app to a paid app.  A brand new app must be installed instead, if I've
understood thing so far.  I think a new app must have a new package
and an old app can't be changed from free to paid.

Can anyone clarify or straighten this out for us?

On Mar 16, 4:26 pm, sm1  wrote:
> I'm not 100% sure but if my understanding of how Android Market works
> is correct, what you may want to do is keep the same package (aka.
> signature) for your paid app as the package that you had before, with
> the comments and ratings, and make a *new* package for the free app.,
> and the new free app will start at zero comments and zero ratings, but
> you could write about that in it's description, i.e., "previous
> version had a rating of x stars."
>
> and you could verify it by posting on this forum:
>
> http://www.google.com/support/forum/p/Android+Market
>
> Let us know what you find.
> cheers,
> good luck with your app.
>
> On Mar 16, 11:02 am, Keith Wiley  wrote:
>
> > I have had a free version of my app available for several months.
> > With the new features I am about to release in the latest version, and
> > with paid apps now possible, I intend to split the app into a free
> > lite/trial version and a paid full version.  I am aware that I must
> > create a new app with a new signature for the full version b/c I can't
> > change the current free app to a paid one.  I don't mind this, but, is
> > there any way I can transfer the thousands of feedback and ratings I
> > have accumulated so far to the paid version even though it will have a
> > totally new signature?
>
> > If there is no way to do this then, permit me to say, I am a little
> > miffed.  :-/
>
> > ...but I'm holding out hope that I missed this somewhere, that's it's
> > possible.  Am I right?  I'm sorry if I missed the explanation for how
> > to do this.
>
> > Thank you very much.
>
> > Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Manifest android:label

[Keith Wiley]

I appreciate the reply, but forgive the relentless imprecision in my
understanding.

Bottom line: can two different applications with two different package
names have the same android:label in the manifest, say for a lite and
a pro version of the same app?  Where is android:label actually used?
Is the name shown on the Market?  The name shown in the app list on
the device?  Anywhere else?

Thank you.

On Mar 16, 7:54 pm, Dianne Hackborn  wrote:
> On Mon, Mar 16, 2009 at 3:42 PM, Keith Wiley  wrote:
> > The reason it would be nice to leave it the same for both is that my
> > understanding is, this is the string used for other apps to
> > communicate to my app through intents.
>
> It's not; the label is just shown to the user.
>
> You could do things so that the manifest package name is used to communicate
> with others, but that is really an implementation detail (especially since
> you have to specify a concrete component name along with it), and so very
> much not recommended.  You would be best of using regular intent filters for
> interacting with other applications.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support.  All such questions should be posted on public
> forums, where I and others can see and answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] hasMonetaryCost = true for "network" location provider

[Keith Wiley]

I'm just curious how to interpret the fact that hasMonetaryCost is
true for a "network" location provider.  I read about it a little but
I'm not sure I entirely understand what's going on.  Does that mean
that every time I get my location using the cell network instead of
the gps there is a charge to my T-Mobile bill or something like that?
If I'm putting a location-grabbing feature in my app, is there a
threat my users will be charged a cost when they trigger that
behavior, such that I should warn them about it?  Other apps don't
currently offer any such warning, even official Google apps like the
Maps app, or the system settings where I choose the location source
methods.

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Access scanlife app ala zxing?

[Keith Wiley]

My app currently uses intents with zxing and Barcode Scanner to grab
barcode data and pull it back to the app.  I have had some users
request similar functionality with Scanlife, which reads a different
set of barcodes.

Does anyone know how to do the same thing, spin up scanlife, have it
scan and collect data, then send the data back to my app?  I've
emailed them, but there's no telling if I'll hear back.  I thought I'd
ask here as well.

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Polite discussion of lite/trial vs pro distribution

[Keith Wiley]

First I will explain my situation.  Then, I would greatly appreciate
constructive dialog on how other developers feel similar situations
should be managed.

I wrote a simple app in November.  I offered it for free on the Market
for two reasons.  One, Google hadn't implemented paid apps yet, so I
had no choice.  Two, by my own admission, v1.0 was too simple too
garner payment.

However, in the app's documentation, I requested donations toward
future development.  Out of thousands of installs, I received nothing.

This week I finished a considerably fancier version of the program.
Given hundreds of hours of unpaid development, I decided to charge a
few bucks for the new version.  I split the app into lite and pro
versions.  The lite version has all the new fancy features enabled but
is limited in how large a document can be created (spread sheet, I
limited the number of rows/cols, admittedly unlimited in the earlier
version).  The pro version went to Market as a new app, the lite
version on top of the old app to retain the long feedback history.

Since the Market provides no way to downgrade, I put the old unlimited
version on my website and put directions in the new lite version in
multiple places explaining how to revert to the old version.  Thus,
any user dissatisfied with the rol/col limit could restore the EXACT
functionality they had before upgrading to the lite version.

Incidentally, the 325 character blurb allotted on the Market was
insufficient to list the new features and the lite version's
limitation and the caveat that the lite version could be reverted
through my website.  I simply could not communicate these facts to
users to help them decide whether to upgrade or what to expect after
upgrading.

The complaints about the new lite version have been diverse.  Most
pertinent to this discussion are complaints that the lite version now
limits the rows/cols where the previous version didn't.  I find such
complaints unjustifiable since I explicitly permit reversion.  I
literally don't see what they have to complain about.  Another irksome
genre of complaints is that the program is still too simple to ask any
money for at all.  I am infuriated.  It costs less than an ice cream
cone.

So, as discussion, how would other developers handle this situation:
initial app is simple so offered for free, later version is complex so
split into lite/pro.  You don't want to limit the lite version by not
showing the new fancy features, so the limitation must be something
else, a time limit, a forced delay splash screen, something.  I chose
limited rows/cols on a spreadsheet app, but also permitted reversion
to the old unlimited version.

How would other developers implement an increase in complexity, charge
for it, yet provide a lite version that doesn't anger users of a
previously unlimited, but also much more simplistic app?

Instead of flaming me where you think I made mistakes, please just
open the floor for honest discussion.  I'm trying to figure out how to
do this properly.  A lot of us are probably trying to figure out the
same thing.

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Polite discussion of lite/trial vs pro distribution

[Keith Wiley]

Thanks for the various responses.  Well received.  I will consider
them in depth when I get a chance to tear myself away from the
debugger.

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] upc lookup...or at least web search?

[Keith Wiley]

I have a UPC code and I want to retrieve product information about
it.  I realize I can type the following into a browser:

http://www.google.com/products?q=someUpcCodeNum

Two questions.  First, what I really want is the raw product data, not
a webpage.  Can I do this internally in my app somehow?  Is there an
intent I create that will do the search and send back the raw data in
the result?

Second, if not, I'm trying to do something like this:

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.putExtra(Intent.ACTION_WEB_SEARCH, "http://www.google.com/
products?q=" + someUpcCodeNum);
startActivityForResult(intent, 0);

I'm not at all sure that ACTION_WEB_SEARCH is correct.  It brings up
list of possible apps to apply the activity to, and oddly enough, none
of the are the browser!  More to the point, I don't want to exit the
app and view the search.  I just want the results back.  If it comes
down to getting the html of the webpage back and scraping it myself,
then fine, but I still need to get trigger the google search and get
the webpage back, all without exiting my app to the browser.

Thank you.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Center drawable?

[Keith Wiley]

Question: I can place a drawable png on a button no problem, but the
only placement options are along the sides.  Is there no way to center
it?  I'm sure there is, but I'm missing it.  For example, what is the
equivalent of "android:drawableBottom" that centers?

Oh, and I would love a patient pointer to where or how I might have
been expected to figure this out on my own.  I hate asking these kinds
of questions, but I looked a the javadocs for Button, then eventually,
TextView and didn't find the answer.

Thank you very much.

Cheers!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Center drawable?

[Keith Wiley]

On Mar 23, 4:22 pm, Mark Murphy  wrote:
> Keith Wiley wrote:
> > Question: I can place a drawable png on a button no problem, but the
> > only placement options are along the sides.
>
> Have you tried ImageButton?

Sweet.  Much thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] OnGestureListener vs ContextMenu, do they play together?

[Keith Wiley]

My View subclass is can be written one of two ways, I've tried both.
One implements OnGestureListener, the other doesn't.  In both cases,
the Activity registers the view for context menus when the view is
created and registers itself, the activity, as the context menu
listener.

In the case where OnGestureListener is *not* implemented, context
menus work.  onCreateContextMenu() and onContextItemSelected() are
both called and the menu works as expected.  In the case where
OnGestureListener *is* implemented by the view subclass, the context
menu processing functions in the activity are never called.

Problem is, I need both.  Without OnGestureListener, I don't get fling
events.  With it, I don't get context menus.  I need both.

Any ideas?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: OnGestureListener vs ContextMenu, do they play together?

[Keith Wiley]

On Mar 27, 12:33 am, skink  wrote:

> what do you return in OnGestureListener.onLongClick() method?

I hadn't added that method at all.  It looks from the docs like
onLongClick() is a View method, not an OnGestureListener method as
suggested above.  There is a OnGestureListener.onLongPress() method
however.  Is that what you meant?  That method returns void, so
returning the wrong thing there can't possibly be my problem.  Am I
supposed t manually trigger the context menu?  I've tried to look up a
way to do that, but haven't found it yet, or should I implemented
View.onLongClick() and return, say, false?

Thanks.  Still confused though.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] "Pretty" ways to animate a list?

[Keith Wiley]

AK Notepad does this nice little thing where, on displaying the file
list, it "unravels" rapidly down the screen.  Are they hacking that
incredibly manually, or are there simple OS calls to make lists
display in various ways?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: "Pretty" ways to animate a list?

[Keith Wiley]

Ah, I was looking in the list section.  I feel silly.

Thank you.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: "Pretty" ways to animate a list?

[Keith Wiley]

So, I can get it to work if I replicate that demo perfectly, which
doesn't assign a context to the layout, it just uses some default.  I
am trying to build off the extended ListActivity example, however, in
which a context is assigned so that a special item is shown in the
list when and only when the list is empty.  When I try to assign the
context, the app crashes.  I pulled over the appropriate anim xml file
of course.  Here's my layout:

http://schemas.android.com/apk/res/android";
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layoutAnimation="@anim/slide_top_to_bottom" >





And here's my code, which crashes on the setContentView() call and
thus never reaches all the animation initialization below it:

public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.tablelist_activity);

AnimationSet set = new AnimationSet(true);

Animation animation = new AlphaAnimation(0.0f, 1.0f);
animation.setDuration(50);
set.addAnimation(animation);

animation = new TranslateAnimation(
Animation.RELATIVE_TO_SELF, 0.0f,Animation.RELATIVE_TO_SELF,
0.0f,
Animation.RELATIVE_TO_SELF, 
-1.0f,Animation.RELATIVE_TO_SELF,
0.0f
);
animation.setDuration(100);
set.addAnimation(animation);

LayoutAnimationController controller =  new 
LayoutAnimationController
(set, 0.5f);
ListView listView = getListView();
listView.setLayoutAnimation(controller);

etc. other setup
}

By the nature of the crash, there is no way to study the problem in
the debugger.  It crashes hard, deep inside Android, where the
backtrace is unfathomable.

Any ideas?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Paid upgrades discussion

[Keith Wiley]

I'm not sure whether to bring this up on the developer or market
group.  Since it is a developer-oriented discussion, I have chosen to
put it here.  I apologize if I was incorrect in this choice.

I am about to release a major upgrade for my app.  It represents
hundreds of hours of work spanning several weeks of my life.  The
increase in functionality and change in behavior and UI are
significant, so much so that I intend to raise the price (slightly)
after uploading the new version.  Problem is, current users will
simply download the new upgrade for free without paying me
anything...unless they are kind enough to make a donation.  I don't
want to make the new app a completely different package because then
new and upgrading users would have to pay the full price, which would
probably (rightfully) infuriate the current users.  I don't want to
charge them full price, I honestly don't want that kind of money from
them

...but just because you bought MS Office in 1987 or whatever doesn't
mean you get to walk out of a store with every new version for free
for the rest of your life after that...

I don't know what to do, but I hate the idea of just giving all this
effort away for free, I've worked insanely long hours on this
project.  I am looking or any suggestions.  The only approach I've
thought of so far is the beg and plead for upgrade donations on the
splash screen or something pathetic like that.

Ideas?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Paid upgrades discussion

[Keith Wiley]

On Mar 29, 8:27 pm, Streets Of Boston  wrote:
> I'm sorry to say this, but you could have known this before you put
> all this work in, if you had read the terms and agreements of the
> Android Market.

I did know.  That didn't preclude implementing the software, it just
left the issue of how to release it unresolved.  That's why I was
asking for suggestions, or opinions about what other developers are
doing.  I guess what I meant was, how are other developers handling
the same situation?  Consider it a poll of sorts.

Thanks.

Cheers!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Color.colorToHSV bug

[Keith Wiley]

I believe there is a bug in Android's implementation of
Color.colorToHSV().  If you pass it fully desaturated color, it
assigns all three HSV components to the same value, that value being
the "value" component of the color.  While hue is arguably arbitrary
in such an instance could be assigned any value at random, saturation
should unambiguously be assigned zero in such a case...at least,
that's how I see it.  I have circumvented this bug in my code by
testing the individual bytes of the input color against each other to
detect desaturation, and when it occurs, explicitly overwriting the
resulting HSV color's saturation component with zero, but this bug,
assuming I'm interpreting it correctly as a bug, should be fixed.

BTW, is there an official channel to file such a bug report?  I don't
see anything jumping out at me when I explore developer.android.com,
but maybe I missed it.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] detect trackball events in dialog

[Keith Wiley]

I have a dialog that sets its content view to a View object it creates
(a derived View actually) and the view can detect touch events without
any trouble, no callback registering or listeners or anything...but I
can't get any trackball events.  I tried overriding onTrackballEvent()
and even dispatchTrackballEvent().  Neither function fires when the
trackball is moved or pressed while the dialog is the window.

I see that one can register for clicks and various things, but how
does one access trackball events?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: detect trackball events in dialog

[Keith Wiley]

The view isn't focusable.  isFocusable returns false and requestFocus
returns false.  Why?  This is a pretty simple view, created and passed
setContentView in the onCreate method my dialog.  I'm basically
working off the ColorPicker API demo.  So, how do I get that View that
is created inside the dialog to accept trackball events?  It accepts
touch events so it seems like a fair expectation.

Thanks.

On Apr 2, 6:10 pm, Dianne Hackborn  wrote:
> Your view needs to take input focus.
>
> On Thu, Apr 2, 2009 at 4:38 PM, Keith Wiley  wrote:
>
> > I have a dialog that sets its content view to a View object it creates
> > (a derived View actually) and the view can detect touch events without
> > any trouble, no callback registering or listeners or anything...but I
> > can't get any trackball events.  I tried overriding onTrackballEvent()
> > and even dispatchTrackballEvent().  Neither function fires when the
> > trackball is moved or pressed while the dialog is the window.
>
> > I see that one can register for clicks and various things, but how
> > does one access trackball events?
>
> > Thanks.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support, and so won't reply to such e-mails.  All such
> questions should be posted on public forums, where I and others can see and
> answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: detect trackball events in dialog

[Keith Wiley]

Funny.  I found the setFocusable function.  Calling it makes
isFocusable return true, but requestFocus return false.  Furthermore,
dispatchTrackballEvent is now called but onTrackballEvent is not,
regardless of whether I return true or false from the dispatch method.

Thoughts?

On Apr 2, 6:41 pm, Keith Wiley  wrote:
> The view isn't focusable.  isFocusable returns false and requestFocus
> returns false.  Why?  This is a pretty simple view, created and passed
> setContentView in the onCreate method my dialog.  I'm basically
> working off the ColorPicker API demo.  So, how do I get that View that
> is created inside the dialog to accept trackball events?  It accepts
> touch events so it seems like a fair expectation.
>
> Thanks.
>
> On Apr 2, 6:10 pm, Dianne Hackborn  wrote:
>
> > Your view needs to take input focus.
>
> > On Thu, Apr 2, 2009 at 4:38 PM, Keith Wiley  wrote:
>
> > > I have a dialog that sets its content view to a View object it creates
> > > (a derived View actually) and the view can detect touch events without
> > > any trouble, no callback registering or listeners or anything...but I
> > > can't get any trackball events.  I tried overriding onTrackballEvent()
> > > and even dispatchTrackballEvent().  Neither function fires when the
> > > trackball is moved or pressed while the dialog is the window.
>
> > > I see that one can register for clicks and various things, but how
> > > does one access trackball events?
>
> > > Thanks.
>
> > --
> > Dianne Hackborn
> > Android framework engineer
> > hack...@android.com
>
> > Note: please don't send private questions to me, as I don't have time to
> > provide private support, and so won't reply to such e-mails.  All such
> > questions should be posted on public forums, where I and others can see and
> > answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] UberColorPicker Demo

[Keith Wiley]

I have created what I believe is a relatively useful color picker,
derived and massively extended from the ColorPickDialog example in the
API Demos.  If anyone would like to try it out, it is available on the
Market at Applications/Tools/UberColorPicker Demo".  It didn't put it
in the Demo section because it isn't a demo in the sense of being a
free teaser of a nonfree product, if you see my meaning.

If you like it, you can download the source from
http://keithwiley.com/Downloads/AndroidUberColorPickerDemo.zip.  Feel
free to drop it -- ready-to-go and unmodified -- into your own apps (I
use it for setting text color preferences in Shead Spreet)...or to
hack, extend, and change it however you see fit.

Enjoy!

Cheers!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] UberColorPicker Demo

[Keith Wiley]

I have created what I believe is a relatively useful color picker,
derived and massively extended from the ColorPickDialog example in the
API Demos.  If anyone would like to try it out, it is available on the
Market at Applications/Tools/UberColorPicker Demo".  It didn't put it
in the Demo section because it isn't a demo in the sense of being a
free teaser of a nonfree product, if you see my meaning.

If you like it, you can download the source from
http://keithwiley.com/Downloads/AndroidUberColorPickerDemo.zip.  Feel
free to drop it -- ready-to-go and unmodified -- into your own apps (I
use it for setting text color preferences in Shead Spreet)...or to
hack, extend, and change it however you see fit.

Enjoy!

Cheers!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] onsingletapup not called

[Keith Wiley]

My TextView subclass implements OnGestureListener and I successfully
detect onDown events, but both taps and long presses cause onLongPress
to be called and never onSingleTapUp.

I realize I'm not provided much detail, but I'm not sure what nuances
might be relevant.  Please ask for any relevant elaboration.

Any thoughts?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Dialogs: in(determinate) vs. spinner/horizontal style

[Keith Wiley]

I thought an indeterminate dialog was the circle and a "determinate"
one was a progress bar, but now I see that these properties are set
orthogonally.  You can call setIndeterminate(true/false) entirely
independent of calling setProgressStyle(STYLE_HORIZONTAL/
STYLE_SPINNER).  All four combinations are possible.  So, if the style
call sets whether it is a spinner or a bar (it does, I have verified
this), then was does "indeterminacy" refer to?  What aspect of a
ProgressDialog is it setting?  As far as I can tell, my dialogs look
and behave exactly the same no matter how I set the indeterminacy.

Thank you.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

I would like my app to pop up in the list of options for opening
certain file types in the various file manager, email, and web browser
apps.  I'm having trouble figuring out how to begin.  I haven't found
any examples of this sort of thing yet.

Don't I need to know what kind of action the other app is trying to
invoke on a selected file?  How can I possibly know that?  Or should I
simply assume that all file manager, email, and browser apps will
always use ACTION_VIEW or perhaps ACTION_EDIT when trying to send a
file to another app?  Must I simply assume this and hope I'm right?
There are so many possible apps to try to get this to work with, how
do I make it receive a "open-file" command from any arbitrary app?

Is the code below correct so far?  I have the following in the
manifest:










I don't see how to specify a file-type or file extension filter in the
receiver.  How do I do this?  Likewise I have the following in the
receiver:

public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if 
(intent.getAction().equals("android.intent.action.ACTION_EDIT")
|| 
intent.getAction().equals("android.intent.action.ACTION_VIEW"))
{
Uri uri = intent.getData();
String uriStr = intent.getDataString();
}
}
}

Is that how I'm supposed to do it?  Do I assume the that file manager,
email. or browser app will send the file to my app by sending a file
URI or URL (I'm unclear on the distinction) in the data field of the
intent?  To be honest, I'm not sure if I'm even close to the mark on
this?  Is this code wildly off-base?

Any assistance is greatly appreciated.  I'm not sure where to find out
how to do this.

Thank you very much.

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

My app is already written, I already have an activity that opens and
processes files, but it's all internal to the app.  The app presents a
file chooser from a single hard-coded directory on the sd card.  That
works okay from inside the app (assuming users know to transfer files
to that directory before launching my app), but I want other apps to
be able to invoke my app externally, like when you long-press a file
in Linda File Manager.

My plan is to run my main activity from the broadcast receiver (from
the URI somehow, although I haven't worked out the details yet), but I
just don't know if I'm anywhere near that point yet.  For example,
with the code I showed above, my app doesn't appear in the popup menu
of app options when a file is long-pressed in Linda File Manager.
Lots of other apps appear, but not mine.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

Just to clarify my last response, I tried to follow what you are
suggesting by adding the intent-filter to the activity in the manifest
as well as to the new receiver I am defining (which you are suggesting
I don't need at all).  So now my manifest has the following (note that
I am trying to trigger the nonMain activity with the broadcast, not
the splash screen):








  <== Unnecessary, I believe, 
right?
NEW 
NEW 
NEW 
NEW 
NEW 


Now, the problem is, I am still not seeing my app show up in a popup
menu of apps to handle files in, for example, Linda File Manager.  I
just can't get my app to appear.  What the heck am I doing wrong?

Thank you.

On Apr 16, 1:55 pm, Dianne Hackborn  wrote:
> You need to publish and implement an activity, not a receiver.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

Doesn't anyone know how to do this?  I've seen other apps do it.  For
example, Linda File Manager shows plenty of other apps as options for
opening files, but I can't get it to show mine.  If I'm missing some
obvious source of documentation then I apologize, but perusing the
javadocs doesn't convey the necessary information for a question of
this abstraction (that approach is better for learning what a specific
class wants or what an interface provides, but it doesn't *teach*
whole ideas, it doesn't work that way) nor do any of the documents in
the developer guide specifically address this issue (many documents
touch on this issue but the actual syntax and how the necessary pieces
of the manifest coordinate with the associated java classes is not
exemplified), and none of the API Demos address this topic either (it
really *can't* since API Demos is a single conglomerated app, which
pretty much precludes it from this particular question which is about
app-to-app communication).

I'm very frustrated right now.  From the single unbelievably curt
reply I received, I get the impression that everyone thinks this is a
stupid question.  What additional source of documentation or
educational material is everyone else using that I have completely
missed (is there an entire additional website everyone else is aware
of which I haven't found yet?).  Is this task so incredibly easy that
even asking the question, much less asking that it be answered, is
considered inappropriate use of the forum?  Is that why the question
is being ignored?

Besides the javadoccs, the articles in the dev guide, and the API
Demos code, what other resource is there?  Not that they aren't great
resources of information with their domains, but some topics are of a
style that they simply are not answered by those three sources.

I would greatly appreciate any pointers on this task.  I simply do not
know what else to read at this point.  I've read everything I can
find.  It's time to ask a question and have someone answer it.

Thank you.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

On Apr 16, 8:21 pm, "Mark Murphy"  wrote:

> -- the actions you support on the content (e.g., ACTION_VIEW, ACTION_EDIT)
> -- the MIME type you support
> -- the android.intent.category.ALTERNATIVE and/or the
> android.intent.category.SELECTED_ALTERNATIVE as appropriate
>
> That should enable the other applications to find you by introspection
> (e.g., addIntentOptions() for menus). This assumes, of course, that the
> applications in question use this facility versus something else.

Great.  I'll look into that.  Thank you.

>
> > and none of the API Demos address this topic either
>
> http://developer.android.com/guide/samples/NotePad/AndroidManifest.html

I appreciate the pointer.  Thanks again.

> There is a lot of traffic on these lists. There are only so many people
> who answer questions. There are even fewer people in position to answer
> questions on dusty corners of the API such as this one. Personally, I am
> teaching an Android class this week, and so am not keeping up on many
> threads.

I am not faulting the few knowledgable folks who volunteer their time
on these forums.  I think it's great.  I'm just reiterating basically
what you said above, that the question to answer ratio is low
(regardless of the reason, which is a very good reason).  Just makes
things stressful.

> Do not assume that any given post is guaranteed to get answers,
> particularly in the six-and-a-half hours (Apr 16, 4:26 pm to Apr 16, 10:55
> pm) between when you asked your question your last followup.
>
> In other words, chill out, dude.

:-)  It's not just the one post.  It's the overall pattern of
genuinely trying to figure something one responsibly on my own,
reading a lot of different sources for a long time, eventually giving
up and actually asking for help, and then getting what was in effect a
brush-off answer that really didn't help me.  Maybe she was busy, I
don't know, but there's no denying it didn't help me, and after I had
already put in the time on the other source.  You have to consider the
fruitless searching that preceded eventually asking for help...but in
addition, I take your point.  Noted.

At any rate, thank you very much for the response.

Where do you teach your class?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Straight-forward BroadcastReceiver to open/read file

[Keith Wiley]

Just to wrap up this thread for posterity so anyone in the future  who
trips across it in a search will actually find something final and
applicable, here's how I got it working (Mark's reply wasn't quite the
ticket apparently).

First, Mark pointed out that the desired behavior is in fact
demonstrated in the NotePad example, a sibling of the API Demos
example.  Thank you Mark!  However, at least with respect to Linda
File Manager, the solution doesn't have anything to do with
android.intent.category.ALTERNATIVE or
android.intent.category.SELECTED_ALTERNATIVE, and as described below,
I'm unsure of the relevance of the mime type entry.

The relevant code from NotePad's manifest is the following activity
entry:




















In particular, the second intent-filter is the golden ticket, i.e.,
when a user taps a file in Linda File Manager and gets a list of apps,
is that second intent-filter which makes NotePad appear in the list of
options.  Note, however, that I believe some of the other intent-
filters in NotePad's manifest add other activities of NotePad to that
same list as well, including perhaps the third intent-filter above,
I'm not sure yet.  Incidentally, I discovered that w.r.t. Linda File
Manager, the exact action which is being triggered is VIEW (note that
it isn't ACTION_VIEW, it's VIEW, which makes sense given that it is
prefixed with "android.intent.action.").  Also, as far as I can tell,
the right way to access the actual file once your app has been fired
up in onCreate() is to access the activity's intent's data string as a
file URI, thus:

public void onCreate(Bundle savedInstanceState) {
String uriStr = getIntent().getDataString();
}

Now you can parse the URI, get a path, and presumably open a file.
Maybe it isn't the right way to do it, but it's certainly *A* way to
do it.

Also, the value of mimeType, although presumably important as a
filter, doesn't play any role in this process as far as I can tell.
For example, NotePad uses "vnd.android.cursor.dir/vnd.google.note".  I
tried "vnd.android.cursor.dir/vnd.myapp", "text/plain", and even "a/b"
just for kicks.  It worked exactly the same way for all four mime
types in Linda File Manager (even "text/plain" worked on apk and mp3
files, which I hoped it would "filter" out).  It is crucial to
actually *have* a mimetype entry in the intent-filter.  If it is
removed, your app no longer appears as a launch option.  It just
doesn't make any difference what the mime type actually is.  Such is
the observed behavior based on my experiments.

The important thing is to have an intent filter with the VIEW action
and any mimeType (use something sensible though).  That's it as far as
I can tell.  That might be specific to Linda File Manager or it might
be generally applicable, I simply don't know yet, and trying to figure
t out by trial and error is not a very good way to nail down the
details, but I just can't figure out where this is documented.

Anyway, there it is, now anyone else can do it too, assuming they find
this thread.  Go tell you friends.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] onContextItemSelected is never called

[Keith Wiley]

I set up by calling registerForContextMenu() on an EditText.  I then
override onCreateContextMenu(), onContextItemSelected(), and
onContextMenuClosed().  I added a few items to the menu in Create and
they appeared just fine in the resulting context menu.  I put
breakpoints at the top of all three of the overridden functions.
Create and Closed are called and ItemSelected is not.

What could possibly explain this?  It *seems* really simple to me.
I'm confused why it didn't work.  I even overrode onMenuItemSelected()
and also put a breakpoint in onOptionsItemSelected(), just to be
sure.  Neither of those functions is catching the item selection
either.

Thanks for any help.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Detect TAB key?

[Keith Wiley]

I would like to intercept the tab key in an EditText.  I derived a new
class from EditText and implemented the OnKeyListener interface.  I
look for event.getAction() == KeyEvent.ACTION_DOWN && keyCode ==
KeyEvent.KEYCODE_TAB, but here is what happens:

user presses alt -> action down / keycode alt
user releasees alt -> action up / keycode alt
user presses q -> action down / keycode q
user releases q -> action up / keycode q

So, a tab character is never intercepted by OnKeyListener...yet a tab
will ultimately be deliver to the EditText, so I failed to intercept
it.  Next thing I did was implement my OnKeyListener differently.
Instead of look for key down and keycode tab I look for key down,
event alt pressed, and keycode q, as in:

user pressed alt -> action down / keycode alt
user presses q -> action down / event.altpressed true / keycode q
user releases q
user releases alt

This implementation successfully intercepts an action where the user
presses and holds alt while pressing q, which would ordinarily deliver
a tab to the EditText, so that's great, that worked, I intercepted the
tab.

...but there's two problems with relying on this approach (looking for
key down, alt pressed, and keycode q).  First, it still lets the other
kind of tab through to the EditText and I want to intercept those tabs
too.  Second, I assume there is no guarantee that on other hardware
besides the G1 that the tab will correspond to an alt-q in the first
place, so hard-coding such a test seems inappropriate.

What is the solution to this problem?

Thank you.

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Detect TAB key?

[Keith Wiley]

Hmmm, that's very interesting.  Thank you.  As hinted in my original
post, I suspected there was some dichotomy between the physical
keyboard (and its KeyListener) and the higher-level characters being
delivered to the EditText.  Thank you.

Nevertheless, I am actually trying to implement a rather common UI
mantra, where tab jumps to the next edit text (focus right or down or
something logical like that).

Do you have any thoughts on this?  Since this is such an established
method of UI traversal, I assume there is some Android hook for
achieving this behavior.  Am I simply pursuing the implementation of
this behavior completely incorrectly?  Is there some standard way of
specifying in Android that tab should generate a focus-switch event?

Thanks again.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Interesting slow EditText behavior

[Keith Wiley]

I believe I have isolated a rather strange bottleneck at the SDK
level, but it might be something tertiary in my own program that I
haven't caught yet.  I'm not certain.

What I am seeing is that it there is a dramatic delay in updating/
redrawing an EditText in which the text is too long to fit into the
EditText's width and must wrap vertically.  Calling SetText on such an
EditText usually results in a long delay.  Now mind you, the delay is
not inside the SetText call, which returns immediately, but rather,
after I exit my own code in which I set the text and release control
back to the OS, there is a long delay before the EditText's contents
update.  Likewise, if the user interaction was to enter or exit focus
on such an EditText, the new focus takes a long time to take affect.

...all of this only when the text is too long and must wrap.  In the
alternate case, text and focus updates occur rapidly.

Has anyone else observed such behavior?

Thank you.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Interesting slow EditText behavior

[Keith Wiley]

Followup, a little more clarification.  After experimenting a bit, I
have more narrowly characterized the situation under which this delay
occurs.  If you type into an EditText such that it wraps the line,
there is no delay during typing.  Likewise, there is no delay exiting
or entering such an EditText.  However, if I programatically set an
EditText's contents such that they become more lines long than they
were prior to the assignment (setText() for example), then a delay
will occur the first time the EditText is redrawn, either by exiting
or entering focus.  However, if the contents are *then* left alone at
the newly wrapped length, subsequent entries and exits of focus do not
exhibit a delay, only the first occurrence.

So, there is delay redrawing the EditText the first time it must be
drawn with a newly increased number of lines, but only if the text
containing more lines was set programatically through setText(), not
if it was entered from the keyboard.

Same original question: is this a known behavior and does anyone have
any thoughts on it?

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Detect TAB key?

[Keith Wiley]

Well, I understand your point, but I'm writing a program in which the
user might be doing lots of data entry into numerous text fields.  In
my own testing so far it is much much easier, less error prone, and
generally more efficient to do this with the tab and return keys
instead of the thumb wheel.  Permitting tab and return key events to
jump focus makes a lot of sense.  If the API doesn't officially
support it, that's okay, but I'm still going to provide it in my app.
It's just too useful a functionality to dismiss.

Thanks though, I'll be sure to keep a close eye on how this user
interaction is handled on different devices as Android branches out.
I'm probably programming myself into corner on this one.

I suppose I could not do it at the keyboard level, but rather detect
the introduction of a tab character into the edit text, remove it, and
then jump the focus at that time...just brain storming.

On Dec 17, 4:35 pm, "Dianne Hackborn"  wrote:
> On Wed, Dec 17, 2008 at 9:37 AM, Keith Wiley  wrote:
> > Nevertheless, I am actually trying to implement a rather common UI
> > mantra, where tab jumps to the next edit text (focus right or down or
> > something logical like that).
>
> That is only common on desktop UIs.  On phones, the user typically navigates
> with a DPAD or trackball or scroll wheel.  If we ever decide to support
> desktop keyboards as a formal input mechanism in the UI, the platform will
> take care of mapping tab or whatever to focus changes just like it does for
> DPAD and trackball events.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support.  All such questions should be posted on public
> forums, where I and others can see and answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Detect TAB key?

[Keith Wiley]

Yeah, it sounds like the best way to implement this behavior is to
avoid the Keyboard level enirely and do it by catching tab characters
as they are appear in the edit text, removing them, reassigning the
previous text to the box, and then performing the desired request
focus on the next edit text.  I appreciate the clarification on the
distinction between the keyboard layer and the character-mapping
layer.

...and to answer your question, yes, it is much easier to jump to the
next edit text in the sequence by tabbing (and MUCH easier still with
the enter key, which requires no alting whatsoever).  I'm sorry this
fact is bothersome to Google's official Android developers, but the
greater efficiency and overall easy of use of this interaction hass
consistently been my experience.  Consider the following inefficiency
that is imposed by using the trackball:  You can't necessarily skip
out of an edit text with the trackball in the desired way because the
cursor may be in the middle of the edit text, in which case
trackballing merely moves the cursor within the edit text.  This is
tedious, wasteful, and most seriously, jarring to the user because the
program isn't doing what they naturally expect it to do, which is to
jump focus on a tab.  The trackball is problematic for many reasons.
As stated, it doubles as a cursor mover and a focus mover, depending
on whether it is at the beginning, middle, or end of the text.
Second, I find myself constantly triggering trackball motions on the
wrong axis.  My attempts at horizontal movement often end up detected
as vertical movements and vs/va, and as another post mentioned, your
hands simultaneously support the device from the bottom while
delivering detailed motions to the top.  Adjusting one's hands to go
constantly back and forth between the keyboard and the trackball is
difficult unless you physically put the device down on a table.

Now, I'm not complaining about the fact that it is small and has a
small keyboard and must be gingerly held in one's hands.  Those
properties are simply inate to such a device.  The complaint is the
somewhat dogmatic prescription to developers and users of a user
interaction which frankly doesn't work as well as might have been
hoped for by the original designers.  For that reason, it is perfectly
fair for developers to attempt to design improved user interactions.

I'm really sorry if the Android team at Google strongly disagrees with
me on this point, but having used the devices for a while, I am simply
reflecting my experiences.  Jumping focus with a key is much easier
than with the trackball.

I will endeavor to write code that accommodates adaptable hardware.
Thanks for the tip on the future keyboard discrepancies.

Cheers!

On Dec 18, 4:21 pm, "Dianne Hackborn"  wrote:
> It is seriously easier for them to chord ALT+TAB (both on the left side of
> the keyboard making it especially awkward) than to move the trackball?  Well
> whatever.
>
> But anyway, your code will break on pretty much any other future device than
> the G1 -- those that have a different keyboard layout, and those that have a
> soft keyboard (and in the future on a G1 when the user is typing with a soft
> keyboard).  And it could break in rather severe ways, if a device happens to
> have ALT+Q mapped to something else.  At the very least you should go
> through the keymap to correctly determine if what they are pressing is
> actually a TAB on their keyboard.
>
>
>
> On Thu, Dec 18, 2008 at 4:15 PM, Keith Wiley  wrote:
>
> > Well, I understand your point, but I'm writing a program in which the
> > user might be doing lots of data entry into numerous text fields.  In
> > my own testing so far it is much much easier, less error prone, and
> > generally more efficient to do this with the tab and return keys
> > instead of the thumb wheel.  Permitting tab and return key events to
> > jump focus makes a lot of sense.  If the API doesn't officially
> > support it, that's okay, but I'm still going to provide it in my app.
> > It's just too useful a functionality to dismiss.
>
> > Thanks though, I'll be sure to keep a close eye on how this user
> > interaction is handled on different devices as Android branches out.
> > I'm probably programming myself into corner on this one.
>
> > I suppose I could not do it at the keyboard level, but rather detect
> > the introduction of a tab character into the edit text, remove it, and
> > then jump the focus at that time...just brain storming.
>
> > On Dec 17, 4:35 pm, "Dianne Hackborn"  wrote:
> > > On Wed, Dec 17, 2008 at 9:37 AM, Keith Wiley  wrote:
> > > > Nevertheless, I am actually trying to implement a rather common UI
> > > > mantra, where tab jumps

[android-developers] Re: Detect TAB key?

[Keith Wiley]

Yes, thank you.  If I pursue this approach, I do want to try to make
it as general as possible.  I think the TextWatcher level will
accomplish that, right?

On Dec 19, 1:24 am, "Dianne Hackborn"  wrote:
> I have not been saying that you shouldn't provide other ways for the user to
> navigate and your UI if you want, I have been saying that the implementation
> you have been discussing and posting here would break on pretty much
> anything besides the G1.  At the end of the day, you get to design your app
> how you want, and I don't really care about that, I am just trying to point
> out to people when they do things that are making assumptions that can
> change in the future.
>
>
>
> On Thu, Dec 18, 2008 at 10:09 PM, Keith Wiley  wrote:
>
> > Yeah, it sounds like the best way to implement this behavior is to
> > avoid the Keyboard level enirely and do it by catching tab characters
> > as they are appear in the edit text, removing them, reassigning the
> > previous text to the box, and then performing the desired request
> > focus on the next edit text.  I appreciate the clarification on the
> > distinction between the keyboard layer and the character-mapping
> > layer.
>
> > ...and to answer your question, yes, it is much easier to jump to the
> > next edit text in the sequence by tabbing (and MUCH easier still with
> > the enter key, which requires no alting whatsoever).  I'm sorry this
> > fact is bothersome to Google's official Android developers, but the
> > greater efficiency and overall easy of use of this interaction hass
> > consistently been my experience.  Consider the following inefficiency
> > that is imposed by using the trackball:  You can't necessarily skip
> > out of an edit text with the trackball in the desired way because the
> > cursor may be in the middle of the edit text, in which case
> > trackballing merely moves the cursor within the edit text.  This is
> > tedious, wasteful, and most seriously, jarring to the user because the
> > program isn't doing what they naturally expect it to do, which is to
> > jump focus on a tab.  The trackball is problematic for many reasons.
> > As stated, it doubles as a cursor mover and a focus mover, depending
> > on whether it is at the beginning, middle, or end of the text.
> > Second, I find myself constantly triggering trackball motions on the
> > wrong axis.  My attempts at horizontal movement often end up detected
> > as vertical movements and vs/va, and as another post mentioned, your
> > hands simultaneously support the device from the bottom while
> > delivering detailed motions to the top.  Adjusting one's hands to go
> > constantly back and forth between the keyboard and the trackball is
> > difficult unless you physically put the device down on a table.
>
> > Now, I'm not complaining about the fact that it is small and has a
> > small keyboard and must be gingerly held in one's hands.  Those
> > properties are simply inate to such a device.  The complaint is the
> > somewhat dogmatic prescription to developers and users of a user
> > interaction which frankly doesn't work as well as might have been
> > hoped for by the original designers.  For that reason, it is perfectly
> > fair for developers to attempt to design improved user interactions.
>
> > I'm really sorry if the Android team at Google strongly disagrees with
> > me on this point, but having used the devices for a while, I am simply
> > reflecting my experiences.  Jumping focus with a key is much easier
> > than with the trackball.
>
> > I will endeavor to write code that accommodates adaptable hardware.
> > Thanks for the tip on the future keyboard discrepancies.
>
> > Cheers!
>
> > On Dec 18, 4:21 pm, "Dianne Hackborn"  wrote:
> > > It is seriously easier for them to chord ALT+TAB (both on the left side
> > of
> > > the keyboard making it especially awkward) than to move the trackball?
> >  Well
> > > whatever.
>
> > > But anyway, your code will break on pretty much any other future device
> > than
> > > the G1 -- those that have a different keyboard layout, and those that
> > have a
> > > soft keyboard (and in the future on a G1 when the user is typing with a
> > soft
> > > keyboard).  And it could break in rather severe ways, if a device happens
> > to
> > > have ALT+Q mapped to something else.  At the very least you should go
> > > through the keymap to correctly determine if what they are pressing is
> > > actually a TAB on their keyboard.
>
> >

[android-developers] Re: Detect TAB key?

[Keith Wiley]

On Dec 19, 5:10 am, Mark Murphy  wrote:
> KeithWileywrote:
> > Consider the following inefficiency
> > that is imposed by using the trackball:  You can't necessarily skip
> > out of an edit text with the trackball in the desired way because the
> > cursor may be in the middle of the edit text, in which case
> > trackballing merely moves the cursor within the edit text.
>
> FWIW, WikiNotes demonstrates that the trackball can be used to navigate
> from a multi-line EditText to adjacent buttons. I was doing it myself
> less than an hour ago.

I admit that I haven't look at the note you are referring to, so I
don't know exactly what you mean, but I don't see how any note can
alleviate the inherent ambiguity in the situation I described above.
If your cursor is in the middle of the text of an EditText the user
can want to do one of two things in an ambiguously unresolvable way.
They can want to move the cursor or they can want to jump to another
EditText.  If the trackball serves both purposes there is no way for
Android to know which action is desired when the the user trackball's
horizontally, right?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Where, exactly, are Context data files?

[Keith Wiley]

I understand this has been loosely touched on in the docs and this
group.  There are descriptions of how to use openFileOutput() to
create data files within a package's data directory for example, and I
have read descriptions of how there is no common file space between
packages, so I understand some of that...but what I want to know is
exactly how one finds the files that were created?  I mean, in a file
managing program, such as OI File Manager (the best I've found far) or
when navigating the file system as an external drive plugged into a
computer by USB, where are the files I created from my program and
saved to the program's data storage?

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Detect TAB key?

[Keith Wiley]

Thank you for your patience.  I do appreciate your advice on the
matter.  I will take it under consideration during development.

Cheers!

On Dec 19, 5:50 pm, "Dianne Hackborn"  wrote:
> Yeah TextWatcher is reasonable.  You'd end up with the behavior where if the
> user enters a tab character through a soft keyboard that your app switches
> focus, which might be surprising to users, but wouldn't be broken (as long
> as you really don't want any tabs in the field).

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] setStrokeCap(Paint.Cap.ROUND) yields square drawPoints()

[Keith Wiley]

Ugh.  I coded this up earlier and it worked, but I left the code on my
other computer, so now I'm doing it again and it isn't working, but I
can't believe how ridiculously simple it is.  What could possibly be
wrong?

I adapted the following from the DrawPoints.java example:

...From a typical Activity...
@Override
protected void onDraw(Canvas canvas) {
  ...Create a float array of points named 'points'...
  ...then...
  Paint paint = mPaint;
  paint.setColor(Color.RED);
  paint.setStrokeWidth(8);
  paint.setStrokeCap(Paint.Cap.ROUND);
  canvas.drawPoints(points, paint);
}

The points are drawn square.  How can this possibly fail?  I'm missing
something royally silly aren't I?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Where, exactly, are Context data files?

[Keith Wiley]

Well, okay.  Besides which, it looks like I was wrong about getting
files off the phone from the computer.  It only mounts the sd card and
the app data isn't on that card in the first place.

...so how do I transfer data saved by my app off the phone?  Do I have
to actually send the data by email instead of directly downloading it
over usb?  That requires me to have an 802.11g router set up (I
usually use 802.11n), besides which, it seems terribly inefficient to
be sending data all over the world by email just to move it six inches
to my computer.

What's the best way to handle this?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Where, exactly, are Context data files?

[Keith Wiley]

Yeah, but that's exactly how I do it. :-) n-only mode is 5GHz (if I
recall).  Higher frequency means higher bandwidth, albeit lower range,
all other factors being equal.

Plus, whenever a 'g' device is online the entire network drops to g
speed, as is my understanding.  If I just wanted to run a g network, I
never needed to buy a new router, right?

...at any rate...

Cheers!

Bill Napier wrote:
> Also, 802.11n is backwards compatible with 802.11g.  Just make sure
> you're not running your router in 802.11n only mode and your phone
> should connect fine with it.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Where, exactly, are Context data files?

[Keith Wiley]

Mark Murphy wrote:
> Keith Wiley wrote:
> > ...so how do I transfer data saved by my app off the phone?
>
> adb pull works, if you have the full path to the file in question.

But that requires anyone using my app to download the sdk and use cmd-
line tools to move data from the phone to their computer.

Another response said I can write to the sd card, which is visible as
an external drive when the phone is mounted.  If I can figure out how
that's done that should work.

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Can't get threaded progress bars to work

[Keith Wiley]

I'm trying to put up a progress bar while reading and processing a
file.  I'm open to title bar vs dialog and determinate vs.
indeterminate.  At this point I don't care, I just want to get
something working.  The problem occurs as the working thread attempts
to turn the progress bar off.  At that point the program crashes.  In
the example below ".F" is never written to the log.

Any help is appreciated.

Thanks.

The following code subs the actual file reading and processing out and
replace it with sleep() for the time being.

private void read() {
//First test without a thread...this works without crashing, 
but of
course the progress bar is never
//shown or updated because the main thread is locked up doing 
work
(sleeping in this example).

Log.v("Thread/Progress test", "a");
//showDialog(INDETERMINATE_DLOG_ID);
setProgressBarIndeterminateVisibility(true);
Log.v("Thread/Progress test", "b");
try {
Log.v("Thread/Progress test", "c");
Thread.sleep(5000);
Log.v("Thread/Progress test", "d");
} catch (InterruptedException e) {
}
Log.v("Thread/Progress test", "e");
setProgressBarIndeterminateVisibility(false);
Log.v("Thread/Progress test", "f");

//Next try it with a separate working thread.  Progress bar is
shown,
//but program crashes as working threads terminates the progress
bar.

Log.v("Thread/Progress test", "A");
setProgressBarIndeterminateVisibility(true);
Log.v("Thread/Progress test", "B");
new Thread(new Runnable() {
public void run() {
try {
Log.v("Thread/Progress test", ".C");
Thread.sleep(5000);
Log.v("Thread/Progress test", ".D");
} catch (InterruptedException e) {
}

Log.v("Thread/Progress test", ".E");
setProgressBarIndeterminateVisibility(false);
//dismissDialog(INDETERMINATE_DLOG_ID);
Log.v("Thread/Progress test", ".F");
}   //Runnable.run()
}).start();
Log.v("Thread/Progress test", "G");
}
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Can't get threaded progress bars to work

[Keith Wiley]

On Dec 21, 6:15 pm, Mark Murphy  wrote:
> Keith Wiley wrote:
> > I'm trying to put up a progress bar while reading and processing a
> > file.  I'm open to title bar vs dialog and determinate vs.
> > indeterminate.  At this point I don't care, I just want to get
> > something working.  The problem occurs as the working thread attempts
> > to turn the progress bar off.  At that point the program crashes.  In
> > the example below ".F" is never written to the log.
>
> You don't indicate what the error is from your log.

The error log is empty.  The only behavior is a crash.  The debugger
stops at ViewRoot.checkThread() line 1849.  The call stack doesn't
contain any of my classes/functions.  It's coming from the system.

> That being said, you are calling
> setProgressBarIndeterminateVisibility(false); from the background
> thread. Since this probably has an impact on the UI, you probably cannot
> call this safely from a background thread.
>
> Instead, arrange to call it on the UI thread, either via a Handler,
> Activity#runOnUiThread(), View#post(), etc.

Okay.  Thanks.  I needed to figure out some way to detect when to
close progress bar.  I admit, I was a little unsure of the best way to
do it.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Text justification

[Keith Wiley]

I think this is a straight forward question.  How do I state that the
text in a TextView should be full justified?  I don't see anything
about this in the TextView or TextView-Attributes docs.  Search on the
groups didn't turn much up either.  I see some mention of it on the
docs page for java.awt.font.TextAttribute, which is not specifically
in the android namespace as far as I can tell despite being in the
Android docs (what does that mean, is it part of android or not?), but
I don't know how to apply that to a TextView.

Text justification.  Is it possible?

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Send Intent Email PNG attachment woes

[Keith Wiley]

Trying to send a png as an email attachment.  I found the following,
which works except that the image is automatically converted to a very
lossy jpeg by the time it reaches the email program (it even has
a .jpg extension).  I'm quite perplexed by that:

Bitmap image = Bitmap.createBitmap(view.getWidth(), view.getHeight(),
Bitmap.Config.RGB_565);
view.draw(new Canvas(image));
String url = Images.Media.insertImage(getContentResolver(), image,
"temp.png"), null);

Intent sendIntent = new Intent(Intent.ACTION_SEND);
sendIntent.putExtra(Intent.EXTRA_SUBJECT, "Subject");
sendIntent.putExtra(Intent.EXTRA_STREAM, Uri.parse(url));
sendIntent.setType("image/png");
startActivity(Intent.createChooser(sendIntent, "Email:"));

=

My other attempt directly creates a temporary .png file on disk and
attempts to send that, but the email composition UI comes up with no
attachment at all.  Here's how I tried to do it:

File dir = new File("/sdcard/myAppFiles/");
dir.mkdirs();
File dataFile = new File("/sdcard/myAppFiles/" + "temp.png");
BufferedOutputStream bos = new BufferedOutputStream(new
FileOutputStream(dataFile));

Bitmap image = view.getDrawingCache();
image.compress(Bitmap.CompressFormat.PNG, 100, bos);

bos.flush();
bos.close();

String absPath = "file:///sdcard/myAppFiles/temp.png";

Intent sendIntent = new Intent(Intent.ACTION_SEND);
sendIntent.putExtra(Intent.EXTRA_SUBJECT, "Subject");
sendIntent.putExtra(Intent.EXTRA_STREAM, absPath);
sendIntent.setType("image/png");
startActivity(Intent.createChooser(sendIntent, "Email:"));

=

Of course, it seems wasteful to me to create a temporary image on disk
(or the sdcard or whatever).  Can't I generate and ship a png to the
email program all in RAM?  At any rate, the second method above didn't
work anyway, and the first method performs a jpeg conversion.

Any thoughts?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Send Intent Email PNG attachment woes

[Keith Wiley]

Does anyone know what happened in the two cases I demonstrated in the
previous post?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Stumped on launching Market app

[Keith Wiley]

I just can't find a simple bit of sample code online that shows how to
do this so I'm trying to piece it together as best as I can.  Any help
is appreciated.

I am following the suggestions on the doc page page about publishing
w.r.t. notifying users of version updates.  I already have a simple
text file on my website that indicates the current version and I can
successfully read the file and check the current version against the
installed version, so I can notify the user that they need to update
(this all works), but I can't help them by launching the market app,
much less launching it with a specific query to my app's market page.
Here's how I thought it should be done:

Intent i = new Intent();
i.setAction("ACTION_VIEW");
Uri uri = Uri.parse("market://search?q=pname:");
i.setData(uri);
try {
startActivity(i);
}
catch (Exception e) {
String es = e.getMessage();
Log.v("", es);
}

It fails with a ActivityNotFoundException.  It fails in an identical
fashion with several other URIs, for example:

http://market.android.com/search?q=pname:
market://search?q=pub:"My Name"
market://search?q=MyFirstName

I am doing all of these on the actual device, not the emulator, and
the device has a network connection...if that makes a difference
although I wouldn't expect it to be necessary.

What's wrong?

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Stumped on launching Market app

[Keith Wiley]

Hmmm, the suggested quoted below worked.  I wonder why.  BTW, on your
other two posts, I had tried those, no luck.  Doing the whole thing in
one statement seems to work.  I'll have to look into it.

Thanks.

On Jan 3, 8:12 pm, John Spurlock  wrote:
> Try this:  startActivity(new Intent(Intent.ACTION_VIEW,Uri.parse
> ("market://search?q=pname:" + packageName)));
>
> Seehttp://code.google.com/android/devel/sign-publish.html#marketintent
>
> On Jan 3, 9:18 pm, Keith Wiley  wrote:
>
> > I just can't find a simple bit of sample code online that shows how to
> > do this so I'm trying to piece it together as best as I can.  Any help
> > is appreciated.
>
> > I am following the suggestions on the doc page page about publishing
> > w.r.t. notifying users of version updates.  I already have a simple
> > text file on my website that indicates the current version and I can
> > successfully read the file and check the current version against the
> > installed version, so I can notify the user that they need to update
> > (this all works), but I can't help them by launching the market app,
> > much less launching it with a specific query to my app's market page.
> > Here's how I thought it should be done:
>
> > Intent i = new Intent();
> > i.setAction("ACTION_VIEW");
> > Uri uri = Uri.parse("market://search?q=pname:");
> > i.setData(uri);
> > try {
> >         startActivity(i);}
>
> > catch (Exception e) {
> >         String es = e.getMessage();
> >         Log.v("", es);
>
> > }
>
> > It fails with a ActivityNotFoundException.  It fails in an identical
> > fashion with several other URIs, for example:
>
> >http://market.android.com/search?q=pname:
> > market://search?q=pub:"My Name"
> > market://search?q=MyFirstName
>
> > I am doing all of these on the actual device, not the emulator, and
> > the device has a network connection...if that makes a difference
> > although I wouldn't expect it to be necessary.
>
> > What's wrong?
>
> > Thanks.
>
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Are ratings and number of installs wiped on version update?

[Keith Wiley]

I just uploaded a version update of my program and now my publisher
page shows 0 ratings, 0 total, and 0 active installs.  I'm not sure
what the market will show because it no longer appears.  I'm just
hoping that is because uploading a new version takes a while to appear
in the market while immediately removing the old version from the
market...I hope!

But have I really lost all my past ratings and all record of my number
of downloads on the market?  Ack!  Tell me I haven't lost all my good
ratings?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Are ratings and number of installs wiped on version update?

[Keith Wiley]

Followup: for anyone else experiencing similar woes, my download count
and ratings returned after a while, although it took a few hours.
All's well, despite a slight delay.

Cheers!

On Jan 4, 1:36 pm, Keith Wiley  wrote:
> I just uploaded a version update of my program and now my publisher
> page shows 0 ratings, 0 total, and 0 active installs.  I'm not sure
> what the market will show because it no longer appears.  I'm just
> hoping that is because uploading a new version takes a while to appear
> in the market while immediately removing the old version from the
> market...I hope!
>
> But have I really lost all my past ratings and all record of my number
> of downloads on the market?  Ack!  Tell me I haven't lost all my good
> ratings?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: How To Custom Horizontal Scroll?

[Keith Wiley]

I went as far as to fully hack the ScrollView class itself to 2D
scrolling capability.  I'm pretty sure I got the class set up
properly, but I could never get it to receive horizontal scrolling
events, so it never triggered the horizontal routines I incorporated
into it.  I believe the problem occurs at a higher level of the layout
manager.  I have, as yet, failed to produce a solution.  If you look
at my app, Shread Spreet, you will see that I have resorted to a
combination of true vertical scrolling and "paged" horizontal
scrolling using buttons that rebuild the layout from scratch on a per-
page basis.  Until I find a better way, that's how I'm going to have
to do it.  

On Jan 4, 4:39 pm, Moto  wrote:
> I've read all over and everyone one asks how to achieve a horizontal
> scrolling on a LinearLayout.  It's really bad that no one has a
> solution to this issue...
>
> My question is;
>
> 1. How do you use Scroller class? do I have to extend the class?
> 2. How could I track finger location movement on a layout?
>
> A little hard coded Horizontal moving of a Layout.
>
> Move Item Horizontally:
> LinearLayout tbl = (LinearLayout)findViewById( R.id.MenuBarLayout );
> tbl.scrollTo(40, 0);
>
> Hopefully someone can point me to the right direction...
>
> Thanks,
> Moto!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Orientation change on non-front activity?

[Keith Wiley]

Here's an interesting dilemma.  My app detects and reacts to
orientation changes (through a screen-flip-open/close on the G1 for
example) through the onPause/onResume/onCreate methods without any
trouble.  It handles them and keeps rolling with the correct
behavior...but, if someone opens a second, temporary activity, for
example, the preferences activity incorporated into my app, and then
flips the orientation while in that secondary activity, and then
closes it to return to the primary activity, then my program crashes,
and I have determined that the problem is that the primary activity
didn't receive a onPause/onResume/onCreate call and consequently
didn't rebuild its UI properly.

What's the proper way to handle this?  Do I have to manually send a
message from the secondary activity when it notices the orientation
flip to the primary activity so it knows to rebuild itself?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Orientation change on non-front activity?

[Keith Wiley]

Nevermind...sorta...the solution was to move the UI rebuilding routine
from onActivityResult to onResume.  The problem seemed to stem from
the exactly order in which onCreate, onActivityResult, and onResume
are called upon return to the primary activity.  Cuidado!  :-)

On Jan 5, 10:09 am, Keith Wiley  wrote:
> Here's an interesting dilemma.  My app detects and reacts to
> orientation changes (through a screen-flip-open/close on the G1 for
> example) through the onPause/onResume/onCreate methods without any
> trouble.  It handles them and keeps rolling with the correct
> behavior...but, if someone opens a second, temporary activity, for
> example, the preferences activity incorporated into my app, and then
> flips the orientation while in that secondary activity, and then
> closes it to return to the primary activity, then my program crashes,
> and I have determined that the problem is that the primary activity
> didn't receive a onPause/onResume/onCreate call and consequently
> didn't rebuild its UI properly.
>
> What's the proper way to handle this?  Do I have to manually send a
> message from the secondary activity when it notices the orientation
> flip to the primary activity so it knows to rebuild itself?
>
> Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Where to get widget code

[Keith Wiley]

I realize this topic has come up, but I would like a ScrollView that
scrolls like a MapView to wrap a large TableLayout, so I can simply
drag the table around like a map and scroll it on both axes.  To my
knowledge there is really no way to implement this behavior in Android
out of the box.  Am I correct about that?

So, I think the solution is to find the ScrollView code, see how it
scroll vertically, and extend it in a new class to support horizontal
scrolling.

...but I can't figure out where to get the ScrollView code.

Does anyone know an easier way to achieve my desired goal, or
otherwise, where to get the code for a built-in widget like a
ScrollView?

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Horizontal ScrollView

[Keith Wiley]

Not sure where my last post disappeared to.  Sorry if two appear as a
result of my reposting this.

I would like a 2D scrolling table, much like a browser or map.
ScrollView only scrolls vertically.  What is the best way to achieve
this goal?  I'm not sure how to implement scrolling from scratch.

Thank you.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Utterly confounded trying to create horizontal scrolling

[Keith Wiley]

I am trying to convert ScrollView into a new class ScrollView2D that
will support horizontal scrolling.  I have made what I consider to be
sensible changes to the class, but I cannot for the life of me get any
horizontal scrolling.  In my layout XML I am enclosing ScrollView2D
around a TableLayout, which in turn holds TableRows of EditTexts.
Actually, the TableRows are generated in code, as are the EditTexts
they hold, so the XML only descends as far as the TableLayout.

I have determined, thanks to the debugger, that the program stems from
the fact that the View's width is not being constrained the way the
Height is.  As rows are added, the height is not permitted to exceed
the screen's height (or the parent ViewGroup's height.  One the table
is taller than this height, vertical scrolling kicks in.  However,
when adding columns to the table (adding EditTexts to the end of the
TableRows) the width of the enclosing View just keeps getting larger,
vastly exceeding the width of the screen.  Consequently, horizontal
scrolling never kicks in.  Horizontal scrollbars don't appears,
dragging has not effect, and right-arrow jumping across the rows
simply jumps the focus out of view off the right side of the screen.

I am at a total loss where to go on this.  I'm not sure if the problem
is in the XML layout setup or in the actual java code for the new
ScrollView2D class.

Should I post my entire code for that class?  What will help you help
me figure this out?

Thank you.

Keith
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Utterly confounded trying to create horizontal scrolling

[Keith Wiley]

Wow, sorry for the numerous small grammatical/typo errors in my post.
I should have given that a quick proofread.

My apologies.

Cheers!

Keith

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Why do getWidth() and related functions always return 0?

[Keith Wiley]

I'm perplexed why the dimension accessors on Views generally return
0.  I have specified fill_parent as their layout_width and
layout_height, yet calls to getWidth(), getRight(), etc. all return 0.

Does this make any sense?  How do I find out how big a view is?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Why do getWidth() and related functions always return 0?

[Keith Wiley]

I'm sorry, I really don't know what you're trying to point me to.  I
have thoroughly read the docs for the class android.view.View.  Is
that what you're referring to when you say "View docs on layout" or do
you mean a different document?  I am afraid that while that
documentation is clearly thorough, it is not necessarily unambiguous,
as I still don't understand how to ask a view what its width is.

Sorry for the trouble.

Am I supposed to be reading some other documentation?

Thanks.

On Dec 9, 9:25 am, "Dianne Hackborn" <[EMAIL PROTECTED]> wrote:
> Read the View docs on layout.
>
> On Tue, Dec 9, 2008 at 9:24 AM, Keith Wiley <[EMAIL PROTECTED]> wrote:
>
> > I'm perplexed why the dimension accessors on Views generally return
> > 0.  I have specified fill_parent as their layout_width and
> > layout_height, yet calls to getWidth(), getRight(), etc. all return 0.
>
> > Does this make any sense?  How do I find out how big a view is?
>
> > Thanks.
>
> --
> Dianne Hackborn
> Android framework engineer
> [EMAIL PROTECTED]
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support.  All such questions should be posted on public
> forums, where I and others can see and answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Why do getWidth() and related functions always return 0?

[Keith Wiley]

Thanks, very helpful info.  I'll take it under advisement.

Cheers!

On Dec 9, 11:54 am, Ian <[EMAIL PROTECTED]> wrote:
> Hi Keith,
>
> Yes, it's a little tricky.  And I certainly don't consider the docs to
> be thorough more of a work in progress.
>
> Anyhow, the deal is that layout of the contents of a window happens
> *after* all the elements are constructed and added to their parent
> views.  It has to be this way, because until you know what components
> a View contains, and what they contain, and so on, there's no sensible
> way you can lay it out.
>
> Bottom line, if you call getWidth() etc. in a constructor, it will
> return zero.  The procedure is to create all your view elements in the
> constructor, then wait for your View's onSizeChanged() method to be
> called -- that's when you first find out your real size, so that's
> when you set up the sizes of your GUI elements.
>
> Be aware too that onSizeChanged() is sometimes called with parameters
> of zero -- check for this case, and return immediately (so you don't
> get a divide by zero when calculating your layout, etc.).  Some time
> later it will be called with the real values.
>
> Cheers,
>
> Ian
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Intents that used to work stopped working.

[Keith Wiley]

My app used to appear in Linda File Manager's "send to" list.  I just
realized this is no longer the case.  I didn't update Linda File
Manager.  The only thing I can think of is that the phone recently
automatically updated to Donut.

Does anyone have any other theory why two apps that used to talk to
one another in this regard would suddenly stop working?

Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Intents that used to work stopped working.

[Keith Wiley]

I don't understand.  The problem is happening before my app is ever
triggered so how can any aspect of my code (or my manifest) have any
effect?  Linda File Manager simply doesn't show my app in its "send
to" list.  Likewise for GMail attachments by the way.  I need to get
these *other* apps to show my app in their list of apps to send files
to.

Do you understand what I'm saying, I'm not sure I'm explaining it very
clearly.

On Oct 11, 10:58 am, Dianne Hackborn  wrote:
> Add the debug flag to your intent to get log output about how the intent
> resolution is happening.
>
> On Sun, Oct 11, 2009 at 10:02 AM, Keith Wiley  wrote:
>
> > My app used to appear in Linda File Manager's "send to" list.  I just
> > realized this is no longer the case.  I didn't update Linda File
> > Manager.  The only thing I can think of is that the phone recently
> > automatically updated to Donut.
>
> > Does anyone have any other theory why two apps that used to talk to
> > one another in this regard would suddenly stop working?
>
> > Thanks.
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> Note: please don't send private questions to me, as I don't have time to
> provide private support, and so won't reply to such e-mails.  All such
> questions should be posted on public forums, where I and others can see and
> answer them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Market screen shots

[Keith Wiley]

I realize this is sort of a Market question, but it's for developers,
not users, so, I dunno...

Anyway, I noticed that I could add screen shots for my paid app but
not for my fee app.  There was no "browse/upload" interface for the
free app although the console still mentioned the possibility of
adding two screen shots.

Has anyone else noticed this, an inability to add screen shots due to
the console page not showing the "browse/upload" buttons, and is it
correlated with paid vs. free apps or that a coincidence in my case?

Thanks.

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Market screen shots

[Keith Wiley]

Anyone else?  When  open the console for my app I see the entry for
screen shots directly below the .apk file upload area, and the note
that there is a 2 image max, but there is no "browse/upload"
interface.

Any ideas?  I'll hit the Market forums about this too.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: Market screen shots

[Keith Wiley]

You're right.  It's working now.  How strange.
Thanks.

On Oct 14, 6:10 pm, Brian Conrad  wrote:
> Yes, I saw that too.  But when I went back the next day I was able to
> "browse/upload" on that application.  So check again tomorrow.  It's
> kind of as if you are only allowed upload one set a day (which is funny).
>
> Keith Wiley wrote:
> > Anyone else?  When  open the console for my app I see the entry for
> > screen shots directly below the .apk file upload area, and the note
> > that there is a 2 image max, but there is no "browse/upload"
> > interface.
>
> > Any ideas?  I'll hit the Market forums about this too.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] No luck with italic text

[Keith Wiley]

Without specifying a custom font, does the default Android font simply
not support italic? It seems to support all other settings provided by
the Typeface class: serif, bold, monospace, etc., but italic and
italic-bold don't work. The former appears normal and the latter
appears bold.  I'm surprised that it supports things like serif and
monospace, but not something as obvious at italic, which is in some
sense a simpler concept.

I'm sure I'm missing something obvious here.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: No luck with italic text

[Keith Wiley]

On Oct 23, 11:04 am, Mark Murphy  wrote:
> Keith Wiley wrote:
> > Without specifying a custom font, does the default Android font simply
> > not support italic? It seems to support all other settings provided by
> > the Typeface class: serif, bold, monospace, etc., but italic and
> > italic-bold don't work. The former appears normal and the latter
> > appears bold.  I'm surprised that it supports things like serif and
> > monospace, but not something as obvious at italic, which is in some
> > sense a simpler concept.
>
> > I'm sure I'm missing something obvious here.
>
> Got a snippet of XML that isn't working for you?

> Android App Developer Books:http://commonsware.com/books

No XML. That's my point, this is all code-based text painting.
Something like the following:

I can create normal, bold, monospace, and serif text, but I can't
create italic text.  It always looks normal (or in the case of bold-
italic, it looks bold).  In addition, I am unsure what settings to use
to indicate italic serif or italic monospace (there is a setting for
italic-bold, although it just appears bold).

I am referring to examples of the following sort:

//This will appear normal
paint.setTypeface(Typeface.DEFAULT);
canvas.drawText("foo", 10, 10, paint);

//This will appear bold
paint.setTypeface(Typeface.DEFAULT_BOLD);
canvas.drawText("foo", 10, 10, paint);

//This will appear monospace
paint.setTypeface(Typeface.MONOSPACE);
canvas.drawText("foo", 10, 10, paint);

//This will appear normal (identical to first example)
paint.setTypeface(Typeface.SANS_SERIF);
canvas.drawText("foo", 10, 10, paint);

//This will appear serif
paint.setTypeface(Typeface.SERIF);
canvas.drawText("foo", 10, 10, paint);

//This will appear normal
paint.setTypeface(Typeface.defaultFromStyle(Typeface.NORMAL));
canvas.drawText("foo", 10, 10, paint);

//This will appear bold
paint.setTypeface(Typeface.defaultFromStyle(Typeface.BOLD));
canvas.drawText("foo", 10, 10, paint);

//This will appear normal (identical to first example)  <===  THE
PROBLEM BEING DESCRIBED
paint.setTypeface(Typeface.defaultFromStyle(Typeface.ITALIC));
canvas.drawText("foo", 10, 10, paint);

//This will appear bold (identical to straight-up bold)  <===  THE
PROBLEM BEING DESCRIBED
paint.setTypeface(Typeface.Typeface.defaultFromStyle
(Typeface.BOLD_ITALIC));
canvas.drawText("foo", 10, 10, paint);
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Re: No luck with italic text

[Keith Wiley]

No thoughts on my last post?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---

[android-developers] Merchant account -> payouts -> fees history -> third column?

[Keith Wiley]

I asked this on the Market forum and didn't get an answer.  I need
this information to prepare my taxes.

The third column of the page noted in the subject line is labeled
"previous month sales".  The question is simple whether this is the
total of sales price or total after Google takes 30%, i.e., the total
deposited in our bank account?

I assume we only pay tax on the latter, correct?

I realize this is the wrong go forum for this, but like I said, the
Market forum almost always leaves all questions on the floor
unanswered and this is important information that people need to know.

Any help is appreciated.

Cheers!

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

To unsubscribe from this group, send email to 
android-developers+unsubscribegooglegroups.com or reply to this email with the 
words "REMOVE ME" as the subject.

[android-developers] Did Google just kill MobFox?

[Keith Wiley]

I admit I haven't logged into my developer console in a few days, but when 
I did this morning I saw a message that there are new guidelines to agree 
to and that existing apps not in compliance might be removed 30 days hence 
(less than 30 since I missed a few days).  Part of the new agreement says 
the following [my emphasis in red]:


   - *In-app purchases:* 
   - 
  - *Developers offering virtual goods* or currencies* within a game 
  downloaded from Google Play must use Google Play's in-app billing 
  service as 
the method of payment. 
  *
  - Developers offering additional content, services or functionality 
  within another category of app downloaded from Google Play must use 
Google 
  Play's in-app billing 
serviceas the 
method of payment, except: 
 - where payment is primarily for physical goods or services (e.g. 
 buying movie tickets, or buying a publication where the price also 
includes 
 a hard copy subscription); or 
 - where payment is for digital content or goods that may be 
 consumed outside of the application itself (e.g. buying songs that can 
be 
 played on other music players). 
  
One approach to interpreting this would be to try to nit-pick it apart (to 
debate the meaning of "*virtual good*" for instance, but another approach 
is to simply ask the larger question: Can we no longer use MobFox or any 
other non-Google in-app payment system (in a game, perhaps other apps, but 
not in a game for whatever reason)?   I have a game on Google Play that 
uses in-app purchases to sell various "upgrades" or "additional 
capabilities" (sort of extra-life like things) within the game.  Is Google 
going to remove my app three weeks from now if I don't complete gut all the 
MobFox payments from it or am I misunderstanding these new guidelines?

...or, alternatively, does "*virtual good*" refer to something very 
specific, not just app upgrades but actual "pretend items" of some nebulous 
definition (like magic swords or stuff like that, which my game doesn't 
have anything like anyway), such that the *mere presence of MobFox* in an 
app won't necessarily be grounds for summary removal by Google.

I'm quite confused about this.

Thanks.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[android-developers] Re: Did Google just kill MobFox?

[Keith Wiley]

Fair enough.  Thanks for the info.  That leaves me rather confused though.  
What is the point of third party systems like MobFox?  How do they work?  
Is their entire business model predicated on hoping confused developers 
such as myself will accidentally violate the Google TOS?  That strikes me 
as somewhat unbelievable.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[android-developers] Re: Did Google just kill MobFox?

[Keith Wiley]

WAIT.  Oh man am I confused.  I'm sorry.  I use MobFox for my in-app ads 
(as opposed to whatever ad system Google supports, AdMob I believe), but my 
in-app purchases are processed using Google.  Yeesh!

In fact, IIRC, I coded up both MobFox and AdMob ads and can switch to use 
either, both, or neither of those ad systems, but I don't think I ever 
turned the AdMob option on, only MobFox.

Anyway, this whole discussion is something of a red herring now.  Sorry.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [android-developers] Re: Did Google just kill MobFox?

[Keith Wiley]

Like I said in an earlier response, I was confusing in-app ads and in-app 
purchases.  This entire thread (my original question) is essentially 
invalid.  Please disregard.  Sorry.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Android Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to android-developers+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[android-developers] Testing in-app purchases is incompatible with monotonically increasing Android versions

[Keith Wiley]

I'm debugging in-app purchases.  This requires me to create the app profile 
on the console and upload the apk (but not necessarily publish it).  With 
an invited test gmail account, I can then test in-app purchases.  The 
problem is, there is no way to upload changes to the app if I have to fix 
something.  Say I upload an apk with version number 1.  Google requires 
that I increase the apk number with every upload, so I have to increase the 
number to 2 to change the code, and version 3 to change it again.  I may go 
through numerous iterations of development getting the final code in 
place...but none of these are actual new releases, the app isn't even 
published yet!  I want the first published version to be version 1, 
regardless of any initial testing and there doesn't seem to be any way to 
do this.  If I delete the apk from the app description in the hopes of 
wiping out the version numbers so I can upload an apk with version 1, the 
ENTIRE app profile is destroyed and I have to create a new one from 
scratch, including the required screenshot uploads and other tedium 
unrelated to testing.  This imposes a tremendous burden on the debugging 
process.

Is there any way to do what I am trying to accomplish here?  I am at a loss.

Thank you.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Testing in-app purchases is incompatible with monotonically increasing Android versions

[Keith Wiley]

Yeah, I know, but I still want to use the versionCode to label public 
releases, not just one-off momentary debug versions.  I'm not even talking 
about officially versioned betas here, I'm just talking about pushing the 
code through a rapid build-test-debug-fix cycle.  Every time I want to try 
another little thing on out in-app purchasing I have to delete the entire 
app profile and start over.

On Saturday, December 15, 2012 1:24:43 PM UTC-8, mbanzon wrote:
>
> In your manifest you should have both android:versionCode and 
> android:versionName attributes. The versionCode is the one you need to 
> increment but the versionName is the one the user sees and that one 
> can be whatever you like afaik. 
>
> On Sat, Dec 15, 2012 at 10:15 PM, Keith Wiley > 
> wrote: 
> > I'm debugging in-app purchases.  This requires me to create the app 
> profile 
> > on the console and upload the apk (but not necessarily publish it). 
>  With an 
> > invited test gmail account, I can then test in-app purchases.  The 
> problem 
> > is, there is no way to upload changes to the app if I have to fix 
> something. 
> > Say I upload an apk with version number 1.  Google requires that I 
> increase 
> > the apk number with every upload, so I have to increase the number to 2 
> to 
> > change the code, and version 3 to change it again.  I may go through 
> > numerous iterations of development getting the final code in place...but 
> > none of these are actual new releases, the app isn't even published yet! 
>  I 
> > want the first published version to be version 1, regardless of any 
> initial 
> > testing and there doesn't seem to be any way to do this.  If I delete 
> the 
> > apk from the app description in the hopes of wiping out the version 
> numbers 
> > so I can upload an apk with version 1, the ENTIRE app profile is 
> destroyed 
> > and I have to create a new one from scratch, including the required 
> > screenshot uploads and other tedium unrelated to testing.  This imposes 
> a 
> > tremendous burden on the debugging process. 
> > 
> > Is there any way to do what I am trying to accomplish here?  I am at a 
> loss. 
> > 
> > Thank you. 
>
> -- 
> Michael Banzon 
> http://michaelbanzon.com/ 
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Testing in-app purchases is incompatible with monotonically increasing Android versions

[Keith Wiley]

Aaaah, I see now.  Okay.  Thanks.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] In-app purchase: Connection between merchant console and app?

[Keith Wiley]

The merchant console offers two ways to undo an order.  You can "cancel 
entire order" or you can "refund some money", that letter often being 
disabled or otherwise unavailable on recent purchases.

When the developer/seller uses each of these options, what should be the 
corresponding signal back to the app on the buyer's phone?

I ask because it isn't working.  My test account app doesn't receive any 
sort of signal or message back through Google Wallet, Google Play, or the 
billing service/receiver in my app.  I've followed the Dungeons example, 
naturally, and I have no idea how to get cancel/refund messages back to my 
app from Google.  If I use the test refund sku, my app gets a refund 
purchase event as expected, but if I use the real skus with a secondary 
test account, issuing a cancel from the merchant console never triggers any 
event on the test account's phone.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] How to delete app in new console

[Keith Wiley]

In the old console, if you delete the last APK, the entire app goes 
away...for better or worse.  However, in the new console there appears to 
be no way at all to delete an app.  Is this correct?  Is my console now 
littered with unintended apps that will persist forever?  I have a version 
of the Dungeons app and I have draft versions of an app in-prep that I 
divided between free and paid before abandoning them in favor of a freemium 
model.  Is there anyway to clean up this clutter in the console?

Thanks.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: How to delete app in new console

[Keith Wiley]

Where in the app manager is there a delete-app command?  I honestly don't 
see it.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to delete app in new console

[Keith Wiley]

I don't think we're having the same conversation here.  I'm not talking 
about anything on the phone at all.  I'm talking about the web console 
Android developers use to manage their apps in Google Play.  I'm honestly 
surprised no one else has chimed in on this discussion.  It seems like a 
legitimate question.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to delete app in new console

[Keith Wiley]

Thanks, that makes a lot of sense I suppose.  I haven't tried unpublishing 
a previously published app because I don't have a good candidate at the 
current time, but I do know that draft or otherwise as-yet unpublished apps 
offer no obvious method for removal...in stark contrast with the old 
console which could explicitly remove unpublished apps entirely.

Thanks again.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to delete app in new console

[Keith Wiley]

Like I said, I haven't tested it on a previously published app, only on 
draft apps that were never published in the first place...but in the old 
console if you delete the last APK associated with the app, the entire app 
description vanishes.  I don't know if it would do that for an app once it 
was published, but it is certainly different from the new console in this 
regard.

On Friday, December 21, 2012 5:47:24 AM UTC-8, TreKing wrote:
>
> On Thu, Dec 20, 2012 at 11:04 AM, Keith Wiley 
> > wrote:
>
>> .in stark contrast with the old console which could explicitly remove 
>> unpublished apps entirely.
>
>
> Where exactly could you remove unpublished apps? I was under the 
> impression that once an app was published, if you unpublished it 
> afterwards, there was no way to delete it.
>
>
> -
> TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago 
> transit tracking app for Android-powered devices
>  

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: How to delete app in new console

[Keith Wiley]

On Friday, December 21, 2012 6:02:10 PM UTC-8, TreKing wrote:
 

> It's also fantastic because the new app made in the new console doesn't 
> appear in the old console, so you can't delete it that way. Womp womp.
>
>
YEP!  I've noticed that too.  It defies rationalization.  Sigh. 

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Nexus 7 has no menu button?

[Keith Wiley]

I don't have access to a Nexus 7 but I'm getting feedback from users that 
they can't access the menus in my app...like, at all...which I find 
perplexing since I use the same standard menus that all Android apps use 
(including the Android home-screen).  If the Nexus 7 doesn't have a 
relatively obvious menu button, it seems to me that the majority of Android 
apps, including the home-screen, would be veritably unusable.

Can anyone help me understand what's going on here?

Thanks.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Right, so since it targets a very old SDK, you're saying they should be 
able to simply access the menus through an option in the system bar.  In 
other words, these people don't know how to use their tablets; their 
problem has nothing to do with my app being incompatible with their device, 
or even necessarily that my app is poorly designed.  They just don't know 
how to find the menu button on their own device, right?

I'm just verifying, that's what you're saying right?  I mean, I don't need 
to change anything about my app to make it work properly, they just need to 
use the system bar to access the menus and they haven't learned that trick 
yet.  Is that basically correct?

Thanks.

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

[android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

On Wednesday, September 19, 2012 1:58:42 PM UTC-7, bob wrote:
>
> *Many of the latest Android devices have eliminated the hard menu key 
>> found on earlier hardware. Consequently, it's now the responsibility of app 
>> developers to include soft menu keys in their apps. *
>
> *
> *
>

Um, forgive me, but this response seems fundamentally at odds with Mark's 
initial response.

Which response is closer to the correct answer?  Is my app inherently 
broken on such devices or not?

Thank you. 

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Well, that's fair.  I'm not denying the the current release is a little old 
and targets older SDKs.  The app could certainly benefit from some sprucing 
up.  However, I wanted to verify whether the app *should* essentially work 
on modern hardware given that some users were emailing me saying they 
didn't know how to access the menus.  There's a big difference between 
saying I ought to update my app when I get a chance to keep things smooth 
and modern and saying the app is effectively broken on modern hardware and 
won't work  until I release an emergency patch to get it going again.

I was just trying to get a better picture of the circumstances.  I *think* 
this discussion has cleared it up, and I *think* my app should be working 
on modern devices, albeit through an OS sidedoor meant as a temporary fix 
until older apps are updated.  I'll have to try to find a Nexus to test it 
on myself to be absolutely certain of the circumstances.

Thanks again.

On Wednesday, September 19, 2012 2:27:36 PM UTC-7, Fran wrote:
>
> What Mark said is that you did things the "standard" way, users without 
> hard menu button will see a soft one. But if you did it another way, it 
> won't be shown.
>
> So you should update your app.
> On Sep 19, 2012 11:08 PM, "Keith Wiley" > 
> wrote:
>
>>
>>
>> On Wednesday, September 19, 2012 1:58:42 PM UTC-7, bob wrote:
>>>
>>> *Many of the latest Android devices have eliminated the hard menu key 
>>>> found on earlier hardware. Consequently, it's now the responsibility of 
>>>> app 
>>>> developers to include soft menu keys in their apps. *
>>>
>>> *
>>> *
>>>
>>
>> Um, forgive me, but this response seems fundamentally at odds with Mark's 
>> initial response.
>>
>> Which response is closer to the correct answer?  Is my app inherently 
>> broken on such devices or not?
>>
>> Thank you. 
>>
>>  

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Shead Spreet Lite.  I would also be curious about WildSpectra Mobile Lite.  
Since they are built in very similar ways (w.r.t. the basic OS framework 
and model) I expect their menu behavior to be similar such that verifying 
with either one should inform me about both...I presume.

Thanks a bunch!

On Wednesday, September 19, 2012 2:47:56 PM UTC-7, Fran wrote:
>
> What's your app? Is on Google play?
> On Sep 19, 2012 11:36 PM, "Keith Wiley" > 
> wrote:
>
>> Well, that's fair.  I'm not denying the the current release is a little 
>> old and targets older SDKs.  The app could certainly benefit from some 
>> sprucing up.  However, I wanted to verify whether the app *should* 
>> essentially work on modern hardware given that some users were emailing me 
>> saying they didn't know how to access the menus.  There's a big difference 
>> between saying I ought to update my app when I get a chance to keep things 
>> smooth and modern and saying the app is effectively broken on modern 
>> hardware and won't work  until I release an emergency patch to get it going 
>> again.
>>
>> I was just trying to get a better picture of the circumstances.  I 
>> *think* this discussion has cleared it up, and I *think* my app should be 
>> working on modern devices, albeit through an OS sidedoor meant as a 
>> temporary fix until older apps are updated.  I'll have to try to find a 
>> Nexus to test it on myself to be absolutely certain of the circumstances.
>>
>> Thanks again.
>>
>> On Wednesday, September 19, 2012 2:27:36 PM UTC-7, Fran wrote:
>>>
>>> What Mark said is that you did things the "standard" way, users without 
>>> hard menu button will see a soft one. But if you did it another way, it 
>>> won't be shown.
>>>
>>> So you should update your app.
>>> On Sep 19, 2012 11:08 PM, "Keith Wiley"  wrote:
>>>
>>>>
>>>>
>>>> On Wednesday, September 19, 2012 1:58:42 PM UTC-7, bob wrote:
>>>>>
>>>>> *Many of the latest Android devices have eliminated the hard menu key 
>>>>>> found on earlier hardware. Consequently, it's now the responsibility of 
>>>>>> app 
>>>>>> developers to include soft menu keys in their apps. *
>>>>>
>>>>> *
>>>>> *
>>>>>
>>>>
>>>> Um, forgive me, but this response seems fundamentally at odds with 
>>>> Mark's initial response.
>>>>
>>>> Which response is closer to the correct answer?  Is my app inherently 
>>>> broken on such devices or not?
>>>>
>>>> Thank you. 
>>>>
>>>>   

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Right, ugh.  Thanks.  I'm out of practice.  I've been testing over USB on 
my own device for several months now and have completely blanked on the 
emulator.  I'll see how that works.  Good suggestions.

On Wednesday, September 19, 2012 2:51:37 PM UTC-7, Mark Murphy (a Commons 
Guy) wrote:
>
> On Wed, Sep 19, 2012 at 5:33 PM, Keith Wiley > 
> wrote: 
> > I'll have to try to find a Nexus to test it on 
> > myself to be absolutely certain of the circumstances. 
>
> Or, test it on an emulator where you have disabled support for the MENU 
> button. 
>
> -- 
> Mark Murphy (a Commons Guy) 
> http://commonsware.com | http://github.com/commonsguy 
> http://commonsware.com/blog | http://twitter.com/commonsguy 
>
> Android Training in NYC: http://marakana.com/training/android/ 
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Thanks.  Either Shead Spreet Lite or WildSpectra Mobile Lite.  Since boths 
apps are built using a similar overall approach to the OS, testing either 
should reveal the situation for both apps simultaneously.

On Wednesday, September 19, 2012 2:53:31 PM UTC-7, Tommy wrote:
>
> Yeah what is the app name, I might have access to a nexus 7. I do have 
> access to a 4.0 tablet that does not have any hard menu keys. I’d be happy 
> to take a look and see if I can find the menu. I would consider myself an 
> above average user who should be able to find the menu if it really is 
> there hidden someplace J
>
>  
>
> *From:* android-d...@googlegroups.com  [mailto:
> android-d...@googlegroups.com ] *On Behalf Of *Francisco 
> Marzoa
> *Sent:* Wednesday, September 19, 2012 5:46 PM
> *To:* android-d...@googlegroups.com 
> *Subject:* Re: [android-developers] Re: Nexus 7 has no menu button?
>
>  
>
> What's your app? Is on Google play?
>
> On Sep 19, 2012 11:36 PM, "Keith Wiley" > 
> wrote:
>
> Well, that's fair.  I'm not denying the the current release is a little 
> old and targets older SDKs.  The app could certainly benefit from some 
> sprucing up.  However, I wanted to verify whether the app *should* 
> essentially work on modern hardware given that some users were emailing me 
> saying they didn't know how to access the menus.  There's a big difference 
> between saying I ought to update my app when I get a chance to keep things 
> smooth and modern and saying the app is effectively broken on modern 
> hardware and won't work  until I release an emergency patch to get it going 
> again.
>
> I was just trying to get a better picture of the circumstances.  I *think* 
> this discussion has cleared it up, and I *think* my app should be working 
> on modern devices, albeit through an OS sidedoor meant as a temporary fix 
> until older apps are updated.  I'll have to try to find a Nexus to test it 
> on myself to be absolutely certain of the circumstances.
>
> Thanks again.
>
> On Wednesday, September 19, 2012 2:27:36 PM UTC-7, Fran wrote:
>
> What Mark said is that you did things the "standard" way, users without 
> hard menu button will see a soft one. But if you did it another way, it 
> won't be shown.
>
> So you should update your app.
>
> On Sep 19, 2012 11:08 PM, "Keith Wiley"  wrote:
>
>
>
> On Wednesday, September 19, 2012 1:58:42 PM UTC-7, bob wrote:
>
> *Many of the latest Android devices have eliminated the hard menu key 
> found on earlier hardware. Consequently, it's now the responsibility of app 
> developers to include soft menu keys in their apps. *
>
>  
>
>
> Um, forgive me, but this response seems fundamentally at odds with Mark's 
> initial response.
>
> Which response is closer to the correct answer?  Is my app inherently 
> broken on such devices or not?
>
> Thank you. 
>
> -- 
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

OYE!  We're off topic and this is a very common complaint.  People butt 
heads with me over the permissions all. the. time.  It's so frustrating.  I 
do the best I can to explain these things up front on the Android Market 
(or "Google Play" [worst name ever]) but the Google Play interface is not 
amenable to disseminating this kind of information efficiently.  For 
example, I offer an explanation for the various permissions right there on 
Google Play in the app description, but people don't read it anyway...and 
then they give me a hard time about the permissions even though I explained 
before they ever install the app!  I can't stand it!!! :-D 


The app is a spreadsheet.  The ability to jump to the phone dialer was a 
specific user request (not even my idea) to enable users to tap phone 
numbers in spread sheets and jump to the dialer app to easy calling.  It's 
really quite an intuitive concept when you think about it, I thought it was 
a fantastic suggestion from a user interfaced point of view, but you 
honestly would not believe how much grief I've gotten over it.

On Wednesday, September 19, 2012 3:09:30 PM UTC-7, Fran wrote:
>
> Why it needs permission to call phone numbers? I rather like to try it on 
> my N7, but no with such permission, indeed.
> On Sep 19, 2012 11:53 PM, "Keith Wiley" > 
> wrote:
>
>> Shead Spreet Lite.  I would also be curious about WildSpectra Mobile 
>> Lite.  Since they are built in very similar ways (w.r.t. the basic OS 
>> framework and model) I expect their menu behavior to be similar such that 
>> verifying with either one should inform me about both...I presume.
>>
>> Thanks a bunch!
>>
>> On Wednesday, September 19, 2012 2:47:56 PM UTC-7, Fran wrote:
>>>
>>> What's your app? Is on Google play?
>>> On Sep 19, 2012 11:36 PM, "Keith Wiley"  wrote:
>>>
>>>> Well, that's fair.  I'm not denying the the current release is a little 
>>>> old and targets older SDKs.  The app could certainly benefit from some 
>>>> sprucing up.  However, I wanted to verify whether the app *should* 
>>>> essentially work on modern hardware given that some users were emailing me 
>>>> saying they didn't know how to access the menus.  There's a big difference 
>>>> between saying I ought to update my app when I get a chance to keep things 
>>>> smooth and modern and saying the app is effectively broken on modern 
>>>> hardware and won't work  until I release an emergency patch to get it 
>>>> going 
>>>> again.
>>>>
>>>> I was just trying to get a better picture of the circumstances.  I 
>>>> *think* this discussion has cleared it up, and I *think* my app should be 
>>>> working on modern devices, albeit through an OS sidedoor meant as a 
>>>> temporary fix until older apps are updated.  I'll have to try to find a 
>>>> Nexus to test it on myself to be absolutely certain of the circumstances.
>>>>
>>>> Thanks again.
>>>>
>>>> On Wednesday, September 19, 2012 2:27:36 PM UTC-7, Fran wrote:
>>>>>
>>>>> What Mark said is that you did things the "standard" way, users 
>>>>> without hard menu button will see a soft one. But if you did it another 
>>>>> way, it won't be shown.
>>>>>
>>>>> So you should update your app.
>>>>> On Sep 19, 2012 11:08 PM, "Keith Wiley"  wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Wednesday, September 19, 2012 1:58:42 PM UTC-7, bob wrote:
>>>>>>>
>>>>>>> *Many of the latest Android devices have eliminated the hard menu 
>>>>>>>> key found on earlier hardware. Consequently, it's now the 
>>>>>>>> responsibility of 
>>>>>>>> app developers to include soft menu keys in their apps. *
>>>>>>>
>>>>>>> *
>>>>>>> *
>>>>>>>
>>>>>>
>>>>>> Um, forgive me, but this response seems fundamentally at odds with 
>>>>>> Mark's initial response.
>>>>>>
>>>>>> Which response is closer to the correct answer?  Is my app inherently 
>>>>>> broken on such devices or not?
>>>>>>
>>>>>> Thank you. 
>>>>>>
>>>>>>-- 
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Thanks.

On Wednesday, September 19, 2012 3:14:11 PM UTC-7, Mark Murphy (a Commons 
Guy) wrote:
>
> On Wed, Sep 19, 2012 at 5:51 PM, Keith Wiley > 
> wrote: 
> > Shead Spreet Lite.  I would also be curious about WildSpectra Mobile 
> Lite. 
> > Since they are built in very similar ways (w.r.t. the basic OS framework 
> and 
> > model) I expect their menu behavior to be similar such that verifying 
> with 
> > either one should inform me about both...I presume. 
>
> Shead Spreet Lite has the menu affordance in the system bar on a 
> Galaxy Tab 2 7.0", running ICS. 
>
> -- 
> Mark Murphy (a Commons Guy) 
> http://commonsware.com | http://github.com/commonsguy 
> http://commonsware.com/blog | http://twitter.com/commonsguy 
>
> Android Training in NYC: http://marakana.com/training/android/ 
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: Nexus 7 has no menu button?

[Keith Wiley]

Oh cool.  I see what you're getting at.  Thanks.  I actually know exactly 
how that happened.  I originally used ACTION_CALL (and therefore had to put 
CALL_PHONE in).  I didn't like having it immediately dial so I switched to 
ACTION_DIAL and liked the interaction a lot better that way (allowing the 
user to confirm the call) but CALL_PHONE got left in as a by-product.  In 
evolution this process is referred to as "scaffolding" by the way, where 
the evolution of feature X requires feature Y but at a later time Y fades 
away leaving X looking fairly inexplicable.

Thanks.

On Wednesday, September 19, 2012 3:31:30 PM UTC-7, Mark Murphy (a Commons 
Guy) wrote:
>
> On Wed, Sep 19, 2012 at 6:24 PM, Keith Wiley > 
> wrote: 
> > The ability to jump to the phone dialer was a 
> > specific user request (not even my idea) to enable users to tap phone 
> > numbers in spread sheets and jump to the dialer app to easy calling. 
>
> You do not need CALL_PHONE to use ACTION_DIAL ("jump to the dialer 
> app"). You need CALL_PHONE to use ACTION_CALL. 
>
> -- 
> Mark Murphy (a Commons Guy) 
> http://commonsware.com | http://github.com/commonsguy 
> http://commonsware.com/blog | http://twitter.com/commonsguy 
>
> Android Training in NYC: http://marakana.com/training/android/ 
>

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en