Le 28 sept. 06 à 18:49 Soir, Phil M a écrit:
On Sep 28, 2006, at 9:02 AM, Carlos M wrote:
I tested on Win2K and XP and I could not make it break, but I
found some problems:
1. With the Delete key [Asc(127)], when NO chars are selected
(highlighted):
Note: the exclamation char on the examples represents the
insertion point. The Delete key should delete the char after the
insertion point and not the previous one.
Examples:
- 1234!5, it should delete 5 - it's deleting 4
- 12345!, it should not delete anything - it's deleting 5
When there's one or more chars selected it deletes correctly.
The Backspace key [Asc(8)] is working fine as it deletes the
previous character.
I grouped these two keys into the same behavior... I think that the
"Delete" key behavior is different on the Macintosh than Windows,
but I need to test this on my extended keyboard. This will be fixed.
The delete key is also different on Mac (it's the same as Win32, a
rare fact;-)).
Like Calos said:
if the field has some text selected, it is simply deleted;
else, only the next one character (to the right) is deleted.
BUT when you use the tab to move to an EditField any text on the
field gets selected even if it was not previously selected. When
using the mouse to select an EditField, the text is never
highlighted even if it was before losing focus. If I was not clear
with this, just let me know and I'll try to explain it in a
different way.
This is my own personal style. I personally feel that it is more
likely that a user would want to replace the search text when they
activate the control. I can change this automatic behavior to be
part of the exposed GotFocus() event for my apps and leave the
normal behavior for the class.
In fact, the original Mac version of the search field selects all the
text when it gets the focus.
6. I also fond that the following is not working on Windows -
don't know if you already implemented it or not:
Home [Asc(1)] and PageUp [Asc(11)]:
- It should move the insertion point to the beginning of the text.
Shift + Home [ShiftKey + Asc(1)] and Shift + PageUp [ShiftKey + Asc
(11)]:
- It should select all chars before the insertion point
End [Asc(4)] and PageDown [Asc(12)]:
- It should move the insertion point to the end of the text.
Shift + End [ShiftKey + Asc(4)] and Shift + PageDown [ShiftKey +
Asc(12)]:
- It should select all chars after the insertion point
Shift + DownArrow [ShiftKey + Asc(31)]: it should select all chars
after the insertion point
Shift + UpArrow [ShiftKey + Asc(30)]: it should select all chars
before the insertion point
I did not implement any of these. I will work on it.
Also, on the Mac side, if you want to make it perfect:
The up arrow should move the insertion point to the beginning of the
text. Command-Left also acts so.
The down arrow should move the insertion point to the end of the
text. Command-Right also acts so.
Using option-left or option-right arrow should move the insertion
point to the beginning/end of the current word.
The enter and return keys select all the text.
Well, except for the last one, they are standard shortcuts. I tested
on the original Search Field and all these are corrects.
(Generally, on the Mac side, the shift key extends the selection, the
option key move as a word-by-word step and the command key move to
the end of the current line. The control key, which, sadly is the
most unused one, acts like if it was not pressed).
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
