subject:"\[android\-developers\] Re\: EditText"

Apparently the onKeyListener doesn't work for soft keyboards, and I cannot 
use a TextWatcher as I need the specific KEY_UP and KEY_DOWN events.

-- 
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: EditText key press

I'll be surprised if this is possible. For starters, it might not be a
keyboard and therefore may not have the concept of keys, such as:

https://market.android.com/details?id=com.access_company.graffitihl=en

On Tue, Nov 1, 2011 at 9:16 AM, Aki arnab...@gmail.com wrote:
 Apparently the onKeyListener doesn't work for soft keyboards, and I cannot
 use a TextWatcher as I need the specific KEY_UP and KEY_DOWN events.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.6 Available!

-- 
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: EditText key press

Thats sad. Actually I need to detect Key combos. I figured detecting the 
key press events was the best way to proceed. Can you suggest an 
alternative? Some way using which I will be able to detect key combinations?
I know key combinations are not an Android convention. Still, I would like 
to try something out. Any help would be great :)

- Aki

PS : Big fan of your books. Keep up the good work!

-- 
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: EditText key press

Surprisingly I am able to detect the key press event of the ENTER key of 
the soft keyboard, but not of the character keys.
That doesn't seem like very consistent behaviour, if they don't work, none 
of them should work. Whats is special about the ENTER key?

-- 
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: EditText key press

On Tue, Nov 1, 2011 at 9:33 AM, Aki arnab...@gmail.com wrote:
 Thats sad. Actually I need to detect Key combos. I figured detecting the key
 press events was the best way to proceed. Can you suggest an alternative?
 Some way using which I will be able to detect key combinations?

I would not recommend using key combinations.

 I know key combinations are not an Android convention.

Correct. Beyond that, there's no native support for the concept.
KeyEvents can have a meta key (e.g., ALT) mixed in with a regular key,
but that's it.

 Still, I would like
 to try something out. Any help would be great :)

You're welcome to subclass EditText, implement onKeyDown() and try
stuff out, but I think you're going to have problems.

For example, let's say you wanted to do something when the user
pressed A and B at the same time. You're going to have two KeyEvents,
one for A and one for B. Let's say A arrives first in onKeyDown(). You
have no way to know if B will be forthcoming or not. If you chain to
the superclass for A, you will wind up with an A in the EditText. If
the user then presses B, not only will you need to do whatever key
combination logic you want, but you will also have to get rid of the
A.

Also, bear in mind that device manufacturers tend to tinker with
EditText more than other widgets. Context menus, for example, are
unreliable, as some device manufacturers appear to have implemented
their own long-click handler and are bypassing the context menu
system. It's entirely possible device manufacturers are playing games
with keypresses as well, in ways that might foul up whatever sort of
key combination support you manage to work out.

Also also, bear in mind that not all devices are multitouch, and the
emulator is not multitouch.

 PS : Big fan of your books. Keep up the good work!

Thanks!

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.6 Available!

-- 
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: EditText key press

On Tue, Nov 1, 2011 at 9:41 AM, Aki arnab...@gmail.com wrote:
 Surprisingly I am able to detect the key press event of the ENTER key of the
 soft keyboard, but not of the character keys.
 That doesn't seem like very consistent behaviour, if they don't work, none
 of them should work. Whats is special about the ENTER key?

Particularly on tablets, it triggers the action, at least on
single-line EditTexts. Perhaps that is why they treat it a bit
differently.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.6 Available!

-- 
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: EditText key press

Thank you for the elaborate answer Mark. I will try out extending EditText.

You see, I came up with the idea of key combinations because I needed 
something corresponding to a shortcut, without taking up screen space. 
I am unwilling to use long clicks or gestures as they take too long to 
execute. If its a shortcut the user should be able to do it quickly.
So, how can I implement a shortcut without key combinations?

-- 
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: EditText key press

On Tue, Nov 1, 2011 at 9:49 AM, Aki arnab...@gmail.com wrote:
 Thank you for the elaborate answer Mark. I will try out extending EditText.

 You see, I came up with the idea of key combinations because I needed
 something corresponding to a shortcut, without taking up screen space.

I have no idea what a shortcut is.

If you don't put it on the screen, many users won't find it. This is
why the options menu is now in the action bar and why context menus
are waning in popularity. Even gestures are troublesome if there's no
visual cue to suggest that some sort of swipe is possible and will
have an effect.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com | http://github.com/commonsguy
http://commonsware.com/blog | http://twitter.com/commonsguy

_The Busy Coder's Guide to Android Development_ Version 3.6 Available!

-- 
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: EditText key press

I wouldn't worry about users finding it, my target users will already know 
them.

Anyway, I'll give the custom EditText a shot, otherwise I'll have to figure 
something else out.

Thanks for the 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] Re: EditText with custom behavior

2011-10-07 Thread Ubiracy Santos

