AltME groups: search

Correct, the look and feel is a work in progress at the moment.

screen shots of the newest RebGUI

 ... I've created a snapshot release here: http://www.dobeash.com/RebGUI/rebgui112.zip


Just unzip and run %tour.r and %RebDOC.r to get a feel for where 
things are at.

Resize works, but only %tour.r uses it at present. If resizing is 
enabled then the *minimum* screen size is set to starting screen 
size unless explicitly set via a refinement. Problem in this case 
is %tour.r has "grown" to 696x785 and %RebDOC.r is 800x829 (and I've 
not used 1024x768 for a couple of years now). I'll fix this for the 
next build though.

Ashley, Very cool...
After Dinner  will make you a small log LOL  clearly you need it.

No. You can however have this:

display "Test" [
	group-box "A" #HW data [field]
	group-box "B" #HX data [field]
]


The resizing model is *very* basic and only supports one widget in 
a row / column resizing horizontally / vertically.

Ok, here are some other examples, and considerations when sized.


For example, when you get small, the "hand" looks like the REAL hand 
on the screen, which could confuse people.  So while it is fun at 
larger sized, it won't work once the pixels drop to less than 4x4 
each (my guess).


I think you might like the one in the lower right.  It is very RACEY, 
the italics make it look "fast" and the black and red were something 
I think you requested.

If you want me to try something special, or do a treatment like something 
else you have seen out there, just say the word.


This one is a Qtask syndicated Folder.  So any file we put in this 
folder from inside Qtask can be accessed by people outside of Qtask


http://www.qtask.com/files.cgi?tab=sFolderList&uuid=YG82XF3CFW8AQ6W5NYTXV9NKE3QT


So for example, since this came from the "REBOL SIG" project inside 
Qtask, Ashley, you can go into that project, and delete this file, 
which will effectively put it in the Trashcan, and this link will 
then point to an empty folder for people.

Looks that I have to backport a lot of stuff to a new RebGUI.

Ashley, did you note my problem with drop down lists in a scroll 
panel?s

I did. Correct me if I'm wrong but it's only a problem in scroll-panel's 
that can scroll vertically? Is there a real (as opposed to theoretical) 
usage case where you'd need a drop-list in a vertical scrolling panel?

Just had a look at the source again ... as the droplist-mode for 
drop-list gone?  We used to have the option of setting 'auto, 'middle, 
'upward and  'dowward

Please post a small test case that demonstrates this. Thanks.

Temporarily solved the drop-list problem in a scroll panel by just 
doubling the data in the list ...

Just wondering how hard it would be to do a predictive text like 
widget

I was thinking of cellphones that use predictive text to guess what 
you're trying to write.  if the word isn't correct, you hit a special 
key and it cycles thru all the choices for you changing the current 
word in-situ.

Now predictive text is trickier cause each key has 3 choices of letters 
whereas a full keyboard there is no doubt about the letters you are 
typing.

If a gui pops up, perhaps a key combination could be used to make 
a selection

Carl's Rebodex has something like what you describe.  It filters 
the data in a list rather than a drop-down type widget, but that 
would be easy enough to change.

graham, to me it would be faster to type than to select from a list, 
for most words. so it would really be just annoying. it can only 
help on longer words of which i'm not sure about the spelling...

it's a need on cell phones because of the small keyboard.

Still ergonomists have thought hard on how to speed up typing on 
restricted keyboards .. maybe there is something there that can be 
taken to a full keyboard

different point - is it necessary for the highlight to be removed 
from a text widget if the focus has gone elsewhere?
It doesn't happen with list widgets

Reichart, yes ... I'm deferring my decision until I've gone further 
with the UI changes; no point settling on something only to find 
it needs changing as the base look changes. I'll message you privately 
once the UI look is finalized and I'm ready to proceed with the [complementary] 
logo look.


Also, is there anything more comprehensive on the Quilt UI I can 
look at? I've got the Quilt Design Style Guide and the Search Sketch 
mockup, but really need something that either explains or shows color 
state changes (e.g. what happens as the mouse moves over various 
widgets and different states are triggered by clicking things)? Is 
there the equivalent of a Quilt "tour" I can take ... something that 
demos all widgets in action?

Logo - Cool


