r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Anton
13-May-2006
[5035]
do http://home.wilddsl.net.au/anton/rebol/game/maze-generator.r
Volker
13-May-2006
[5036x2]
With enough memory you can prerender the images and simply play them. 
And after a few degrees it looks the same as before, so you can save 
a lot memory.
(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
[5084]
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.