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

World: r3wp

[!RebGUI] A lightweight alternative to VID

Volker
17-Nov-2005
[2473]
Ho fast is this on your machine? On mine it is slow, but thats the 
machine.. http://www.rebol.com/view/demos/rzoom.r
MichaelB
17-Nov-2005
[2474]
pretty smooth - maybe I have to try it one day ... what I did was 
put a lot of text in Carls first test of the transformation matrix 
example, where he wanted to know if the behavior is correct - and 
if you have a lot of text and zoom into it, it gets slow - but there 
are people here who know better (and might prove me wrong) - for 
me it would be too nice if somebody proves me that the same stuff 
as in the link is in sufficient speed possible with Rebol, even if 
there has to be some clever arrangement of the objects to be shown 
- I mean that objects not visible don't get rendered
Graham
17-Nov-2005
[2475]
That Zomit interface works poorly with a touch pad.
Ashley
17-Nov-2005
[2476]
Or a mouse in my case. ;) Anyone have any links / screenshots to 
some good [non-HTML] implementations? (Windows or Mac OS X)
Izkata
17-Nov-2005
[2477]
Anyone ever played The Sims?  Is this what you mean by circular menu?
http://www.piemenus.com/images/sims-shadowed-pie.jpg
MichaelB
18-Nov-2005
[2478]
I guess so, Second LIfe has also pie menus. 

Graham: this didn't mean that there are other ways to use menus and 
of course depending on the input device there are better ways. If 
you have keyboard shortcuts for everything you can even be faster 
in doing things. If you have a scroll wheel zooming into is pretty 
natural as is paning with a extra button - but didn't anybody feel 
that in this zoomit demo one could surpisingly well use the interface 
and especially with what speed ? (just compared to putting the same 
functions to a traditional context menu)

