[android-developers] Re: notifyDataSetInvalidated does *not* reset scroll position

2009-12-06 Thread ggcespia
Hello - does anyone have a work around for this 'new' behavior.  The
idea would be to reset the scroll position like
notifyDataSetInvalidated() used to do...

On Nov 23, 6:02 pm, ggcespia g...@boopsie.com wrote:
 In the 1.5 OS, the notifyDataSetInvalidated() not only invalidated the
 data source, but also reset the scroll position to the 'top' of the
 listview - so if you then called notifyDataSetChanged(), the ListView
 redrew with the new data *and* positioned the listview at the top.
 On the DROID in OS 2.0, this behaves differently, the
 notifyDataSetInvalidated() does *not* reset the scroll position.  I
 need it to reset the scroll position...like it used to.   Any ideas
 how to reset the scroll position?

-- 
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] EditText won't accept first keys typed

2009-12-06 Thread ggcespia
I have a simple Activity with a LinearLayout with an EditText and a
ListView in it.  When the application launches, the EditText box is
higlighted and it receives the onFocusChanged(true,..) event.
However, when I tap in the EditText and the virtual keyboard comes up,
the EditText does not 'eat' any key typed - the key goes to the Quick
Search Box and brings that Activity forward.  The EditText does *not*
get an onFocusChanged(false,...) This only started happening after SDK
1.5.  So, 1.6, 2.0, etc. exhibit this behavior.  Previous versions did
not - the key showed up in the edittext and all is fine.

If you launch the app with the hardware keyboard exposed, the keys
typed go into the EditText like they should.
With the hardware keyboard closed, launch the app, then If you press
DPad down, to give focus to the ListView, then DPad Up to give focus
back to the EditText, touch the EditText, then the subsequent keys
typed go to the EditText like they should.

So, the only problem is when the app is launched and the first thing
you do is touch in the EditText, then press a virtual keyboard
letter.  The letter goes to the Google Quick Search Box.

Any ideas?

I've tried overriding onTouchEvent and calling requestFocus()

-- 
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] notifyDataSetInvalidated does *not* reset scroll position

2009-11-23 Thread ggcespia
In the 1.5 OS, the notifyDataSetInvalidated() not only invalidated the
data source, but also reset the scroll position to the 'top' of the
listview - so if you then called notifyDataSetChanged(), the ListView
redrew with the new data *and* positioned the listview at the top.
On the DROID in OS 2.0, this behaves differently, the
notifyDataSetInvalidated() does *not* reset the scroll position.  I
need it to reset the scroll position...like it used to.   Any ideas
how to reset the scroll position?

-- 
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 hide user dictionary? or suggested words on keyboard

2009-07-08 Thread ggcespia

Our entire product is geared around auto-complete, so the suggested
words are useless in all of our applications - of which we are
shipping about 40 apps at the moment.  Do you know of a way to disable
this?   Here is a sample video of our app structure:
http://www.youtube.com/boopsieinc#play/search/1/9fjTC6yoDVAYou can
see how the suggested words box on Android 1.5 basically gets in the
way.


On Jul 1, 11:49 am, Andrew Burgess abom...@gmail.com wrote:
 This shouldn't happen if your text field is set as a password field, then
 that shouldn't be happening. Make sure to set your EditText.setInputType to
 TYPE_TEXT_VARIATION_PASSWORD



 On Wed, Jul 1, 2009 at 2:17 PM, cvance383 cvance...@yahoo.com wrote:

  Normally I agree, but this is really inconvenient when the text field
  is for a password. 1) most passwords arent words, so it wont help 2)
  it shows the password in visible text 3) it makes the password hard to
  enter, since it autocorrects

  On Jul 1, 2:12 pm, Andrew Burgess abom...@gmail.com wrote:
   I haven't really looked into this, but I think that since this is a user
   preference, it should be up to the user whether suggested words pop up or
   not.

   On Wed, Jul 1, 2009 at 1:54 PM, cvance383 cvance...@yahoo.com wrote:

?? i know this is a simple thing i just cant find it anywhere. I have
searched for hours

On Jun 29, 12:29 pm, cvance383 cvance...@yahoo.com wrote:
 bump. anyone?

 On Jun 26, 2:26 pm, cvance383 cvance...@yahoo.com wrote:

  How can I hide the suggested words or turn off auto complete for
  the
  virtual keyboard? Thanks ;)

   --
   Andrew Burgess

 --
 Andrew Burgess
--~--~-~--~~~---~--~~
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] File permissions for world read/write

2009-01-03 Thread ggcespia

I'm trying to create file at /sdcard/foobar.tmp from one package that
needs to be readable by another package.  This works fine on the
emulator. However, on the G1, if I create the file in package A, then
try to read it in package B, the request fails - even tho both
packages are signed by the same certificate.  I create the file from
Package A with:

File myFile = new File(/sdcard/foobar.tmp);
myFile.createNewFile();

FileOutputStream fOut =  new FileOutputStream(myFile);
String sMofi = some text;
fOut.write(sMofi.getBytes());
fOut.flush();
fOut.close();

To see if the file exists from Package B, I use:
   File myFile = new File(/sdcard/foobar.tmp);
if (myFile.isFile())
{
bTempFile = true;
}

myFile.isFile() - returns false - I can see the file using ddms with
permissions: rw-rw-

Why does isFile fail?  I cannot use Context.openFileOutput() because
that creates a file relative to package A - and B doesn't know where
package A is...

Is there a way to create a file at /sdcard/foobar.tmp and have any
package be able to read or write 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: File permissions for world read/write

2009-01-03 Thread ggcespia

problem solved.  package B had a typo in the file name.  works fine
now.

On Jan 3, 9:02 pm, ggcespia g...@boopsie.com wrote:
 I'm trying to create file at /sdcard/foobar.tmp from one package that
 needs to be readable by another package.  This works fine on the
 emulator. However, on the G1, if I create the file in package A, then
 try to read it in package B, the request fails - even tho both
 packages are signed by the same certificate.  I create the file from
 Package A with:

                 File myFile = new File(/sdcard/foobar.tmp);
                 myFile.createNewFile();

                 FileOutputStream fOut =  new FileOutputStream(myFile);
                 String sMofi = some text;
                 fOut.write(sMofi.getBytes());
                 fOut.flush();
                 fOut.close();

 To see if the file exists from Package B, I use:
                File myFile = new File(/sdcard/foobar.tmp);
                 if (myFile.isFile())
                 {
                         bTempFile = true;
                 }

 myFile.isFile() - returns false - I can see the file using ddms with
 permissions: rw-rw-

 Why does isFile fail?  I cannot use Context.openFileOutput() because
 that creates a file relative to package A - and B doesn't know where
 package A is...

 Is there a way to create a file at /sdcard/foobar.tmp and have any
 package be able to read or write 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] removeGroup broken?

2008-09-25 Thread ggcespia

In the onPrepareOptionsMenu, we call:
menu.removeGroup(Menu.CATEGORY_ALTERNATIVE);

then, we add items to the Menu.CATEGORY_ALTERNATIVE group like this:

menu.add(Menu.CATEGORY_ALTERNATIVE, 200 + ix, ix, sText);

I track the calls in the debugger and see that the removeGroup is
called.  It then adds the items in a loop based on the selected entry
in the list we are displaying.  The first time the menu is displayed,
it shows up fine.  However, on subsequent calls to
onPrepareOptionsMenu, it continues to add duplicate items in the
menu.add() call even tho we are calling removeGroup.  So, it appears
that removeGroup is not removing the items added into
CATEGORY_ALTERNATIVE group.

Am I missing something, or is this a bug.  I believe this worked fine
in M5 when using SELECTED_ALTERNATIVE as the group ID.

Greg


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---