AltME groups: search

Thanks for the link, I've updated the RebGUI home page with a new 
"SItes using RebGUI" section (and removed the long-dead link to this 
AltME group as we don't seem to be broadcasting anymore ;(  )

Printing should be a big priority at some point. Rebol will not be 
taken seriously in commercial circles until we can hook into printing 
systems directly. I know it maybe a boring area for developers to 
work on. It's it is a hard sell when one has a great looking RebGUI 
interface without a print option.

HTML has is limits, PDF generation is more of an option.

Yes, of course. Not everyone has a PS printer or a rendering sub-system 
though. (e.g. Ghostscript). I've also output to LaTeX on the backend. 
If the system is client server then the backend can handle printing.

We do need a directory selector that can access directories across 
the network.  At present i have to resort to using request-file,and 
selecting a file in the target directory.

I'm currently building an interface.  I have a tip which works ok 
until I open a dialog, say request-ui or question. There are no actions 
hooked up to the dialogs yet. Once the dialogs are dismissed, the 
tip does not show again. Every other widget is responding to events 
BTW.


The tip is attached to symbol text. Lots of head scratching going 
on here. It feels like some event has been killed. Any ideas anyone?

Thanks.

directory selector that can access directories across the network

 We're limited to what "read %/" can pick up. Real solution is to 
 have a native request-dir func (and request-color, request-font).

background colour to an info field
 ... how about making it the same color as tooltips?

	field ctx-rebgui/colors/tooltip-fill

Any ideas
 ... looks like a RebGUI bug as I can reproduce it with:

	display "" [
		box tip "Some text"
		button [alert "Text"]
	]


Hmm, also noticed that tooltip and tooltip-time are dynamically escaping 
to the global context. Will look at this later today.

Dave, easiest way to grab the latest SVN build (without using any 
client s/w) is via a simple REBOL script like this:


 write %rebgui.r read http://trac.geekisp.com/rebgui/browser/rebgui.r?format=raw


%rebgui.r (the complete merged distribution sans %tour.r) is now 
regenerated and uploaded every build.

Hmm, looks like the caret problem is confined to password, and the 
"current word" problem seems to have been fixed. This makes it a 
*lot* easier to track down now.

There's a large medical trade show in Dallas next week.  About 170 
exhibitors.  Synapse EMR using Rebgui .. should be there too demonstrating 
a bidirectional interface to Schiller medical instruments.

I saw that in V2 there are a lot of the ON-* handlers. When writing 
code how about a way to specify it like this:
a: field "Input here" on [
	reset [...]
	translate []
	focus []
	unfocus []
]

Is there a way to make the scroll automatically go down when adding 
text to an area?  I have an area I'm using as a status terminal window 
and I can't see the feedback until the task is done because the scroll 
stays at the top.

Scrolling is achieved by modifying face/para/scroll, where FACE is 
your AREA face.

I am sure you can pick the parts you need from the above code, to 
create a nice little function which only appends text.
Note also the definition of LINEY, from further up in EDIT-TEXT: 
        textinfo face line-info 0 
        liney: line-info/size/y 
This depends on LINE-INFO, which is in system/view/line-info

So you will need to either bind your code to system/view and ctx-text, 
or refer to line-info and unlight-text using paths, eg:
	system/view/line-info
	ctx-text/unlight-text

I'm still having area issues.  If I reach the bottom of an area widget 
and hit return at the end of a line, the caret will often jump to 
the beginning of that line instead of making a new line.

on vid i attacgh a scroller and set that to 1.0 . maybe that works 
with rebgui too?

re: area scrolling. Try the following:

	display "" [
		a: area (form system/locale/colors)
		button [insert tail a/text join newline now show a]
		button [a/pane/1/data: 1.0 show a]
	]

Oops, that shoud read:

	a/pane/data: 1.0 show a

or just:

	set-data a/pane 1.0

e.g:

	all [a/pane/ratio < 1 set-data a/pane 1]

That's what I've been testing with. It has a problem with some keys 
like page-up/down. Apparently Maxim patched those keys. I suppose 
he added an event-func.
There's a new version coming soon which should fix that.

the desktop needs a make-over

2.6.3 is the latest stable release with a matching SDK version.

2.7.5 also has a matching SDK version, but is slightly less stable 
(works for me).

Hmm.. I've gone over all the GUIs and I've come to an observation 
(not a criticism)... 
There's no graphic designers here.

That's a known fact I think :)

After looking at all of the various UI for Rebol that's currently 
available, and although they are all great in their own right, I 
can't help but think there's something missing.  I've found the rebol 
mashups I've done using Javascript, HTML, CSS and Flash.. to be so 
much more flexible, and of a higher quality... perhaps not in things 
like speed etc., but when it comes to eye-candy, View, and all of 
it's GUI libs come in third at best.


If you're running windows.. take a look at RASH.. a simple blue button 
that floats on top of all your other windows.. click it, and a panel 
pops up.. 

It uses Flash as the UI.. and it's really quite easy to tie Rebol 
into Flash..  and you can do it with core. Why there isn't more Flash 
/ Rebol mashups is weird

when it comes to eye-candy, View, and all of it's GUI libs come in 
third at best

 ... I'd exclude View from that statement. With AGG support built-in 
 it enables you to be as creative as you want; the fact that no-one 
 has built a nice Konfabulator-like dialect that uses View to its 
 full potential is another issue.

able to reproduce the boundary issues

 No, and I use area everywhere in my apps. Never come across this 
 problem before. What's the sequence of actions? i.e. it's gotta be 
 more complex than, "just type until it happens". I suspect you've 
 hit a nasty interplay between arrow/slider scrolling and caret positioning. 
 Fixable if I know how to reproduce it.

AGG without a dialect? Might as well code in assembly, or openGL

Ashley, I can't reliably reproduce this boundary issue.  How about 
putting in a check for when the caret moves to the next line after 
<enter>, to ensure it is not on the same line, and then writing this 
to the rebgui.log ?

Is there a way to make a horizontal scroll bar on a table?  Or maybe 
to make a text-list or area have the horizontal scroll bar?  It may 
be to use the slider widget, but documentation is a bit scarce.

effects/radius: 0 for group-boxes?
 ... effects/radius is global. It is currently used by:

	group-box
	panel
	tab-panel
	tooltip

and can be set as follows:

	ctx-rebgui/effects/radius: 0

Is there a way to make a horizontal scroll bar on a table?

 No, nor with text-list or area. Same issue with tab-panel. This is 
 quite deliberate and you may wish to refer to my comments from 10th 
 March this year headed, "A word on my design philosophy, ...", to 
 see why. ;)