public class CustomEditText extends EditText {
//code 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: EditText with custom behavior

package com.example.custom.edit.text;

import android.app.Activity;
import android.content.Context;
import android.graphics.Color;
import android.os.Bundle;
import android.view.View;
import android.widget.EditText;
import android.widget.LinearLayout;

public class CustomEditTextActivity extends Activity {
public static class CustomEditText extends EditText {

public CustomEditText(Context context) {
super(context);
setOnClickListener(new View.OnClickListener() {
public void onClick(View arg0) {
// TODO This isn't called till we setFocusableInTouchMode(false)
((CustomEditText) arg0).setText(SELECTED);
}
});
setOnLongClickListener(new View.OnLongClickListener() {
public boolean onLongClick(View arg0) {
// TODO request focus and show soft keyboard if necessary
return false;
}
});
}
 // TODO save this so that some listener can
// restore it to NORMAL state
private static CustomEditText mLastTapped;
}


public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
LinearLayout layout = new LinearLayout(this);
layout.setOrientation(LinearLayout.VERTICAL);
CustomEditText cet;
for (int i = 0; i  5; i++) {
cet = new CustomEditText(this);
cet.setText(NORMAL STATE);
cet.setBackgroundColor(Color.WHITE);
cet.setSelectAllOnFocus(true);
layout.addView(cet, new LinearLayout.LayoutParams(-1, -1, 1));
}
setContentView(layout);
}
}

-- 
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: EditText with custom behavior

Link to pastebin http://pastebin.com/BEp4z2kb

I hope someone can help me. It seemed a trivial task when I designed my 
project, but know I really can't go on. I pasted a self contained Android 
activity with my custom widget. You only need to create a new Android 
project with the following settings in Eclipse

   - CustomEditTextActivity
   - package com.example.custom.edit.text
   

-- 
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: EditText with custom behavior

Here is something I came up. I haven't worked out all the details, but maybe 
this will get you started.

It works by using a RelativeLayout and when you tap on a TextView, it just 
sets the bounds of an EditText to match the TextView. It then hides the 
TextView and layers the EditText on the invisible view.  I know I didn't 
handle the click-change-color and long-click-change-view idea, but these 
should be fairly easy to add.

 XML Layout: swap_view.xml ---
?xml version=1.0 encoding=utf-8?
RelativeLayout android:id=@+id/rlHolder 
xmlns:android=http://schemas.android.com/apk/res/android; 
android:orientation=vertical android:layout_width=match_parent 
android:layout_height=match_parent
TextView android:id=@+id/tvReplace 
android:layout_width=match_parent android:layout_height=40dp 
android:text=Test Text android:textSize=20dp /
/RelativeLayout

 Activity Code 
public class SwapViewActivity extends Activity implements OnClickListener
{
private RelativeLayout rlHolder;

@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView( R.layout.swap_view );

rlHolder = (RelativeLayout)findViewById( R.id.rlHolder );

TextView tvReplace = (TextView)findViewById( R.id.tvReplace );
tvReplace.setOnClickListener( this );
}

@Override
public void onClick( View v )
{
switch( v.getId() )
{
case R.id.tvReplace:
{
RelativeLayout.LayoutParams rlpParams = new 
RelativeLayout.LayoutParams( LayoutParams.MATCH_PARENT, 
LayoutParams.MATCH_PARENT );
rlpParams.addRule( RelativeLayout.ALIGN_LEFT, v.getId() );
rlpParams.addRule( RelativeLayout.ALIGN_TOP, v.getId() );
rlpParams.addRule( RelativeLayout.ALIGN_RIGHT, v.getId() );
rlpParams.addRule( RelativeLayout.ALIGN_BOTTOM, v.getId() );

v.setVisibility( View.INVISIBLE );

EditText etReplace = new EditText( this );
etReplace.setText( ((TextView)v).getText() );
rlHolder.addView( etReplace, rlpParams );

break;
}
}
}
}

You can then handle the edit and either hide or remove the EditText, set the 
TextView text to the new text, and make the TextView visible again.

Steven
Studio-LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

Thanks for your reply, but in my real application I have two nested
LinearLayout which make up a table. This table is comprised of
CustomEditText, so your solution isn't appliable here. I appreciate your
effort, but I need a solution based on the above pattern. I also tried to
use a ViewSwitcher to switch between a TextView and an EditText, but it
seems a performance hit, since I have a 7x7 table and so I need to
instantiate 49 ViewSwitcher besides the 49 TextViews and 49 EditText

2011/10/7 Studio LFP studio@gmail.com

 Here is something I came up. I haven't worked out all the details, but
 maybe this will get you started.

 It works by using a RelativeLayout and when you tap on a TextView, it just
 sets the bounds of an EditText to match the TextView. It then hides the
 TextView and layers the EditText on the invisible view.  I know I didn't
 handle the click-change-color and long-click-change-view idea, but these
 should be fairly easy to add.

  XML Layout: swap_view.xml ---
 ?xml version=1.0 encoding=utf-8?
 RelativeLayout android:id=@+id/rlHolder xmlns:android=
 http://schemas.android.com/apk/res/android; android:orientation=vertical
 android:layout_width=match_parent android:layout_height=match_parent
 TextView android:id=@+id/tvReplace
 android:layout_width=match_parent android:layout_height=40dp
 android:text=Test Text android:textSize=20dp /
 /RelativeLayout

  Activity Code 
 public class SwapViewActivity extends Activity implements OnClickListener
 {
 private RelativeLayout rlHolder;

 @Override

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

 rlHolder = (RelativeLayout)findViewById( R.id.rlHolder );

 TextView tvReplace = (TextView)findViewById( R.id.tvReplace );
 tvReplace.setOnClickListener( this );
 }

 @Override
 public void onClick( View v )
 {
 switch( v.getId() )
 {
 case R.id.tvReplace:
 {
 RelativeLayout.LayoutParams rlpParams = new
 RelativeLayout.LayoutParams( LayoutParams.MATCH_PARENT,
 LayoutParams.MATCH_PARENT );
 rlpParams.addRule( RelativeLayout.ALIGN_LEFT, v.getId() );
 rlpParams.addRule( RelativeLayout.ALIGN_TOP, v.getId() );
 rlpParams.addRule( RelativeLayout.ALIGN_RIGHT, v.getId() );
 rlpParams.addRule( RelativeLayout.ALIGN_BOTTOM, v.getId()
 );

 v.setVisibility( View.INVISIBLE );

 EditText etReplace = new EditText( this );
 etReplace.setText( ((TextView)v).getText() );
 rlHolder.addView( etReplace, rlpParams );

 break;
 }
 }
 }
 }

 You can then handle the edit and either hide or remove the EditText, set
 the TextView text to the new text, and make the TextView visible again.

 Steven
 Studio-LFP
 http://www.studio-lfp.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


