World: r3wp

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.

easier than my video !

Any progress?

Hoping to look at it over the weekend.

Great.

Anyone any experience with dual monitor setups?  user tells me that 
this happened after  he moved app from one monitor to next

make object! [
   code: 316
   type: 'script
   id: 'no-memory
   arg1: none
   arg2: none
   arg3: none
   near: [show face
       orig-size: face/size
       exit
   ]
   where: 'wake-event
]

Looks like a View error to me.

I have some experience here, but View apps simply worked. Multimonitor 
set-up means, that you basically have one big area, where axis x= 
axis x(1) + axis x(2), axis y = max (axis y(1), axis y(2))

in the past, there was bug in View (not sure it was fixed, but someone 
told me so), than once you changed resolution in OS, View app crashed 
...

I used nVidia cards exclusively, hating ATI. So, I had defined accelerator 
keys for moving windows from one monitor to other, typicall ctrl 
alt num1 (or num2). That worked with AltME and other View based apps. 
I have also some Win32 wrappers to do so - resizing, window z-axis 
positioning, setting window position, etc.

Uploaded area caret positioning fix to SVN. "Fix" was to comment 
out Anton's code in the area widget that kept the caret inside the 
visible part of the area. This changes the behavior of area and may 
have other unforeseen consequences (i.e. fixing one issue may have 
created another).

my dual monitors are on dual nVidia cards, i.e., 2 identical cards: 
is there something I can help test?

apparently there is no problem with shifting an encapped app from 
one screen to another.

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?

Yes, I'll look into that.

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

Should this work?


display "" [ field "" button "Set" [ set-values face/parent-face 
[ "content"] ] ] do-events

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 ?

Probably. I'll look at adding that to the next build.

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
]

and there are no actions  associated with the edit-list.

Not reproducible.

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 ....

Why Curl? We want REBOL, right?

How about an embedded paint widget ?

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.

RobertS - just don't try to suggest we are REBOL zealots. Maybe I 
was Amiga zealot, but that time is long gone. OTOH I strictly refuse 
to be shy of REBOL anymore? What does Curl gives me? It is just another 
technology. I was open about Curl, or was it other technology? And 
it was Robert who suggested that the thing is slow, and that his 
fried had to restart the project because of that.

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 :-)

Then there are the slow-as-molasses industries that replaced 3270 
with PC's just in time to discover 'thin client' as the 'new terminal'.

Diskless-Network-PC? Give me 6 months of high fashion and the 'new 
black' any day.  Client app? Pass the X-server wlll ya ....  ;-)

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.

stacked tab panels?

or, are we in wait mode for R3 ?

forever [ wait 1 ]

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

Yes.  Though I guess some people might want 3 levels ...

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.

Multiple lines of tabs are sometimes solved with just one line, and 
"scrollable" tab panel style - you get arrows on the left and on 
the right side, so you can have as many tabs as you wish. Of course 
pushing users to scroll is not very much intuitive, but it solves 
the case ...

post away :)

but I only have 4 tabs at present . it's just that I don't have the 
horizontal space

So, I need to stack the tabs vertically to employ the vertical space 
available.

I don't like the scrollable tab style because you can't see all of 
the tabs available in one glance