what's the magic incantation to have a widget hidden by default in 
the layout?

This is more of a general question on gui design... but should one 
keep all buttons on screen, or, provide buttons as required?

I'm of the "don't tell me about it unless I can do it camp" here. 
Nothing worse than hunting through a complex menu to work out what 
I can and can't do. 80% of what I want to do or see should be no 
more than one click away IMHO.

how about just adding a disable flag to the button and put a disable 
check in the engage event?

When you click in to a text area, the caret always appears at the 
end of the text.  Possible to have the caret to appear at the mouse 
pointer?

It looks like 'show does not work inside a 'do block

if the widget was hidden

This works showing text in a visible widget .. 


display "" [ p1: panel 20x20 green data [] false return f1: field 
do [ show p1 set-text f1 "panel should be the
re!" ]] do-events

Yes, but doing a show or hide prior to view doesn't work.

How do you get a slider to react to the mouse wheel?

I've tried a custom widget with an  action: make default-action [ 
 but I might be missing
something simple but critical...

You mean something like:

	b: "Bob"
	display "" [a: field b]

which is already supported, or something else?

No I mean something like

fields: make object! [
   a: b: c: none
]

display "Test" [fields/a: field  fields/b: field  fields/c: field]

No [to supporting that]. The preferred approach would be:

	obj: make object! [
		a: "Bob"
		f: does [display "" [field b]]
	]
	obj/f

typo "field b" -> "field a"

I was looking at (and don't grasp all the implications of) the parsing 
 set-word!  occurances and how a set-path! may be inserted.  But...it 
looked too simple, so it had to be wrong.  :)  And again, I don't 
get all the implications, so I'm completely accepting of Ashley's 
nice short no.

face-iterator init func as it tries to create a table ... now that 
one should be reproducable?

Are these errors you're generating or your users are generating? 
I've got a dozen or so users who've been pounding away at a large 
RebGUI app for almost 2 years now, and the rebgui.log files on their 
PC's are pretty much empty. Might just be a case of YMMV ;)

btiffin, maybe this works:
fields: context [a: b: c: none]

display "test" compose [(to-set-word in fields 'a) field (to-set-word 
in fields 'b) field]

Hey...that should get rid of a few more globals, cool.  Thanks Ashley. 
 First tests worked great. :)

Pekr, do you know what   in fields 'a   means ?

I am just not sure, if the 'a in the 'display is the same as in the 
'fields ....

Check this out:
>> o1: context [a: 1]
>> o2: context [a: 200]
>> print probe compose [(in o1 'a) (in o2 'a)]
[a a]
1 200

I mean - does it create global 'a, referencing fields/a?

Try the above example, then see if 'a has a value globally.

eh .... can't believe it :-) it should translate into: display "text" 
[a: field b: field]

o: context [a: 1]
print o/a
reduce compose [(to-set-word in o 'a) 5]    
print o/a
value? 'a

results:
1
5
false

it is just not clear, how to-set-word could bind it to o's 'a

>> blk: compose [(to-set-word in o1 'a) (to-set-word in o2 'a)]
== [a: a:]
>> get blk/1
== 1
>> get blk/2
== 200

ah, that is like sucking 'a from object to upper context, while 'a 
still remembers, where it belongs ;-)

yello is a new colour since....

I'm post-1.3.2, but clearly a little behind...

This has happened a few times now, so I might add a check for these 
misnumbered versions. Any other versions apart from 50 & 61 I need 
check for?

I want to use RebGUI with MySQL using Doc Kimmel's protocol. Doc's 
protocol provides a block of blocks of data but RebGUI's table widget 
I believe is looking for a single block for the data. What is the 
best way to handle the sql blocks. Having each row in a block is 
handy for  manipulation.

There is much better one, done under the contract by Cyphre. It is 
called grid. It allows you to have visible/non visible columns, row 
or cell hilighting, whatever content in a cell, vertical plus horizontal 
scroll. It's only drawback is, that first release does not contain 
column resizing.

I hope it should not be a problem to adapt. IMO Cyphre would do it 
in one day, but let him work on R3 :-)

and assign them a width of .001 which does the trick.

I can eventually send you a source, if you want.

It is a pity, as it it light-years more powerfull than table, which 
is just - plain vid list, with column resizing, nothing really more.

Regarding my boundary issues with rebgui and the area widget, this 
is what happens


If I am typing at the bottom of the screen and the scroller bar is 
shorter than the scroller height, and the bar is placed up against 
the top, then entering a return places the caret at the head of the 
current line instead of at a new line.

If I move the scroll bar to the bottom of the scroller widget, <return> 
then it does move to a new line.

There are no problems if the scroll bar occupies the whole of the 
scroller widget.

re: boundary issue. Is this the same "issue" as:

	display " [
		area "a^/b^/c^/d^/e^/f^/g^/h^/i^/j^/k"
	]


Then click on the first line to position the caret next to the "a". 
Now drag the scroller down and observe how the caret position changes 
to remain visible. Is this behaviour correct? (BTW, an answer of 
"No" raises a whole bunch of other issues).

I can only reproduce the behaviour you describe (boundary scrolling) 
with the test case posted above ... and in that case it's a "feature" 
not a bug. But the situation you describe is different in one important 
respect ... it doesn't insert a newline. Do you have a simple test 
case which demonstrates this? (It might be a combination of a certain 
area size, font-size and number of lines).

rebol []

do %rebgui.r

display "" [
	a: area 100x150

]

do-events

Now paste the sentence you wrote above 7 x into the area box ...the 
caret stays between the n and a in combination.  The scroll is not 
at the bottom.  Move the caret down one by using the arrow keys, 
and hit enter.  The caret moves to the beginning of the line instead 
of creating a new line.

After I arrow down and hit enter I get a newline as follows:

demonstrates ...
|area ...
area ...


RebGUI build#95 with default ctx-rebgui/behaviors (I deleted %ui.dat 
first to be sure).

this is a fresh checkout

I took a screen video of what I am seeing http://compkarori.no-ip.biz:8010/index.php?title=Unrelated_Software_Resources&token=1184580090#attachForm

I downloaded it (476Kb) but under both Quicktime and VLC it appears 
as a large gray rectangular area for about 11 seconds!?

Yes I can.  Moving down from inside "combination" to the period, 
then pressing return does NOT insert a newline.  I'm using build 
93.

Ah, got it! I tried it again but without inserting a return after 
each copy and I see the problem (finally). It's actually inserting 
a return at the tail of the text then repositioning the caret to 
the start of the next line. The 2nd half of that operation is correct. 
Will debug this soon.

Got a simple test case for this now:

	area 20x14 "a^/b^/c^/d"


Position the caret after the letter "c" or "d" then press Enter. 
The caret is repositioned incorrectly.

Looks like a View error to me.

Feasible to be able to double click on a spell choice , have that 
replace the current highlighted word and then automatically move 
on to the next word?

I had a try but it momentarily highlights the next word and then 
the highlight vanishes

Yes, just add a "show face/parent-face" after the set-values and 
it'll work fine.

I guess there is an inconsistancy here in that set-text shows the 
text.  Do we need a set-values/no-show ?

Got this on a edit-list 

make object! [
   code: 311
   type: 'script
   id: 'invalid-path
   arg1: 'dbl-action
   arg2: none
   arg3: none
   near: [p/parent-face/dbl-action p/parent-face]
   where: 'wake-event
]

Looks like its been triggered by a double click. I don't think edit/drop 
list handled those... but they usually don't need to as the first 
click of a double click sequence is enough to select an item and 
close the popup. Odd.

Question: How hard would it be to write a LAYOUT function that will 
transform the RebGUI layout into a HTML page?


Of course for all the action code etc. we need to find a nice way 
(but won't be priority 1 for me). The idea is to have a way to get 
my RebGUI apps to the internet.


Of course if we would have a Rebol plug-in this would solve it a 
bit but I don't expect this within the next 6 months. And, plug-in 
will not fit all user needs.

Can you transform to Curl 5.0 instead ( http://www.curl.com) ?  
Or write a Curl macro to start  the task ?  I have a few curl notes 
at eclectic-pencil and eclectic-pencil.blogspot.com  ( I work in 
Curl at a s/w co.  servicing web browser needs of F500 + int'l ) 
    The macros  {example    and   {x-example-ref    are the coolest 
    Curl is kinda link Scheme+ Tcl too ... if you have looked at 
Groovy HTML-builder then Curl will look familiar.  The REGEXP is 
Perl-like    Curl is a web-content language in the functional-mold 
rather like a JavaScript with its own RTE.   There is also TiScript 
 ( www.terrainformatica.com  ) and of course XUL for Mozilla ....

could use easy paint from the library as a basis

I'm in a situation where I need more space for my tab panels.  Can 
we have multilevel tabs ie. two to three rows of tabs like the windows 
version?

Curl: Do you mean Curl as basic system or transforming to Curl? IIRC 
there system is quite fat and requires special servers etc. They 
have a complicated licensing scheme etc.

So, I agree with Petr, why use Curl if we have Rebol?

It's just an HTML alternative ( HTML+CSS+JavaScript )

I was once an OS.2 Zealot and a Prolog Zealot.  I love Rebol, but 
it will not make me either a Rebol bigot or a Rebol zealot.  Even 
a good advocate should not come across as either ...  Curl is not 
server-side; it is just client-side.  If what you have is a 'layout', 
why transform to HTML just to get a page into a browser while waiting 
(6+ mo)  for a Rebol plug-in ?  Curl is a web content language.  
It's good for that.  And it has great sliding panes and all just 
like scriptaculous but a s simple and consistent as good Rebol code. 
 Think of it as Scheme/Dylan for web pages instesad of HTML.

Curl and client side? Wait, is that a plug-in, or what? I don't want 
another plugin. I accept already existant plugins, or the technologies 
I like, and it is REBOL. So, ROBERT is looking for the REBOL to browser 
converter. And it is news to me the world of web browsers supports 
Curl out of the box. It does not. And that is exactly the reason 
why Curl is absolutly zero solution here ...

We should focus on REBOL here. Half a year is no time imo. I don't 
know how much time it takes to master other technology, but Robert 
could as well contract some guy to port R3 to plug-in version in 
that time ...

And I guarantee you,that REBOL plug-in, if done right, is a killer 
product. Let's show that html monkeys trying to do stupid grids slow 
as mollasses that REBOL can be light years faster. Web should never 
get past static page displays :-)

How hard would it be to write a LAYOUT function that will transform 
the RebGUI layout into a HTML page?

 Dynamic or static conversion? I think it's possible to map most VID/RebGUI 
 styles/widgets to CSS and HTML with Javascript required for a few 
 of the more complex widgets; so reproducing simple layout forms online 
 is trivial, more complex apps with tab-panels, etc a whole lot harder.


This reminds me of some of the R&D work I was doing with IBM back 
in the early 90's. Layouts were IODEFs (Input/Output definitions) 
where you hooked a data source (e.g. DB, Terminal, Webpage) to an 
output target (e.g. Screen, printer, Webpage) with zero application/logic 
changes. The entire app was stored in a code repository across a 
couple of simpe DB2 tables. Anyway, I digress.

Would a statically stacked tab-panel suffice? I could knock up a 
tab-panel2 widget that accepted two blocks of label / action pairs.

HTML: Doing static layouts would be OK in the first step.


And, this declarative stuff like hooking input-streams, to output-devices 
is IMO a good aproach. A lot of technologies from the mid 80s / erlay 
90s are possible these days. IMO there exist a lot of forgotten things 
that are pretty cool.

Graham;  I'm being facetious; but who, other than you, writes apps 
that need that many tabs.  You're adding too many features.  :)  
More seriously.  I've hacked an overlay widget by pulling the tab 
pane out of  Ashley's tab-panel (build 95)  that uses the same layout 
model and his select-tab action.  Put up a couple of arrows and you 
can stack as many tabs in an overlay space as you'd like (they would 
not scroll one at a time; it'd function as banks of tabs; one tab-panel 
per overlay "tab" but it'll save a fair amount of screen real estate). 
 I could post the code somewhere if you'd like.