Quilt - Not yet.  In fact, state changes and gestures (mouse moves, 
drag and drop) is not done yet.  However, ya'll can be the first 
to learn, Richard (Cypher) will be taking over as head of development 
for Quilt.


Jason, Will and my self designed it up to this point, and now Richard 
and I will carry it forward, with Jason and I moving on to building 
a complete and fast Rich Text Editor for Qtask, and Will and I will 
be making our Calendar more dynamic.

I see how I can "talk" to , say, a text in a group by doing   set-text 
group/pane/1  but how  do I set the caption of a text in a group 
on the second tab of a tabgroup?

>> items: [ "a" "b" "c" ]
== ["a" "b" "c"]

>> foreach i items [ display/dialog "" compose/deep [ button (i) 
[ unview ]]] do-events


why does this only display the first "a" button and none after that 
?

User wants to know if they can right click on a radio-group to de-select 
any selection.

A radio group implies that one option and only one must be selected 
at all times.

Anton, it's a text generation tool.

Any chance we'll be able to use a 'set-state/info with checks, spinners, 
drop-lists any time soon?

This calls for a radio group with an extra "unset/unspecified" item 
to the left, eg:

                / --(o) normal
unset  (o) 
                \ --(o) abnormal

So that's calling for a new widget, or widget variant, of course.

Quite possible ... I'm looking at a 'no-focus option that would allow 
you to click certain widgets (e.g. text-list) *without* changing 
focus. This option would be the exception rather than the rule.

Any chance we'll be able to use a 'set-state/info with checks, spinners, 
drop-lists any time soon?

A set-info func is in the works, but requires some rather extensive 
widget changes (e.g. drop-list and edit-list are different widgets 
at present).

I don't know how easily this can be fixed, but in VID if you highlight 
a text field by dragging across it and move outside the field, the 
highlight stays.  But in Rebgui .. it is lost.

Any chance of having a filter that we can place on a table?

Well, we need to be able to specify a column, or a list of columns, 
 and a test on that column(s).

How about having an object that represents each column, and we can 
provide a function for each column, or none! .. and if the function 
returns true, for each column where there is a function, then it 
displays ?

Is there a way I can hook into the table display so that I can apply 
a formatting function to a column?

I've got a value of .004 that is being displayed in scientific notation, 
and so I want to use Gabriele's form-decimal on it at display time.

Yeah, it's too bad about that  ecvt issue in Wine.  It's been reported 
for years now.  Quite a few attempts by people to get patches approved 
have gone by the by.

I've got a value of .004 ...

 ... best way is to pre-format the data by poking the string form 
 you wish to present it in.

Trouble is, all sorts of functions use the data and expect it to 
be numeric, and not a string.

The problem's a bit more general than table data then ... what happens 
when this decimal value appears in other widgets (e.g. text, field, 
drop-list, etc) ... fix needs to be at the native level ... perhaps 
we need to patch 'form as an interim measure? Is this a windows only 
issue?

Actually it's a wine issue.  I store the data in the table/data so 
am reluctant to form it there as I use the data for various calculations. 
 Oh well, I have now formed it into text.

Ashley, I got an error on these lines in replace-tab

		pane/:num/color: colors/page
		pane/:num/edge: outline-edge


I presume that there was a change to pane a while ago.  Was this 
related to the new look?

do you have to be on the tab panel you are replacing to use tab-panel/replace-tab?
 ... No, see the following test case:

	t: tab-panel data [
		"A" [field]
		"B" [field]
	]
	button [t/replace-tab 2 [button]]

Click the button then tab "B".

... Was this related to the new look?

 ... yes, the new look is an extensive WIP that "breaks" build 112.

Are the function keys accessible under Linux?
 ... http://www.dobeash.com/RebGUI/user-guide.html#section-4.4

Yeah, a sdk 2.7.5 issue.

Ooh, I thought 101 was the latest release. Been away for a while

Ok but when i Try a simple example I receive an error :

Drag'n'drop support is not 'built-in' as such ... you have to add 
/ code it on a widget by widget basis.

I try to use RebGui with Q-Plot but the plot is in a separate window 
instead of to be inserted intto rebgui  display.

I'm having some trouble that I was hoping you could help me with.. 
again :)


