World: r3wp

The dark-grey cover one for Amiga? I have that one too somewhere.

yep

but... I also hope that we can build some very high level user interface 
elements, like entire skeleton windows with content. they will be 
guidelines in themselves.

imagine a preferences window like in Amiga MUI: The left side is 
a list. The right side is a set of switchable panes.The bottom would 
be functioning OK/Save/Cancel buttons  If that is available as a 
standard window type with all the mechanics for switching, so you 
only need to fill out the list in the left side with titles and some 
GUI elements for each pane in the right, and then be able to use 
it.

there are many different common window types.

I may be biased ... no, I know I'm biased.  I'd start here;
http://developer.kde.org/documentation/design/ui/index.htmland

http://developer.kde.org/documentation/standards/kde/style/basics/index.html

of note;  http://developer.kde.org/documentation/standards/kde/style/basics/badInterface.html

But none of this is of much use without  Menu   we really really 
need Menu  until then, View apps look just plain wrong, designed 
by people then never read CUA.

I remember seeing the GUI/Program builder for the NeXT computer, 
when it first came out. That seems awesome. You specified, what type 
of application, you needed to build, and voila you've got the sceleton 
with menues and everything. Maybe it's something like that, you're 
after, Henrik.

This is also a must-see, when doing interfaces:
http://www.useit.com/

It's a bit like that (XCode for OSX does exactly the same thing, 
BTW), but I think it's on an even higher level. Where XCode and its 
predecessor gave those easy hints at first, when you got your window 
and user interface elements, then you needed to know next how to 
connect the dots. The trick is to learn that, and then it's probably 
easy, but after following several tutorials, I'm still lost. It's 
actually a bit like in VID in R2 when you suddenly must learn about 
FEEL and the various CTX-* objects in order to understand what's 
going on. I'd hate this sudden jump in difficulty to be present in 
VID3.

Hm

I think there is to much emphasis on building super easy and fancy 
interface builders. Then when you need to code, you go "OK, now what?" 
and all the time advantages are out the window.

One thing is for sure: We need to keep it simple!

I think it would be a good goal to be able to build an operational 
Preferences window in 2-3 lines of R3 code.

Does routines to let you do that need to be in R3? Or can it be a 
software-builder-library, that you load, when you build applications?

that depends on how big they are and how well they are put together.

How about a great tutorial on how to build the preferences window. 
 Then you kill two birds with one stone ;-)

Henrik, your comments on Xcode are spot on, for the easy first step 
you are rewarded by a sudden learning curve to understand why things 
need to be wired up in a certain way.

.

I'm using a single "area" right now to display a list of notes but 
would I like to do something like what we see here in Altme; that 
is, a scrollable list of rows that have differing heights. Any thoughts 
about how I can accomplish this feat? I tried list with supply but 
all I get is a bunch of areas the same height. I think that you cannot 
have such a thing with list/supply so there must be another trick.

Look at DideC's altme viewer, or, look at the source to my chat client.

Basically you have to construct the whole row as 3 separate faces 
and keep appending them to a much larger face.

James, it is quite difficult to make an iterated list of AREAs using 
LIST, retaining all the correct behaviour as expected for an AREA. 
I remember trying pretty mightily to achieve this, but, in the end, 
I have no example to show. If you were going to try, you would program 
the pane function directly yourself, rather than letting LIST use 
its default pane functions.

So I recommend the approach, as Graham above, of generating real 
faces (at least for the visible part of your list).

I can help you with this, as I've done it a number of times, the 
most recently in my editor replacement (see Editors group).

Anton - your editor work is awesome. I would like to ask, if you 
looked into VID3 styles already, or if you consider becoming VID3 
style's author? I can bet you would be one of the most prominent 
ones :-)

Well, thanks Pekr. I'm quite proud of the editor (which is why I 
keep mentioning it.)

I wouldn't mind seeing an advanced editor built on top of the area 
style for R3

VID3... I've been finding it hard to be inspired in this area.

need the style dialect to be finished first, so we can build all 
the basic styles

Thanks to all of you for your input. That definitely puts me in the 
right direction (and keeps me from wasting any more time with "list".) 
 This morning I took a look at Carl's #29 cookbook and at least there's 
a fast way to get closer to what I'd like. I really appreciate your 
support.

Is there a way to catch the "X" (close) button on a window. I'd like 
to offer a "Save File"

yes, use insert-event-func for that and detect on event/close.

main-window-title: "my little app"

view/new/title center-face main main-window-title
insert-event-func func [face event] [
  switch/default event/type [
    close [

      either event/face/text = main-window-title [ ; only reacts when main 
      window is closed
        quit
      ][
        event
      ]
    ]
  ][

    event
  ]
]

the switch might be a little elaborate. I use it in case I need to 
detect on more things.

Thanks Henrik!

Hello, I search to implement drag'ndrop between 2 windows. How to 
proceed ?

it's not possible in R2 VID

ok, thanks

Is it possible by using View directly ?

I'm not sure you can. Anton may know better than me.

Rebol2  Console can be drag destination:  http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=sys-port-drag-accept.r

Rebol3 can be drag destination on view (drag.r example in rebol3 
alpha) :  http://www.rebol.net/builds/rebol3/alpha/rebol29904031.zip
and  http://www.rebol.net/r3blogs/0098.html

About drag source look  at  http://www.rebol.net/cgi-bin/r3blog.r?view=0098#comments

thanks, unfortunately R2 example need view/pro

2.7.6 test versions are available and have library freed.

cool

how can I find this new version ?

Were testing the final beta now and you should have it very soon.

Graham, what does that mean: "Library freed"? Can you use dll's?

use

afaik ... I've got command so haven't tried it

Hello ! Is use the halt function to stop  to freeze my graphical 
app and open Rebol console .How can I close the console to return 
to my app ("quit" close the app too) ?