Also one should just try to use mouse-gestures in Opera - after using 
them you always want to use them - even though I often out of habit 
do the same in IE or somewhere else and it doesn't work - the most 
important thing to note for me is that it's worth having an interface 
one can form habits in using it - only then usage will be very fast. 
If one puts the one or other stumbling block into it, it will never 
flow, you always have to concentrate on what you're actually doing. 
Just imagine driving a car and having always to think about how to 
steer or shift (for many of the european people :).
Robert
18-Nov-2005
[2479]
Take a look at: http://www.think-cell.com/and watch the Flash, there 
you see the best circular menues I have every used so far.
Ashley
18-Nov-2005
[2480]
Yes, that's actually quite intuitive. Bit hard to get all the design 
elements from the small flash demo, so what would the practical minimum 
/ maximum number of "items" be? 3 - 8? Should the "menu" appear centered 
on the cursor? Are the circles solid or partially transparent? Are 
they textual or iconic?
MichaelB
18-Nov-2005
[2481x2]
in the flashdemo they looked iconic - what I wouldn't like too much 
- see "rant" above :-)
but still I think the power comes from the possibility to use them 
blind if done nicely like in the java applet above ... only to have 
it circular doesn't have to help too much, exept that it uses the 
space around the cursor better
Pekr
18-Nov-2005
[2483]
I am not against being innovative, but .... not sure that actually 
replace classical menu by circular one, removes reasons we try to 
abandon menu for :-)
Robert
18-Nov-2005
[2484x2]
If you want take a look at the manual, more screen shots.
Ashley, I'm going to send you a screenshot from my installation.
Pekr
18-Nov-2005
[2486]
Robert - so you find Circular menus kind of help-full?
MichaelB
18-Nov-2005
[2487]
- I thought the discussion was more or less about traditional menus 
at the top of the window or screen. I think context menus are very 
helpful as they support nicely the object-verb pattern and as long 
as they are designed the way that they don't change unexpectedly, 
they are good and the user can form habits (Jef Raskins book "The 
Humane Interface" is a lot about this stuff)

- and they should support this kind of blind usage - then they're 
a big leap I think
Ashley
18-Nov-2005
[2488]
I've never been a big fan of traditional context menus as they tend 
to get overloaded (you know things have gone too far when they are 
scrollable and have sub-menu's!) and the "target area" for selection 
is just too small (selecting the 3rd item quickly requires good mouse 
targeting). The first problem is an [application] design issue, but 
the second is solved nicely by this style of menu. 


Having said all that, I'll probably add two widgets: context-menu 
and bubble-menu which will be functionally and declaratively identical 
but with different look & feels.  Besides, I'm intrigued by the design 
challenge of this particular widget - I'm thinking multiple faces 
(one for each menu option) with a draw effect for the bubble and 
text ... hmm, but how to only register mouse clicks within a circular 
area ... and how to have pixels outside this area be transparent 
...and ...
Volker
18-Nov-2005
[2489x2]
One one trick could be a big sensor over the whole window.
And Chirs had a similar problem for non-rectangular faces. The idea 
was use a shadow-bitmap where colors represents choices.
Graham
18-Nov-2005
[2491]
Ashley, have you reconsidered allowing images to be inline rather 
than a file! type only ?
Ashley
18-Nov-2005
[2492]
Already supported. Try the following:

	display "" compose [image (help.gif)]
Graham
18-Nov-2005
[2493x2]
oh ..?? when was this introduced?
I must have missed the ann.
Ashley
18-Nov-2005
[2495]
No announcement. ;) I think it was introduced around 0.3.2 when the 
layout function was split off into a separate script.
Graham
18-Nov-2005
[2496]
And to think I had to write my paint module in VID as I thought this 
had yet to be done :(
Ashley
18-Nov-2005
[2497]
Lot of changes scheduled for 0.3.8 - aim is to get it out within 
a week.
Anton
18-Nov-2005
[2498x2]
You can't have "event-transparent" faces without changes to the View 
engine.
(I can say that for sure.)
Volker
19-Nov-2005
[2500]
About gui-look: How about mimicing amiga?
Graham
19-Nov-2005
[2501x2]
How about using the new Canvas GUI images ?
How about adding a slider to the title-group widget to allow scrolling 
of the text in the title-group ?
Robert
20-Nov-2005
[2503]
Just cross-posting Geomol's styles: http://home.tiscali.dk/john.niclasen/canvas/newstyles.r
Might be a nice base for RebGUI.
Ashley
20-Nov-2005
[2504]
Nice clean look. The "button-group" widget (buttons numbered 1 - 
4) would make a good addition. Good idea that.
Pekr
20-Nov-2005
[2505x2]
hmm, my last message got lost probably. I sent it, and then I got 
AltME blue-screen instead of message list for this group, and nothing 
appeared. Kind of short disconnection? :-)
What I just wanted to point out is - those styles do look nice. However, 
they don't seem to reflect mouse-over effect. My question is, if 
we give-up on that. IIRC Chris pointed out, that you have to count 
with such things prior to starting your design. Also - what about 
reflecting in-focus styles? As we know, OS does count with it and 
reflects it visually, what about our Rebol UIs?
Ashley
20-Nov-2005
[2507]
Not sure what you mean by "in-focus styles" - please elaborate. ;)
Pekr
20-Nov-2005
[2508]
Ashley - simply put - keyboard navigation (tabbing). In Windows, 
e.g. if button is tabbed=in-focus (my english term :-), you can visually 
distinguish it ...
Graham
20-Nov-2005
[2509]
You mean there's a hover visual notification?
Pekr
20-Nov-2005
[2510]
yes ... currently there is in RebGui, but there is not with Geomol's 
styles. Or do I miss anything?
Graham
21-Nov-2005
[2511]
Text does not reformat when an area field is resized.
shadwolf
23-Nov-2005
[2512x3]
today jipé of rebol french scene have proposed this  progress bar 
:
rebol []
lg: 0
pos: 50x40
fen: layout/size [
at pos

b1: box white 150x20 "0%"  font [size: 11 color: black shadow: none] 
frame black 1
at pos + 1x1

b2: box 1x18 yellow effect [merge colorize 255.255.0 invert] rate 
25 feel [
engage: func [face action event][
if (b2/size/x < 148) [
   lg: lg + 1
   b2/size: b2/size + 1x0
   b1/text: join to-integer lg / 147 * 100 "%"
   show [b1 b2]
   ]
]
]
] 250x100
view/title center-face fen "Smart progress bar"
would be fun in rebGUI ^^
Pekr
23-Nov-2005
[2515]
looks like old Windows one :-)
shadwolf
23-Nov-2005
[2516x2]
yes that's the trick ^^ but it's fun  old fashion
effective and short code
Ashley
23-Nov-2005
[2518]
I didn't know "frame" was a shortcut for "edge [...]". How long has 
that been in VID? Nice code BTW, I think I'll add it.
shadwolf
23-Nov-2005
[2519]
i didn't know it neither  ^^ jipé is full of suprise i love those 
 little and  full of trickies codes ^^
Graham
23-Nov-2005
[2520]
'frame was in the very early versions of VID but I thought it was 
replaced by 'box.  Perhaps it was resurrected for another use ?
shadwolf
24-Nov-2005
[2521x2]
an amelioration!
rebol []
lg: 0
pos: 50x30
fen: layout/size [
at pos

b1: box white 150x20 "0%"  font [size: 11 color: black shadow: none] 
frame black 1
at pos + 1x1

b2: box 1x18 yellow effect [merge colorize 255.255.0 invert] with 
[
rate: 0
feel: make face/feel [
engage: func [face action event][
if action = 'time [
if (b2/size/x < 148) [
   lg: lg + 1
   b2/size: b2/size + 1x0
   b1/text: join to-integer lg / 147 * 100 "%"
   show [b1 b2]
   ]
   ]
   ]
]
]
t: text 100  form b2/rate
bt: btn "Stop" [
b2/rate: pick [0 none] 'none = b2/rate
bt/text: pick ["Stop" "Start"] "Start" = bt/text
t/text: form b2/rate
show [b2 bt t]
]
] 250x140
view/title center-face fen "Smart progress bar"