I want to have a tab in a tab-panel that contains some kind of group 
block and a button. Every time the button is pressed the group block's 
contents should change to a new, dynamically generated, GUI block.


It works up to the part where the button is pressed, but the group 
block is never changed.

I can add that the dynamically generated GUI consists of a mixture 
of texts, fields and another button. When that button is pressed 
all fields are evaluated and possibly modified.

remove the" view" command & add a reduce command

Ashley, I just tried the 'bistate option from 1.12 and am not sure 
that it works properly. I can toggle between green checkmark and 
blank box via left MB (and the red cross via the right MB has become 
unreachable).  I would have now expected the blank state to replace 
the off state but apparently it still does stand for NONE and displaying 
a CB in False state still shows the red cross......?

A null selection in [default] tri-state mode is none! and I didn't 
want to confuse the issue by changing it to false in bi-state (even 
though taken in isolation that would be logical, pardon the pun). 
The bi-state option merely disables the RMB action, it doesn't change 
how or what data you pre-populate with.


If enough folks want it I can make the widget a pure bi-state affair 
that returns true and false (I no longer need the tri-state functionality) 
... but that may break exisitng apps that either depend on the functionality 
or expect none!

Using Linux, I don't see the characters I expect with the fast forward, 
rewind etc ...  I guess due to the different fonts involved.  Is 
there a work round?

Or a symbol font we can sub.

I have a problem, possibly a bug, with the following code. If I press 
start, I get a popup window. Both these can be closed as expected. 
It also works if I press the next button - popup nr 1 is replaced 
by nr 2. Again, both windows can be closed as normal. However, if 
I press next twice and close both windows then Rebol seems be be 
stuck in do-events and the program never terminates.

Think I've found a bug.. If have a button that does some stuff and 
then hides itself. Works great if I click it, but if I select it 
with tab, press space and then tab again the button will reappear.

Is it possible to move a widget within a display block ?

(sorry, it's a mistake)

by clicking on a button by example

Daniel; Check out http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=layout-1.8.r
for a what you see is kinda what you get layout editor.   The tricks 
will be buried in the code, but it has to do with ordering the face/pane 
entries.  Also see http://rebol.com/docs/view-system.html#section-3
for a description of face/pane.

I think display should always return a value.

>> do %rebgui.r
Script: "Untitled" (none)
>> test: display "Test" [ text "Hello" ]
>> test: display "Test" [ text "Hello" ]
** Script Error: test needs a value
** Near: test: display "Test" [text "Hello"]
>>

In the second instance, display picks up the window already exists, 
and just exits without returning a value.  Perhaps it should return 
none instead ?

Actually this has been a source of a long standing bug ... I didn't 
realize till now that the return behaviour differed.

Would be a cool RebGUI project: http://www.colorflip.com/

Idea: I'm not a big fan of menus, tabs etc. to switch through an 
application. Looking at all these new GUIs from Apple styles (when 
viewing photos where it's like a fan and the middle photo zoomed) 
or the piclens stuff I had the idea how to use this for an app.


How about having a way where I can see a miniatur screen of every 
data-form in a 2D grid moving in 3D space, where I can scroll left 
/ right to the right picture, click it and get the data-form?

Certainly possible (creating an image of a display is trivial), but 
how would it be used / specified in practice, and what would we call 
this new widget? Perhaps a grouping widget?

	fan data [
		display "A" [...]
		display "B" [...]
		display "C" [...]
		...
	]


which would create a series of clickable display icons ... click 
the icon and that display comes to the foreground. Is that sort of 
what we are talking about?

There seems to be a problem in 2.7.6 on WIn XP
start  rebvire them go to console
do %rebui.r
editor %some_file_not_yet_existing.r

; now hit Save as : concole returns and both console and editor are 
locked up
; TEST

; REpeat without load of rebgui.r ; warning so such file and then 
Save As will save as that file no problem

Ashley, yes exactly. I think users will be much better in remember 
a screen layout instead of where in a menu hierarchy you find an 
entry.

Ashley, what do you feel about adding a default windowless menu for 
on-alt-click for fields for copy/paste ?

is there an option to set editor to a func which is rebgui compatible? 
 i.e. a rebgui text editor ?

I tried once.  But it was more an exercise in linking RebGUI menu 
Find/Replace to area ... too many hacks to keep caret in synch, so 
instead of tarnish Dobeash with my lousy code ... I just didn't. 
  But a quick RebGUI display of an area isn't too hard to pull off, 
but you need to rely on the built in key handlers.  Sadly Find/Replace 
is not in the list, but you do get a spell checker 'for free'.  ;) 
  In Ashley's defence, it is not the design intent of RebGUI to be 
an editor.


I've not tried, but Anton has been pumping out a new editor ... may 
conflict less than  editor  dunno, but I kinda doubt it will work 
without the same types of problems.

Alternative is to use CALL and launch an external editor.

Hmm.  Did something wrong .. my menu also appears on buttons with 
a RMB click.   So, I can change the text on buttons on the fly!  
Useful I guess

I started writing a simple file browser widget today. It's almost 
usable, but maybe someone else has already made such thing so I'm 
wasting my time?

there is a grid widget, where you can put any style inside. It was 
not updated to latest RebGUI API though ...

I'm using a table which seems to be working quite good. Just thought 
that someone might have done a better one :)