-- 
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: EditText with custom behavior

You could still use my code but instead of using it straight, you could just 
wrap it in a custom view.  So instead of just a TextView or EditView, use 
the above code wrapped in a custom View and have the TextView/EditView 
inside it.  Use the swap code there and it would actually a bit more simple 
because you could hold the data on the custom view and it would still fit 
inside your layout like the existing views.

Steven
Studio LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

I can't use your code because your technique is only suitable for a
RelativeLayout. In a LinearLayout there is no way to stack views and playing
with their visibility. Of course, I could take your approach and find a way
to have a floating EditText which is exactly over the TextView (ie an
overlay) but I won't be able to forward the click event to the newly showed
EditText and so the whole thing wouldn't work as designed. Sorry :(

Does anybody here know deeply how focus/inupt work with TextViews?

2011/10/7 Studio LFP studio@gmail.com

 You could still use my code but instead of using it straight, you could
 just wrap it in a custom view.  So instead of just a TextView or EditView,
 use the above code wrapped in a custom View and have the TextView/EditView
 inside it.  Use the swap code there and it would actually a bit more simple
 because you could hold the data on the custom view and it would still fit
 inside your layout like the existing views.

 Steven
 Studio LFP

 http://www.studio-lfp.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


-- 
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: EditText with custom behavior

2011-10-07 Thread Kostya Vasilyev


Some of the things can be done with drawable state list(s) and stuff.

The standard EditText uses a state-list drawable for its background, it 
can be found under:


android-sdk\platforms\platform-X\data\drawable.

The name can be found by looking in the platform's styles.xml:

style name=Widget.EditText
item name=android:focusabletrue/item
item name=android:focusableInTouchModetrue/item
item name=android:clickabletrue/item
item name=android:background@android:drawable/edit_text/item
item 
name=android:textAppearance?android:attr/textAppearanceMediumInverse/item

item name=android:textColor@android:color/primary_text_light/item
item name=android:gravitycenter_vertical/item
/style

So it's drawable/edit_text.xml you want.

It should be possible to create a similar background state-list XML, to 
be transparent (or white without the border) for when the EditText is 
not focused.


As for the rest of you requirements, including a long press to enter 
editing...


I believe - as a user - that UIs should be predictable and consistent 
with the platform's conventions, but maybe I'm just too old for this 
mobile computing thing :)


-- Kostya

07.10.2011 20:29, Studio LFP пишет:
You could still use my code but instead of using it straight, you 
could just wrap it in a custom view. So instead of just a TextView or 
EditView, use the above code wrapped in a custom View and have the 
TextView/EditView inside it. Use the swap code there and it would 
actually a bit more simple because you could hold the data on the 
custom view and it would still fit inside your layout like the 
existing views.


Steven
Studio LFP
http://www.studio-lfp.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 


--
Kostya Vasilyev

--
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: EditText with custom behavior

Hi Kostya, you must be the author of WiFi manager :) Nice to meet you

The problem here is not about visual appearance, it's about EditText
behavior :) I agree that UIs should be as intuitive as possible, so I can
make you an example of what I want to implement. Imagine to have a 7x7 table
of TextViews. Obviously the cells are little and the text is ellipsized. I
want that when the user taps a cell, a bigger popup displays more
information, and when the user long taps the cell, he can directly edit the
text in it. I think it's a good design but anyway once the app is out, users
will judge it :)

I need to know more about how focus is managed on Android platform. Here are
some questions

   1. Is there ALWAYS a focused element? Or can the focus be empty?
   2. How does the soft keyboard relate to the focus?


