World: r3wp

For my previous snippet:

>> layout [X: button]

X is just a generic variable name I use when I need a throwaway, 
like others use "foo", "bar", and so on.  Layout is just assigning 
the button object to the word X, which I'm exploring in the next 
few lines like Geomol explained.


I explored system in the same way to find view, then VID, then vid-styles. 
 vid-styles is a block containing a series of alternating names and 
definitions, which the foreach loop is simply going over

@Izkata:  I understand your X now!  If /doc is simply a refinement 
to "help", then that fact is not showing up when "help" is entered 
by itself.

bottom line: I simply wanted to use the "help" system to explore 
 what's available in "layout" and how to use each component. I was 
assuming that the "help" system was a comprehensive reference. It 
may not have been designed as such.

You are being thrown off, because LAYOUT processes a dialect, which 
HELP has no chance of understanding.

It helps to understand, what LAYOUT is doing: As you may know, VID 
is a dialect, which is a parsed collection of words, numbers, strings, 
etc. in a specific format, essentially a sub-domain language, within 
REBOL. The job of LAYOUT is to parse the dialect block and convert 
that into a face tree (a face is just an object, try typing FACE 
in the console). The face tree can then be fed to the VIEW function, 
so the layout can be displayed, so:

VID -> layout -> view -> window displays with content


You can also create a face tree manually, but that's far more laborious, 
which is why VID is there.


When LAYOUT creates a face, it does so in accordance with a style 
from Izkata's shown style list, such as IMAGE or FIELD. A style is 
essentially a prototype face.

VID is however quite sparse, as it was written in a week, by Carl, 
a decade ago. There are some extensions and replacements available.

as it was written in a week, by Carl
 is that true? Cool or pity :)

That's what he told me some years ago. It was only meant to be a 
demo of View.

the initial version, yes. but, vid has been worked on after that...

Wasn't R3 going to add help for dialects?

@Henrik:  I now understand the "hoops" that need to be jumped into 
in order to get graphics to happen in REBOL. 
Is REBGUI an extension/replacement for VID? 

I sure hope that the answer to Kaj's question is "yes" - cuz that 
would make the "help sytem" much more useful, IMO.
Thanks for the input!

Rebgui is an alternative to vid ... it has more widgets but is less 
flexibles

Kaj, I think Carl is still thinking about that. The R3 GUI will provide 
some documentation.

In the past I proposed help to use a refinement, e.g. /custom, /dialect, 
and the format would then be:

help/custom dialect-name "button"


It is a problem right now, as 'help uses just one argument. But maybe 
it could just accept more types, e.g. a block, and then we could 
have a dialect to help us with dialect help :-)

I think one solution is to add a uniform domain based dictionary 
(one domain for styles, one for VID, one for other dialects), that 
help understands, but it can unfortunately not make dialects themselves 
self documenting. Possibly there would be automated dictionary builders, 
but these take a lot of time to run during startup, so maybe they 
should be some sort of callbacks from help to get just-in-time help 
on a domain.

Then you could use:

>> help/on styles

to get a dictionary on the styles, based on a dictionary builder.

@GrahamC:  Thanks for clearing that up in a nutshell.

@Henrik  & Pekr:  IMHO, enhancing the "help" system as you suggest, 
is the greatest form of advocacy that the REBOL community can undertake. 
let the "help system" be as comprehensive as possible - whatever 
form it takes, so that REBOL novices are not faced with yet another 
source of stress and uncertainty - especially if they come from a 
non-Forthish or LISPish background. If a novice can solve - by himself, 
using the "help system" - what he perceives to be an ambiguity, already 
that is a success  which can only give impetous to continueing his 
exploration of REBOL.

Question:


If you have a window face and SHOW it, does it perform a different 
kind of SHOW, if the window face /CHANGES is set to TEXT or ACTIVATE? 
I have some problems refreshing a table along with changing the window 
title during the same SHOW.

RebGUI SHOW is not the same as SHOW for VID

I know. The problem is however the same with RebGUI's SHOW-NATIVE.

IIRC, /changes meant that show did not do all the work, but only 
what it was asked to do by /changes

ok, thanks

I'm studying a possible font alignment bug with Cyphre:


view layout [origin 0x0 space 0x0 t1: text 100 black white "Boo" 
right t2: text 100 black 200.200.200 "Boo" right bold]


Does the last "o" line up to the same pixel for you (correct) or 
is there a slight misalignment (wrong)? State your OS, please. Thanks.

I can't see any mis-alignment (we're looking for it to be flush right, 
yes?)
  Win 7  rebview 2.7.6

Correct alignment here, and bold doesn't seem to have an effect, 
as both texts looks the same.

OS X v. 10.6.8, View v. 2.7.7

Correct alignment under WinXP on same Mac using VirtualBox. Here 
the 2nd text is bold, starts 1 pixel before, so it's correct aligned 
on the right side.

Looks OK here, XP x64.

View 2.7.7

Not sure what we are looking for, but here the bold text i shifted 
cca 1 pixels to the left = both "Boo" texts are not aligned to the 
right to the same pixel ... View 2.7.8, Windows Vista

Ubuntu 10.04, View 2.7.6


Both the 'o's in the lines start at the same place as the one above/below, 
but the bold ones are 1 pixel wider on the right.

The 'B's end at the same place, but the bold one extends 1 pixel 
further to the left.
Neither is flush with the right side of the pane/window

REBOL/View 2.7.8.3.1 1-Jan-2011 on Win 7


Correct alignment for the default font, misplacements when trying 
with some other fonts (all featuring crafted bold styles).

This is very interesting.

We'd like to test this under R3 as well.

Win7 64bit with 2.7.6 - the bold Boo is moved to the left as Pekr 
described.

I posted in OSX group but I just noticed its a private group...anyway, 
just got a mac mini and I'm having trouble installing rebol. I run 
through the install process but it does not seem to to install properly 
for example it does not make a ".r" file association.

It doesn't seem to be able to do that, although I vaguely remember 
Robert may have found a method

Is there a method to find the active window? I actually thought I 
had this in the VID Extension Kit, but apparently not.

BTW, thanks for testing the font issue.

adding an event handler and trapping window activate and deactivate 
events is one way.

ok, thanks

its possible that the window stores its active state in the flags 
block, if this is the case could also tl

that would happen from mezzanine code?

... could also loop thru all faces in screen-face/pane.    but I 
don't know if view actually stores the active state anywhere.

adding the event handler is very easy from mezz code.  its basically 
like a detect function, but executed at the screen level.   the face 
you receive is a window.

IIRC its executed within do event (so its run from within the wake-event).


if you are already patching view's wake-event, that would be another 
place to put it.

RIM.r script on rebol.org (RIM - REBOL Instant Messenger) crashes 
the REBOL process on Windows (R2)
http://www.rebol.org/view-script.r?script=rim.r&sid=hhim88gr

Worked for me when I used it .. have you tried a version of rebol 
from when the script was written?

Nope, I tried only with R2/view 2.7.8.3.1
But I found the crashed part, on line 251:

face/text: bud: pick users count  ;crash!, PICKing from users is 
ok, setting face/text crashes.

users is a block of something strange:
users/1 == <script type="text/javascript"> <!--
    top.location="http://www.reboltech.com/?fp=BSODCy... 


I think something changed on the server and return value is not a 
text anymore, so setting it to face/text lead to crash.

Another crash I found:
get-modes system/ports/system 'port-modes
others don't crash: 'network-modes, 'file-modes, 'copy-modes

no crash here WinXP, Rebol 2.7.8

Strange, I tried several times on my XP/Home it crashed everytime. 
But no crash on my XP/Pro.