Ashley, can we have a method that sets the slider and contents back 
to 0 for area and table ?

OTOH, it's often useful to redraw a table and keep the slider at 
the current position.

Currently the function key handler has to decide whether the shift/control 
keys are pressed and does appropriate actions.

How about instead make it a block, and the handler picks the first 
function if there are no other keys pressed, the second for shift, 
and the third for control, and the fourth for whatever?

I'm not 100% sure what Graham requests about the sliders, but it 
might be the same as a feature I wanted. I wrote alot of text to 
an area with a scroller, and I want to be able to remove text at 
the top and insert at the bottom - while keeping the horizontal scroller 
at the bottom (unless the user wants to scroll up ofcourse, in case 
the scroller should stay exactly where it is). In other words similar 
to a DOS prompt with some scrollback buffer.


Can't remeber exactly what problems I had with it, but it didn't 
work as intended :) Now I'm using a chat widget instead and it works 
pretty good. Not a bad feature to have though.

Johan, if you have a large amount of text, and the slider is set 
to the bottom, and then you set-text with a small amount of text, 
it doesn't show up until you physically scroll the slider up to the 
top.

Any suggestions on how to "lock" an application while it is running? 
 Unview all the windows and bring up a requester?  Then restore all 
the active windows?

You need a requestor with the no-title option so they can't OS close 
the dialog .... that or a /close refinement to trap and ignore it. 
Have a look at the source for both request-progress and request-password.

Is it possible to display a modal window, without using dialog? My 
program gets screwed up if display calls do-events and disables tooltips, 
but I don't want users mucking about with the main window while another 
window is open.


And speaking of which.. Is disabled tooltips in dialogs a new feature? 
I suspect it's the reason my tooltips stopped working a while ago 
:\

A modal window might interfere with the async events happening in 
the background.

Yes, a modal requestor halts all timer events that are occuring.

Hmm, but is there an easy way to disable/enable all interactive widgets 
in a particular window?

I'm also trying to find a way to hide/show a single window. Would 
work in my app too, but I haven't found out how yet though :)

Maybe what i need to do is keep a record of all the active windows, 
unview/all and later on view them all again.
So, need a view/all windows [block!]

Where is the initial position calculated for a widget with #XY span 
set?

I'm changing the pane of a window by calling layout manually, but 
all widgets with span seem to be placed regarding to the old layout's 
size :(

there is a widget, which is quite cool by its functionality, but 
it was never adapted to one architecture change in RebGUI

There is the spreadsheet thingy which is a grid.

I also suggest "theme" is extended with one or two colors. For example 
to use on panels. It looks weird with buttons if I use either theme-light 
or theme-dark on a grouping panel, and I don't want to use custom 
colors that won't appear in request-ui

I've got a tab-panel next to a panel - where the panel is on the 
right.  I wish to hide the panel ( set the width to zero, and hide 
it ), and shrink the whole window by the space previously occupied 
by the panel.   But if I do this, the tab panel also resizes.  Is 
there a way I disable resizing temporarily?

I think if I want panes that slide into view displacing other widgets, 
and panes that slide out extending the window size, I'm going to 
need a more generalised way to kill resizing.

Some people do it that way, but many just use a picture fot the button.