Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[ALLY] Tabbing between fields please trigger no action

 [1/4] from: anton::globalcenter::net::au at: 6-Oct-2000 9:22


Hello, Lately, the action for a field is triggered when tabbing from it, just like Enter. Is there a way to disable this feature? (ie I want only Enter to trigger the action, for my field...) Anton.

 [2/4] from: g:santilli:tiscalinet:it at: 6-Oct-2000 11:34


[anton--globalcenter--net--au] wrote:
> Lately, the action for a field is triggered when tabbing from it, just > like Enter.
In the latest releases, the action is triggered even when you click away from the field with the mouse, but only if the text has benn changed. This can be useful, but sometimes it's really annoying... I sent a message to Carl some days ago about an option for an advanced focus/action handling for fields, but I didn't get any answer yet --- he's probably really busy; currently I have to patch VID to make it work as I need it too for a project I'm working on, and the patch needs to change at each new release... Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

 [3/4] from: petr:krenzelok:trz:cz at: 6-Oct-2000 12:14


[g--santilli--tiscalinet--it] wrote:
> [anton--globalcenter--net--au] wrote: > > Lately, the action for a field is triggered when tabbing from it, just
<<quoted lines omitted: 8>>
> patch VID to make it work as I need it too for a project I'm > working on, and the patch needs to change at each new release...
Isn't all focus/keyboard etc. stuff abstracted and stored in system/view/vid/vid-feel block? You can imho easily implement your own and assign it to field. I have very specific requirements for field behavior too. e.g. one of our systems behave like following - once entered the field and any key is pressed, the content of field is erased and replaced by the key pressed char. If you press Esc, the initial value is reestablished. It is for edit mode, once in insert mode (adding new item to database e.g.), the behavior is slightly different. It was for our DOS apps, the Windows behavior is similar. I miss masks for fields, e.g. 99.99.9999 telling only ones chars accepted are numeric ones, and user is not required to press dot, as it's predefined by mask. You can have some masks for tel.numbers e.g. (999) - (XX-9999) ... it's nonsense, just showing XX as it will accept only char for the two positions given ... One of other missing features is by-word skipping by using e.g. ctrl + left/right-arrow-key. It should be imho added to console too. Also - which action has precedence? Let's say I want ESC to perform some action on field, and I have also ESC defined for the form ... If we have top-down event scheme and ESC is detected in form detect method, will it look first if the key-press is defined in the child face too? -pekr-

 [4/4] from: g:santilli:tiscalinet:it at: 7-Oct-2000 18:38


Hello [Petr--Krenzelok--trz--cz]! On 06-Ott-00, you wrote: P> Isn't all focus/keyboard etc. stuff abstracted and stored in P> system/view/vid/vid-feel block? You can imho easily implement P> your own and assign it to field. I have very specific P> requirements for field behavior too. Focus handling for Fields is done in system/view/vid/vid-feel/edit-text. I'm currently patching that. P> e.g. one of our systems behave like following - once entered P> the field and any key is pressed, the content of field is P> erased and replaced by the key pressed char. If you press Esc, P> the initial value is reestablished. It is for edit mode, once I'm doing this too, but in a different way. I changed the FOCUS function so that it hilights all the text when giving focus to a field; so when you click on a field ect. a type a char it replaces the old content; I think this way is more user friendly, and is what happens in many GUIs (Windows, for example). Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted