World: r3wp

Steeve, show us how you made the feel.

I suspect that you might have made the feel yourself using something 
like:
	feel: make object! [
		over: func [face over offset]
		...
	]

which would be wrong, as the view system is is sensitive to the order 
the words are defined in the feel object. The correct way is to make 
your feel from an existing feel, eg. 
	my-feel: make system/standard/face/feel [ ... ]

This ensures that the four feel functions are defined in the correct 
order in the object.

Making the object yourself, defining the functions out of order, 
explains why OVER sees events that normally appear in a DETECT or 
another function. I remember being quite confused by that.

If you make from another feel you don't have to worry about the order.

thanks Anton, i will test that soon

yeahaaaa ! it works well now, many thanks again Anton

chris, thanks for the help, nut my situation is a little different. 
I'm loading the data from a database. When I update the data base 
I read it again and store it in a word that I use to fill the drop-down 
with the "data"attribute. If I probe the word holding the updated 
database it shows the added data but the drop-down will not show 
the change.

EVen on your example above the drop down did not display "five"? 
I can not even scroll down to see it.  I had to increase the # of 
rows to se it   Bug?

Alan, show us some code. (try keep it small.)

I think I asked this a long time ago, but forgot the answer: Does 
anyone know how to detect when a window goes inactive?

Win32 API or View only solution? Dunno if it can be detected using 
View only ...

View only solution, if it's possible.

I don't care about other windows. I want to put up a warning that 
a window has gone inactive (critical that a text field is focused).

insert-event-func and watch for an 'inactive event I think.

Henrik, I think this was the best I could come up with:

http://anton.wildit.net.au/rebol/view/detect-all-windows-inactive.r

http://anton.wildit.net.au/rebol/gui/all-windows-inactive-handler.r

Would anybody have any clue where I could find this simple Rebol 
script demoing a shopping cart . I'm interested in the columnar hierarchical 
tree it used to navigate to the store's items. ?

Does the pen command of the draw dialect require tuples, or can we 
use 'red, 'blue and so on?

In View 1.3.1, 'red, 'blue and so on worked, but no longer...

actually, nevermind

something else is my problem

Here's my problem, from a new terminal session:


>> view layout [box 120x70 effect [draw [pen black polygon 0x0 119x0 
119x69 0x69]]]

>> view layout [box 120x70 effect [draw [pen black green polygon 
0x0 119x0 119x69 0x69]]]
Segmentation fault (core dumped)


..which should work fine, according to this Draw documentation:  
http://www.rebol.com/docs/draw.html#sect0.9.1.

If I recall correctly, that's a bug of View 1.3.1, specifying PEN 
with two colours.

You are missing line-pattern in your code... this is working:

view layout [box 120x70 effect [draw [pen black green line-pattern 
1 5 polygon 0x0 119x0 119x69 0x69]]]

(anyway.. it's a bug.. which should be easy to fix I guess)

if you don't want to use line-pattern you should not use 2 colors 
for pen..

Darn..  =P   I was taking it as, for polygon, the line would be the 
first color and the inside would be the second.


Are there any more recent draw docs, then, so I don't get overly 
confused like this time?

but it is in the doc.. (the link above) If you want to make fill 
use fill-pen

...I was about to say, "then why is it called 'foreground' and 'background' 
color under pen?", then took another look - I somehow completely 
missed the last line under the "Pen" section...

Okay, just a lot of my mistakes..  ~innocent grin~

Challenge;  A REBOL face face.  Ok all you graphically inclined; 
come up with a face that is a face.

Given this graphically PT version ... what can you do to make the 
face of REBOL.

face-block: [
    pen blue ellipse 150x150 100x120           ; head

    fill-pen green circle 110x110 10  circle 190x110 10             ; 
    eyes
    fill-pen black circle 110x110 3  circle 190x110 3
    fill-pen pink ellipse 150x150 10x20        ; nose
    fill-pen red ellipse 150x200 25x10         ; mouth
]


view layout compose/deep/only [box 300x300 sky effect [draw (face-block)]]


Extra points for blinking, winking and moving lips, but simple is 
better  - plans is to show students.  :)
(For those that need to know ... PT is short for part-tard).

hoping for some help. I copied my desktop view install to a usb pen 
drive for my laptop and made the mistake of not doing an install 
so now it does not see my local dir.I used regedit to delete all 
calls to view I could find rebooted and still the same problem :( 
Any hints ? Thanks !

What happens if you actually do an install?

Is http://www.rebol.com/docs/easy-vid.htmlthe only documentation 
from REBOL Tech we have for vid  ?

Surely not - there is at least one other ...

and also very precise View documentation - just go to rebol.com docs 
section

http://www.rebol.com/docs/view-guide.html

Pekr,  I need the other VID guide for the REBOL2 DocBase pages but 
the only one I have found is a VIEW guide http://www.rebol.com/docs/view-system.html.
Are you sure another and updated VID guide exists ?

you mix two things - vid and view ... the best doc for view is view-system. 
As for VID, there are just those two links present here. In other 
words - if you can't find it on RT's site, it probably does not exist.

Excuse me but isn't http://www.rebol.com/docs/view-guide.htmla VIEW 
guide or is it a VID one ?

VID

Mostly  ;)

Those 2 guides are both from 2001. So VID has 2 guides and VIEW only 
one updated in the year 2005.

I have reflected your statements in the REBOL2 wiki

I more and more often feel, we need at Style Guide for REBOL. Not 
for the source, Carl have already written about that in the Core 
guide, but a guide to user interfaces. What key combinations should 
mean what? Should labels for fields be left- or right-aligned? etc. 
I know, many of these things are different in different operating 
systems, but we build applications, that can run across many OS's. 
So I feel, we need at standard guidance to do these things.

Agree? Disagree? Comments?

I'm definitely planning one for R3. Perhaps it can also be used for 
R2.

Maybe we should put a group together to figure this out? Or is it 
best, if one person do it? We also need input, ideas and viewpoints.

we definitely need some input, but I think one person should write 
it.

Yes, less babble, faster decisions! Why don't we have ... like 10 
Carls around? ;)

We need cloning technology for REBOL.

I own the original Commodore User Interface Guideline manual. I hope 
to build something like that.

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.