World: r3wp
[View] discuss view related issues
older newer | first last |
Volker 13-May-2006 [5037] | (was to Henrik) |
Geomol 13-May-2006 [5038] | Looks interesting, Henrik! |
Graham 13-May-2006 [5039] | Do the standard Vid gadgets not have double click support? |
Henrik 13-May-2006 [5040] | well there is a way to detect a doubleclick |
Graham 13-May-2006 [5041] | the second action block ... doesn't work. |
Henrik 13-May-2006 [5042] | no, that's for alt action, not doubleclick |
Graham 13-May-2006 [5043x3] | what is double click? |
anyway, alt click doesn't work either. | |
Ahh... I remember now. | |
Henrik 13-May-2006 [5046] | I think you need to modify the feel |
Graham 13-May-2006 [5047x2] | text-list does not have double/alt click support. |
engage: func [f a e] [ ; A click event has happened. if a = 'down [ ; Is it on a valid element? if cnt > length? slf/data [exit] ; If not extended selection, clear other selections: if not e/control [f/state: cnt clear picked] ; Set selection and call the action function: alter picked f/text do :act slf f/text ] if a = 'up [f/state: none] show pane ] | |
Rebolek 17-May-2006 [5049] | Can I lock FIELD ? (something like field/edit?: no) |
Pekr 17-May-2006 [5050] | Rebolek - use label instead? uh, hard to change when layout is out already .... I have disable/enable functions, but it works only for mouse sadly, you can still tab to the field ... |
Rebolek 17-May-2006 [5051] | Pekr: that may be enough for me, I'm using just one field, so probably no problem with tab. |
Pekr 17-May-2006 [5052x2] | you will have to unfocus it somehow though ... |
ok, will look for the code ... | |
Rebolek 17-May-2006 [5054] | thanks |
Pekr 17-May-2006 [5055] | sent you an email right now - mine, not sure how actual version, but also found Volker's version on rebol org - I would probably better trust Volker's code :-) |
Rebolek 17-May-2006 [5056] | great, I'll check it, thanks |
Pekr 17-May-2006 [5057] | hehe, I told you - Volker's one even disables field content for keyboard :-) |
Rebolek 17-May-2006 [5058] | great, I've checked Volker's code and it's exactly what I wanted, thanks! |
Pekr 17-May-2006 [5059x2] | great ... |
have I told you I miss such things in View by default? :-) | |
Rebolek 17-May-2006 [5061] | Probably yes, but the list of things you're missing is long, as we all know ;o))) |
Pekr 17-May-2006 [5062] | I am not sure, just .... ah, let me think .... well, it is long, you are right :-) |
Rebolek 17-May-2006 [5063] | But I agree this should be part of View, specially if the code takes only 20 lines |
Pekr 17-May-2006 [5064] | hmm, but maybe we should have higher concept - kind of methods? Well, not once again (I was thinking about accessors and their non-fully developed potential) ... the most difficult part for new View will be - consistent look ... and the look should count in things like disable/enable, display the widget has focus ... |
Henrik 17-May-2006 [5065] | having SET-FACE being implemented consistently across all faces would be a big step forward. |
Pekr 17-May-2006 [5066x3] | I voted for set-face 'attribute value - much more flexible than plain set-face value .... |
you could rewrite other methods too | |
rewrite in the sense of rewriting engine = override :-) | |
Anton 17-May-2006 [5069x2] | view layout [f: field tog "enabled" "disabled" [either value [feel: f/feel f/feel: none][f/feel: feel]]] |
Better... view layout [f: field feel [] tog "enabled" "disabled" [f/feel/detect: all [value func [face event][none]]]] | |
Pekr 22-May-2006 [5071x3] | should request-date/date 25-Jun-2006 bring me to that day? It does so for the first time only, consecutive invocation fails ... submitting to rambo .. |
ah, it is there already .... | |
one question - is there already a group formed for new View? I would like to know, where should (could) we post our requirements. I would not like to see some fundamental UI design mistakes repeated, so I want to be sure, I voiced my ideas .... | |
Henrik 22-May-2006 [5074] | pekr, matters are being taken care of :-) |
Pekr 22-May-2006 [5075x2] | well, it is not enough. I know that Carl wants to have focused group for that, but there should be place, where other could place their requirements |
or .... such group should produce UI guidelines for others to see ... that would be even better, so the rest of us - ready-to-test-hungry-rebol3-ers, could be sure, everything is under control :-)) | |
Henrik 22-May-2006 [5077] | well, currently it's not that far yet, but maybe it would be nice with an open brainstorming group which we could study and grab the good parts from. |
Pekr 22-May-2006 [5078x3] | hmm, many ideas is lost with lots of surrounding chat ... maybe docs plus chat .... |
I want to be sure, new VID (Whatever it is called) will be fully keyboard ready, that widgets can be disabled/enabled, focused/unfocused and that all this is visually reflected ... | |
... so proper tabbing system is my high concern .... | |
Henrik 22-May-2006 [5081] | everything you mention is part of the requirements |
Pekr 22-May-2006 [5082x2] | ok, I don't need to know more then :-) |
.... maybe, if rich-text is part of the game, then underlined letters hor hot-keys :-) | |
Henrik 22-May-2006 [5084x2] | at least from what I can see here, it addresses almost all aspects of what is currently missing from VID. whether all this will be implemented immediately or over a longer period I don't know. |
better get back to work on it ;-) | |
Pekr 22-May-2006 [5086] | I hope system is implemented from scratch upon new View kernel .... |
older newer | first last |