2011/10/7 Kostya Vasilyev kmans...@gmail.com

 Some of the things can be done with drawable state list(s) and stuff.

 The standard EditText uses a state-list drawable for its background, it can
 be found under:

 android-sdk\platforms\**platform-X\data\drawable.

 The name can be found by looking in the platform's styles.xml:

 style name=Widget.EditText
 item name=android:focusabletrue**/item
 item name=android:**focusableInTouchModetrue/**item
 item name=android:clickabletrue**/item
 item name=android:background@**android:drawable/edit_text/**item
 item name=android:textAppearance**?android:attr/**
 textAppearanceMediumInverse/**item
 item name=android:textColor@**android:color/primary_text_**
 light/item
 item name=android:gravitycenter_**vertical/item
 /style

 So it's drawable/edit_text.xml you want.

 It should be possible to create a similar background state-list XML, to be
 transparent (or white without the border) for when the EditText is not
 focused.

 As for the rest of you requirements, including a long press to enter
 editing...

 I believe - as a user - that UIs should be predictable and consistent with
 the platform's conventions, but maybe I'm just too old for this mobile
 computing thing :)

 -- Kostya

 07.10.2011 20:29, Studio LFP пишет:

  You could still use my code but instead of using it straight, you could
 just wrap it in a custom view. So instead of just a TextView or EditView,
 use the above code wrapped in a custom View and have the TextView/EditView
 inside it. Use the swap code there and it would actually a bit more simple
 because you could hold the data on the custom view and it would still fit
 inside your layout like the existing views.

 Steven
 Studio LFP
 http://www.studio-lfp.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 android-developers@googlegroups.com
 To unsubscribe from this group, send email to
 android-developers+**unsubscr...@googlegroups.comandroid-developers%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/**group/android-developers?hl=enhttp://groups.google.com/group/android-developers?hl=en


 --
 Kostya Vasilyev


 --
 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.comandroid-developers@googlegroups.com
 To unsubscribe from this group, send email to
 android-developers+**unsubscr...@googlegroups.comandroid-developers%2bunsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/**group/android-developers?hl=enhttp://groups.google.com/group/android-developers?hl=en


-- 
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: EditText with custom behavior

Using a simple technique, and should be usable anywhere.

?xml version=1.0 encoding=utf-8?
RelativeLayout android:id=@+id/rlHolder 
xmlns:android=http://schemas.android.com/apk/res/android; 
android:orientation=vertical android:layout_width=match_parent 
android:layout_height=match_parent
com.testproject.views.SwapView android:id=@+id/svReplace 
android:layout_width=match_parent android:layout_height=40dp 
android:text=Test Text android:textSize=20dp /
/RelativeLayout

public class SwapView extends LinearLayout
{
public static final int TYPE_TEXT = 0;
public static final int TYPE_EDIT = 1;

public int iType = 0;
public String sText = Text;

private LinearLayout.LayoutParams llpParams = new 
LinearLayout.LayoutParams( LayoutParams.MATCH_PARENT, 
LayoutParams.MATCH_PARENT );
private Context context;

public SwapView(Context newContext) { super(newContext); context = 
newContext; setInitialView(); }
public SwapView(Context newContext, AttributeSet attrs) { 
super(newContext, attrs); context = newContext; setInitialView(); }

private void setInitialView()
{
TextView tvNew = new TextView( context );
tvNew.setText( sText );
addView( tvNew, llpParams );
}

public void setActiveType( int iNewType )
{
this.removeAllViews();

iType = iNewType;

switch( iNewType )
{
case TYPE_TEXT:
TextView tvNew = new TextView( context );
tvNew.setText( sText );
addView( tvNew, llpParams );
break;

case TYPE_EDIT:
EditText etNew = new EditText( context );
etNew.setText( sText );
addView( etNew, llpParams );
break;
}
}
}

Steven
Studio LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

Along with the above code you could add an Ok button to the side of the 
edit text to accept the input and revert back to a TextView.

Steven
Studio LFP
http://www.studio-lfp.com


On Friday, October 7, 2011 12:02:52 PM UTC-5, Studio LFP wrote:

 Using a simple technique, and should be usable anywhere.

 ?xml version=1.0 encoding=utf-8?
 RelativeLayout android:id=@+id/rlHolder xmlns:android=
 http://schemas.android.com/apk/res/android; android:orientation=vertical 
 android:layout_width=match_parent android:layout_height=match_parent
 com.testproject.views.SwapView android:id=@+id/svReplace 
 android:layout_width=match_parent android:layout_height=40dp 
 android:text=Test Text android:textSize=20dp /
 /RelativeLayout

 public class SwapView extends LinearLayout
 {
 public static final int TYPE_TEXT = 0;
 public static final int TYPE_EDIT = 1;

 public int iType = 0;
 public String sText = Text;

 private LinearLayout.LayoutParams llpParams = new 
 LinearLayout.LayoutParams( LayoutParams.MATCH_PARENT, 
 LayoutParams.MATCH_PARENT );
 private Context context;

 public SwapView(Context newContext) { super(newContext); context = 
 newContext; setInitialView(); }
 public SwapView(Context newContext, AttributeSet attrs) { 
 super(newContext, attrs); context = newContext; setInitialView(); }

 private void setInitialView()
 {
 TextView tvNew = new TextView( context );
 tvNew.setText( sText );
 addView( tvNew, llpParams );
 }

 public void setActiveType( int iNewType )
 {
 this.removeAllViews();

 iType = iNewType;

 switch( iNewType )
 {
 case TYPE_TEXT:
 TextView tvNew = new TextView( context );
 tvNew.setText( sText );
 addView( tvNew, llpParams );
 break;

 case TYPE_EDIT:
 EditText etNew = new EditText( context );
 etNew.setText( sText );
 addView( etNew, llpParams );
 break;
 }
 }
 }

 Steven
 Studio LFP
 http://www.studio-lfp.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] Re: EditText with custom behavior

I already told you that I tried a similar approach with a ViewSwitcher.
There is no need to extend a LinearLayout for this task if  there is a pre
built ViewSwitcher. The problem with this pattern is that the user click is
eaten by the SwapView, so the user has to click another time in the EditText
to focus it and show the soft keyboard. I want that when the user long taps
my custom view, a soft keyboard is shown if necessary and he can start
typing (without having to click it one more time)

2011/10/7 Studio LFP studio@gmail.com

 Along with the above code you could add an Ok button to the side of the
 edit text to accept the input and revert back to a TextView.


 Steven
 Studio LFP
 http://www.studio-lfp.com


 On Friday, October 7, 2011 12:02:52 PM UTC-5, Studio LFP wrote:

 Using a simple technique, and should be usable anywhere.

 ?xml version=1.0 encoding=utf-8?
 RelativeLayout android:id=@+id/rlHolder xmlns:android=http://schemas.
 **android.com/apk/res/androidhttp://schemas.android.com/apk/res/android
 android:orientation=vertical android:layout_width=match_**parent
 android:layout_height=match_**parent
 com.testproject.views.**SwapView android:id=@+id/svReplace
 android:layout_width=match_**parent android:layout_height=40dp
 android:text=Test Text android:textSize=20dp /
 /RelativeLayout

 public class SwapView extends LinearLayout
 {
 public static final int TYPE_TEXT = 0;
 public static final int TYPE_EDIT = 1;

 public int iType = 0;
 public String sText = Text;

 private LinearLayout.LayoutParams llpParams = new
 LinearLayout.LayoutParams( LayoutParams.MATCH_PARENT,
 LayoutParams.MATCH_PARENT );
 private Context context;

 public SwapView(Context newContext) { super(newContext); context =
 newContext; setInitialView(); }
 public SwapView(Context newContext, AttributeSet attrs) {
 super(newContext, attrs); context = newContext; setInitialView(); }

 private void setInitialView()
 {
 TextView tvNew = new TextView( context );
 tvNew.setText( sText );
 addView( tvNew, llpParams );
 }

 public void setActiveType( int iNewType )
 {
 this.removeAllViews();

 iType = iNewType;

 switch( iNewType )
 {
 case TYPE_TEXT:
 TextView tvNew = new TextView( context );
 tvNew.setText( sText );
 addView( tvNew, llpParams );
 break;

 case TYPE_EDIT:
 EditText etNew = new EditText( context );
 etNew.setText( sText );
 addView( etNew, llpParams );
 break;
 }
 }
 }

 Steven
 Studio LFP
 http://www.studio-lfp.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


-- 
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: EditText with custom behavior

etNew.requestFocus();
InputMethodManager mgr = (InputMethodManager) 
context.getSystemService(Context.INPUT_METHOD_SERVICE);
mgr.showSoftInput( etNew, InputMethodManager.SHOW_IMPLICIT );

There, add that to the case: TYPE_EDIT before the break and your done. And 
yes, there is a reason to make your own. It's easier, faster and is more 
configurable because you can control every detail.

Ignore help if you want, but I don't think anyone here is going to write all 
the details for you.  We are here to point people in the right direction and 
for them to fill in the details. There are still details that are needed to 
make that fully functional, but they are easy because you have infinite 
control in your own class.

Steven
Studio LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

2011-10-07 Thread Kostya Vasilyev

07.10.2011 21:01, Raffaele Sgarro пишет:

Hi Kostya, you must be the author of WiFi manager :) Nice to meet you

I am. Just wanted a little widget for myself, then it kind of went out
of control :)

The problem here is not about visual appearance, it's about EditText
behavior :) I agree that UIs should be as intuitive as possible, so I
can make you an example of what I want to implement. Imagine to have a
7x7 table of TextViews. Obviously the cells are little and the text is
ellipsized. I want that when the user taps a cell, a bigger popup
displays more information, and when the user long taps the cell, he
can directly edit the text in it. I think it's a good design but
anyway once the app is out, users will judge it :)

Ah, so it's a spreadsheet type thing. Understand.

Well, in that case, I wouldn't try to create a switchable two-in-one widget.

I'd just create an EditText somewhere in the layout, initially hidden,
and position and show it over a cell when needed, then hide (when
detecting a click on another cell).

To do this, you'd need to watch click events for all text cells, and
keep track of which one you're currently editing.

As far as positioning goes, you could add just one RelativeLayout in the
entire content hierarchy specifically for this, or (probably) use a
PopupWindow, it has an option to hide automatically when there is a
click outside of its boundaries.

I would let EditText use its default font size so it's more familiar to
the user, and position it centered over the cell.

The IME should show if you requestFocus() on the EditText, or else you
can use this:

http://developer.android.com/reference/android/view/inputmethod/InputMethodManager.html#showSoftInput(android.view.View,
int)
http://developer.android.com/reference/android/view/inputmethod/InputMethodManager.html#showSoftInput%28android.view.View,%20int%29

-- Kostya

I need to know more about how focus is managed on Android platform.
Here are some questions

1. Is there ALWAYS a focused element? Or can the focus be empty?
2. How does the soft keyboard relate to the focus?

2011/10/7 Kostya Vasilyev kmans...@gmail.com mailto:kmans...@gmail.com

Some of the things can be done with drawable state list(s) and stuff.

The standard EditText uses a state-list drawable for its
background, it can be found under:

android-sdk\platforms\platform-X\data\drawable.

The name can be found by looking in the platform's styles.xml:

style name=Widget.EditText
item name=android:focusabletrue/item
item name=android:focusableInTouchModetrue/item
item name=android:clickabletrue/item
item name=android:background@android:drawable/edit_text/item
item

name=android:textAppearance?android:attr/textAppearanceMediumInverse/item
item
name=android:textColor@android:color/primary_text_light/item
item name=android:gravitycenter_vertical/item
/style

So it's drawable/edit_text.xml you want.

It should be possible to create a similar background state-list
XML, to be transparent (or white without the border) for when the
EditText is not focused.

As for the rest of you requirements, including a long press to
enter editing...

I believe - as a user - that UIs should be predictable and
consistent with the platform's conventions, but maybe I'm just too
old for this mobile computing thing :)

-- Kostya

07.10.2011 20:29, Studio LFP пишет:

You could still use my code but instead of using it straight,
you could just wrap it in a custom view. So instead of just a
TextView or EditView, use the above code wrapped in a custom
View and have the TextView/EditView inside it. Use the swap
code there and it would actually a bit more simple because you
could hold the data on the custom view and it would still fit
inside your layout like the existing views.

Steven
Studio LFP
http://www.studio-lfp.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
mailto:android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
mailto:android-developers%2bunsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

--
Kostya Vasilyev

--
You received this message because you are subscribed to the Google

Re: [android-developers] Re: EditText with custom behavior

Sorry Steven, I didn't mean to hurt you
I appreciate your help a lot, you are the only one which actually coded
something, and I believe this is very valuable. The layout approach was my
first attempt, but I'm working on something cleaner and I think I have
finally found a solution, which I'll post here so someone can test it and
see if it works as expected.

2011/10/7 Studio LFP studio@gmail.com

 etNew.requestFocus();
 InputMethodManager mgr = (InputMethodManager)
 context.getSystemService(Context.INPUT_METHOD_SERVICE);
 mgr.showSoftInput( etNew, InputMethodManager.SHOW_IMPLICIT );

 There, add that to the case: TYPE_EDIT before the break and your done. And
 yes, there is a reason to make your own. It's easier, faster and is more
 configurable because you can control every detail.

 Ignore help if you want, but I don't think anyone here is going to write
 all the details for you.  We are here to point people in the right direction
 and for them to fill in the details. There are still details that are needed
 to make that fully functional, but they are easy because you have infinite
 control in your own class.


 Steven
 Studio LFP
 http://www.studio-lfp.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


-- 
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: EditText with custom behavior

Here is the whole Eclipse
projecthttp://www.2shared.com/file/us3MXMdS/custom-edit-text.html?

After more than 6 hours working on this, I finally found a solution. It's
simpler than what I thought.
The key point is using setFocusable()and setFocusableInTouchMode() at the
right moments, and manually showing and hiding the soft keyboard. I hope you
download the sample and execute it, so I can have a reasonable feedback.

There is also a little onKeyPreIme() invocation which causes the custom view
to clear its state when the user manually hides the soft keyboard by
pressing the return key.

Thanks to all of you

2011/10/7 Raffaele Sgarro raffaelesga...@gmail.com

 Sorry Steven, I didn't mean to hurt you
 I appreciate your help a lot, you are the only one which actually coded
 something, and I believe this is very valuable. The layout approach was my
 first attempt, but I'm working on something cleaner and I think I have
 finally found a solution, which I'll post here so someone can test it and
 see if it works as expected.


 2011/10/7 Studio LFP studio@gmail.com

 etNew.requestFocus();
 InputMethodManager mgr = (InputMethodManager)
 context.getSystemService(Context.INPUT_METHOD_SERVICE);
 mgr.showSoftInput( etNew, InputMethodManager.SHOW_IMPLICIT );

 There, add that to the case: TYPE_EDIT before the break and your done. And
 yes, there is a reason to make your own. It's easier, faster and is more
 configurable because you can control every detail.

 Ignore help if you want, but I don't think anyone here is going to write
 all the details for you.  We are here to point people in the right direction
 and for them to fill in the details. There are still details that are needed
 to make that fully functional, but they are easy because you have infinite
 control in your own class.


 Steven
 Studio LFP
 http://www.studio-lfp.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




-- 
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: EditText with custom behavior

I'm not hurt by you choosing to go a different path. Just seems like you are 
leaving a lot on the table that's already written for you by trying to put a 
square peg into a round hole. I checked out that project and I think you are 
cutting yourself short here because of the following:

1. Now you have to write a full select/copy/paste routine since you've 
overridden it by catching the long click
2. You don't give a defined space so the user understands the bounds of the 
view
3. Touching to place the cursor somewhere causes it to keep editing and 
leaves the cursor there, but dismiss the keyboard

I only tested it a little, so I'm not sure what other issues might pop up as 
you use it more.

You may also want to find a place for android:imeOptions=flagNoExtractUi 
(or similar in code) so that it doesn't popup the full UI of the keyboard in 
landscape mode so it still feels like you are editing in place. And a 
android:configChanges=orientation|keyboardHidden on your activity because 
it resets your views on rotate otherwise.

It seems like you are actually causing more work for yourself, but if it's 
working like you want it to, then that's what matters.

Steven
Studio LFP
http://www.studio-lfp.com


On Friday, October 7, 2011 1:48:57 PM UTC-5, Raffaele Sgarro wrote:

 Here is the whole Eclipse 
 projecthttp://www.2shared.com/file/us3MXMdS/custom-edit-text.html?

 After more than 6 hours working on this, I finally found a solution. It's 
 simpler than what I thought.
 The key point is using setFocusable()and setFocusableInTouchMode() at the 
 right moments, and manually showing and hiding the soft keyboard. I hope you 
 download the sample and execute it, so I can have a reasonable feedback.

 There is also a little onKeyPreIme() invocation which causes the custom 
 view to clear its state when the user manually hides the soft keyboard by 
 pressing the return key.

 Thanks to all of you

 2011/10/7 Raffaele Sgarro raffael...@gmail.com

 Sorry Steven, I didn't mean to hurt you
 I appreciate your help a lot, you are the only one which actually coded 
 something, and I believe this is very valuable. The layout approach was my 
 first attempt, but I'm working on something cleaner and I think I have 
 finally found a solution, which I'll post here so someone can test it and 
 see if it works as expected. 


 2011/10/7 Studio LFP studi...@gmail.com

 etNew.requestFocus();
 InputMethodManager mgr = (InputMethodManager) 
 context.getSystemService(Context.INPUT_METHOD_SERVICE);
 mgr.showSoftInput( etNew, InputMethodManager.SHOW_IMPLICIT );

 There, add that to the case: TYPE_EDIT before the break and your done. 
 And yes, there is a reason to make your own. It's easier, faster and is 
 more 
 configurable because you can control every detail.

 Ignore help if you want, but I don't think anyone here is going to write 
 all the details for you.  We are here to point people in the right 
 direction 
 and for them to fill in the details. There are still details that are 
 needed 
 to make that fully functional, but they are easy because you have infinite 
 control in your own class.


 Steven
 Studio LFP
 http://www.studio-lfp.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-d...@googlegroups.com
 To unsubscribe from this group, send email to
 android-develop...@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 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: EditText with custom behavior

Unfortunately I can't give you my actual app's code, but #1 and #2 are not
issues since they are intended :)

#3 seems a bug instead. Can you please describe carefully what are the steps
to reproduce it? Also the Android runtime version could matter. I can't
reproduce that behavior. Thanks for your support

2011/10/7 Studio LFP studio@gmail.com

I'm not hurt by you choosing to go a different path. Just seems like you
are leaving a lot on the table that's already written for you by trying to
put a square peg into a round hole. I checked out that project and I think
you are cutting yourself short here because of the following:

1. Now you have to write a full select/copy/paste routine since you've
overridden it by catching the long click
2. You don't give a defined space so the user understands the bounds of the
view
3. Touching to place the cursor somewhere causes it to keep editing and
leaves the cursor there, but dismiss the keyboard

I only tested it a little, so I'm not sure what other issues might pop up
as you use it more.

You may also want to find a place for android:imeOptions=flagNoExtractUi
(or similar in code) so that it doesn't popup the full UI of the keyboard in
landscape mode so it still feels like you are editing in place. And a
android:configChanges=orientation|keyboardHidden on your activity because
it resets your views on rotate otherwise.

It seems like you are actually causing more work for yourself, but if it's
working like you want it to, then that's what matters.

Steven
Studio LFP
http://www.studio-lfp.com

On Friday, October 7, 2011 1:48:57 PM UTC-5, Raffaele Sgarro wrote:

Here is the whole Eclipse
projecthttp://www.2shared.com/file/us3MXMdS/custom-edit-text.html?

After more than 6 hours working on this, I finally found a solution. It's
simpler than what I thought.
The key point is using setFocusable()and setFocusableInTouchMode() at the
right moments, and manually showing and hiding the soft keyboard. I hope you
download the sample and execute it, so I can have a reasonable feedback.

There is also a little onKeyPreIme() invocation which causes the custom
view to clear its state when the user manually hides the soft keyboard by
pressing the return key.

Thanks to all of you

2011/10/7 Raffaele Sgarro raffael...@gmail.com

Sorry Steven, I didn't mean to hurt you
I appreciate your help a lot, you are the only one which actually coded
something, and I believe this is very valuable. The layout approach was my
first attempt, but I'm working on something cleaner and I think I have
finally found a solution, which I'll post here so someone can test it and
see if it works as expected.

2011/10/7 Studio LFP studi...@gmail.com

etNew.requestFocus();
InputMethodManager mgr = (InputMethodManager) context.getSystemService(
**Context.INPUT_METHOD_SERVICE);
mgr.showSoftInput( etNew, InputMethodManager.SHOW_**IMPLICIT );

There, add that to the case: TYPE_EDIT before the break and your done.
And yes, there is a reason to make your own. It's easier, faster and is
more
configurable because you can control every detail.

Ignore help if you want, but I don't think anyone here is going to write
all the details for you. We are here to point people in the right
direction
and for them to fill in the details. There are still details that are
needed
to make that fully functional, but they are easy because you have infinite
control in your own class.

Steven
Studio LFP
http://www.studio-lfp.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-d...@googlegroups.com

To unsubscribe from this group, send email to
android-develop...@**googlegroups.com

For more options, visit this group at
http://groups.google.com/**group/android-developers?hl=enhttp://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: EditText with custom behavior

I tested it on the following:

Xperia Play - Android 2.3.2
Samsung Galaxy Tab (7 in) - Android 2.2
Motorola Droid (Original) - Android 2.2.2
Droid Bionic - Android 2.3.4
HTC Hero - Androi 2.1-update 1

My Xoom is out for the LTE upgrade so I can't test it on that at the moment.

It only worked correctly on the HTC Hero. All others the keyboard poofs when 
you move the cursor by touch somewhere else in the EditText. The Xperia Play 
acted a bit more weird than the others and allowed me to select text, but 
not be able to cancel the select and place the cursor where I wanted it.

Steven
Studio LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

Oh my god, it's a mess!!! But still I don't understand exactly what happens.
I think you do something like

   1. Long tap on a view: this shows the soft keyboard and you can type
   anything
   2. Click on the same view: this triggers the mess

Is this right? Is the problem when you click in the current focused
EditText? Otherwise it goes well

2011/10/7 Studio LFP studio@gmail.com

 I tested it on the following:

 Xperia Play - Android 2.3.2
 Samsung Galaxy Tab (7 in) - Android 2.2
 Motorola Droid (Original) - Android 2.2.2
 Droid Bionic - Android 2.3.4
 HTC Hero - Androi 2.1-update 1

 My Xoom is out for the LTE upgrade so I can't test it on that at the
 moment.

 It only worked correctly on the HTC Hero. All others the keyboard poofs
 when you move the cursor by touch somewhere else in the EditText. The Xperia
 Play acted a bit more weird than the others and allowed me to select text,
 but not be able to cancel the select and place the cursor where I wanted it.


 Steven
 Studio LFP
 http://www.studio-lfp.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


-- 
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: EditText with custom behavior

Exactly.  When I try to touch to move the cursor in an already focused box, 
the keyboard dismisses on everything but the HTC Hero on 2.1-update 1. The 
Xperia Play goes into some kind of select text mode the others don't.

You may have to check if the view that is clicked on is the one the user is 
currently editing and prevent this behavior.

I can post screen shots in a bit if you need them.

Steven
Studio LFP
http://www.studio-lfp.com


On Friday, October 7, 2011 4:22:06 PM UTC-5, Raffaele Sgarro wrote:

 Oh my god, it's a mess!!! But still I don't understand exactly what 
 happens. I think you do something like

1. Long tap on a view: this shows the soft keyboard and you can type 
anything
2. Click on the same view: this triggers the mess 

 Is this right? Is the problem when you click in the current focused 
 EditText? Otherwise it goes well

 2011/10/7 Studio LFP studi...@gmail.com

 I tested it on the following:

 Xperia Play - Android 2.3.2
 Samsung Galaxy Tab (7 in) - Android 2.2
 Motorola Droid (Original) - Android 2.2.2
 Droid Bionic - Android 2.3.4
 HTC Hero - Androi 2.1-update 1

 My Xoom is out for the LTE upgrade so I can't test it on that at the 
 moment.

 It only worked correctly on the HTC Hero. All others the keyboard poofs 
 when you move the cursor by touch somewhere else in the EditText. The Xperia 
 Play acted a bit more weird than the others and allowed me to select text, 
 but not be able to cancel the select and place the cursor where I wanted it.


 Steven
 Studio LFP
 http://www.studio-lfp.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-d...@googlegroups.com
 To unsubscribe from this group, send email to
 android-develop...@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 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: EditText with custom behavior

Please, try adding this little patch at line 23

if (mLastTapped == arg0) return;

This should be enough

2011/10/7 Studio LFP studio@gmail.com

Exactly. When I try to touch to move the cursor in an already focused box,
the keyboard dismisses on everything but the HTC Hero on 2.1-update 1. The
Xperia Play goes into some kind of select text mode the others don't.

You may have to check if the view that is clicked on is the one the user is
currently editing and prevent this behavior.

I can post screen shots in a bit if you need them.

Steven
Studio LFP
http://www.studio-lfp.com

On Friday, October 7, 2011 4:22:06 PM UTC-5, Raffaele Sgarro wrote:

Oh my god, it's a mess!!! But still I don't understand exactly what
happens. I think you do something like

1. Long tap on a view: this shows the soft keyboard and you can type
anything
2. Click on the same view: this triggers the mess

Is this right? Is the problem when you click in the current focused
EditText? Otherwise it goes well

2011/10/7 Studio LFP studi...@gmail.com

I tested it on the following:

Xperia Play - Android 2.3.2
Samsung Galaxy Tab (7 in) - Android 2.2
Motorola Droid (Original) - Android 2.2.2
Droid Bionic - Android 2.3.4
HTC Hero - Androi 2.1-update 1

My Xoom is out for the LTE upgrade so I can't test it on that at the
moment.

It only worked correctly on the HTC Hero. All others the keyboard poofs
when you move the cursor by touch somewhere else in the EditText. The Xperia
Play acted a bit more weird than the others and allowed me to select text,
but not be able to cancel the select and place the cursor where I wanted it.

Steven
Studio LFP
http://www.studio-lfp.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-d...@googlegroups.com

To unsubscribe from this group, send email to
android-develop...@**googlegroups.com

For more options, visit this group at
http://groups.google.com/**group/android-developers?hl=enhttp://groups.google.com/group/android-developers?hl=en

Re: [android-developers] Re: EditText with custom behavior

That worked for all but the Xperia Play.  It still selects everything and 
doesn't let me place a cursor where I want it.

You will need to clear that at some point because it prevents clicking on 
the same view again. This could be bad if the phone goes to sleep or another 
activity comes up and then they go back to yours.

Steven
Studio LFP
http://www.studio-lfp.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] Re: EditText with custom behavior

I really cannot understand what's going on :S The XPeria is the only phone
with the hard keyword, isn't it? But if I try in the emulator (which also
emulates a hardware keyboard) everything goes fine. I mean, when you long
click a View all text is selected (intended, so one can easily erase
everything) and I can move the cursor wherever I want, either by clicking
and moving the Dpad. Can you give more information?

2011/10/8 Studio LFP studio@gmail.com

 That worked for all but the Xperia Play.  It still selects everything and
 doesn't let me place a cursor where I want it.

 You will need to clear that at some point because it prevents clicking on
 the same view again. This could be bad if the phone goes to sleep or another
 activity comes up and then they go back to yours.


 Steven
 Studio LFP
 http://www.studio-lfp.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


-- 
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: EditText with custom behavior