AltME groups: search

and demo for field validation does not work at all ...

type exit to leave the field

 - you type exit, Exit, try enter, tab, nothing happens ... then you 
 try to delete what you wrote and somehow you can no longer see, what 
 you type ...

too many bugs at first try to bother to test it further


1) I have clearly indicated this is prototype functionality - constructive 
feedback on the design direction is most welcome

2) The only bug you have indicated is in the on-unfocus action of 
the last field - presumably you have verified that app-level on-focus 
and on-unfocus works (the 3 fields in the group-box) and that on-focus 
(the random number field) also works


LED's - these were originally coloured Red, Green and empty but a 
few people pointed out that these colors are not color-blind friendly. 
One option is to revert to the original color scheme but have the 
LEDs also change shape (red octogon, green circle, etc).


Area - functionality has been improved, not fixed. I'll reopen 48 
(not tested adequately) ... but the whole edit / feel thing needs 
a minor overhaul prior to 0.4.0 (some of the problems relate to View 
itself and these need to be isolated and RAMBO'ed).

i put listview v 0.52 external in it and requestdir form DideC ^^

Ashley the problem with stoboscopic effect (blinking) when colors 
are both ligth one is the eye retina persistence ususlly  ppl use 
same color  in dark/light  like dark green  = off  light green = 
 on  ( and this is more friendly with  our over used eyes !!

can be medium grey = off and  what ever colo = on

keep the same code and simply  copy paste is after the context  ... 
( SORRY THAT DOESNT WORK ... i just try it  ...)

edge is said as invlaid path .... so thise  means  a  /edge is not 
good  and looking to rebgui widget code we found that  /edge is related 
to color/egde so i think the problem come from a prebuilded widget 
 onloading  this one have a problem or color/edge reference maybe 
try to dig this out please ashley...

And it gives me a cannot-find-server anyway   >.<

What is the diference between on-unfocus and the usual action? can 
they be joined? WHat do i overlook?

The idea with the on-* naming is to clearly indicate an event. I 
toyed with using just focus / unfocus but these verbs could be confused 
with the functions of the same name. Likewise, 'enter could be confused 
with the 'return keyword and 'exit has the same issue with regards 
to both 'exit and 'quit. 'on-enter and 'on-exit are possibilities 
though.


on-focus and on-unfocus return true or false so as you can handle 
failure. This scenario is more likely with on-unfocus where you would 
want to trap and handle a field validation failure for example.


The difference between on-unfocus and the usual action (both may 
be triggered by pressing enter for instance) is that on-unfocus enables 
you to interrupt the normal work-flow by aborting the unfocus and 
subsequent focus operation - something you could not [easily] do 
normally. Also, for many widgets the usual action and on-* actions 
may be different (e.g. pressing enter to initiate the default action 
may be quite different to pressing tab and leaving the field).


For those familiar with Oracle*Forms, and similar products, these 
new actions are like the pre-field and post-field triggers (with 
the app-level ones mapping to pre-form and post-form).

Good questions all, keep them coming.

focus/unfocus from Ahsley: Sounds very good and flexible to me. I 
like it a lot and yes, it meets the features I have in mind. I'll 
give it a try.

table: Moving the last slider changes the space between draging-bar 
and text "Char" dynamically. Looks like a relativ calculation thing.

I've been looking at alternate UI / icon resources recently and stumbled 
across Tango - the standards they propose might just be what RebGUI 
needs. Take a look at:

	http://tango-project.org/Tango_Icon_Library
	http://www.tigert.com/archives/2005/11/16/tango-ui-for-web/


and let me know what you think about making RebGUI tango complient.

Tango: Very interesting stuff, and looks like these guys thought 
a lot about doing it right. I vote for using it for RebGUI. Frees 
us to do invent the wheel again.

I think Tango is nice, but I really much would appreciate or like 
to sea some standard way to add a textual description to icons, like 
often used nowadays. I know almost nobody will want to give up icons 
or graphical objects, but in order to make RebGUI as good as possible 
I think to add such a textual description by design would be very 
very good.

I think of something like another parameter to a button in which 
the label is placed. The UI could then offer a simple way to activate 
or deactivate the labels, the icons or have both, side by side or 
on top or below. 

This way we get the best of two worlds (only some space needed) - 
people can choose for themself and with the text it will be almost 
always clear what a button means.

Of course the could be done externally by adding a second row or 
column to every button, but this would separate what belongs together.
What do you guys - especially Ashley think ?

now  i will rework on rkini my irc client and base it on RebGUI

<devil's advocate>With a project like RebGUI I would expect to be 
able to find a URL that I could use to execute the source within 
my application.  Preferably the link would include a COMPATIBILITY 
number so that any updates to RebGUI would be executed seemlessly 
using 'load-thru but if at any point an update is known to break 
compatibility with a previous version then it's downloaded from a 
different URL and hence wouldn't screw with my application.  We have 
to be able to leverage the infrastructure of the internet in our 
applications.  Having to load the application on the user's computer 
means that I can't use RebGUI for anything other than an encapped 
application because I don't trust my users to install the RebGUI 
scripts on their system correctly and sorry, but I don't want to 
have to include so many files in my application and I'm not going 
to take the time to copy them all into my application either.</devil's 
advocate>

Remember that RebGUI is still alpha and we probably want to incorporate 
Reb/Services at some point ... but apart from that an excellent suggestion. 
If you, or someone else, writes the necessary code (or pseudo-code) 
post it here and I'll include it in the next build. ;)

Does the on-focus and on-unfocus work for tab-panels as well? Didn't 
tested it.

Ammon, that's not playing devil's advocate. That's simply proposing 
new functionality. Devil's advocate is just taking an opposite, usually 
negative, view, and trying to sink someone's idea. If you mean, however, 
just that you're advocating something, but you're being a devil by 
not providing any code, then ok :)

And following is a caching idea I've been mulling over for a while. 
It could be used for applications in general.
(to understand the diagram, read the source alongside it.):

I have issues with rebGUI demo 38 password field - go to Grouping 
tab, enlarge the screen, go to Password field, and try type something 
- at some point, this field stops working as a password field, it 
simply shows your letters you type ...

where in ctx-rebgui can I find and set main window's effect facet? 
I want to have e.g. gradient background ... ctx-rebgui/colors/window 
is not sufficient for me ...

and - can I set certain window size using 'display? I can use /min-size 
/maximize .... what about adding /size /max-size? Or at least /size?

i don't know if that's clear 1.2.8+ rebol/vie version create a public 
directory in the local directory where the script is launched and 
not using anymore the  global rebol/public directory.  libskin installaer 
was design to install all file in the global rebol/public directory. 
As this  system have been broken in  early betas  this produce to 
get as many install of libskins in local public directory that u 
have scripts running it. I fear an online distro system for rengui 
willl produce the same issue... and forcing us to install a rebgui 
version not once for all in rebol/public directory global but in 
local script directory ...

You have luck, you are wrong :) (afaik). Releases use a global directory. 
only betas do not, you would not want to mix release-code and alphas, 
for example loading rebcode in the release-cache.

I think you just need to check and set the value of VIEW-ROOT. Betas 
probably need to have this manually set to a sensible shared location.

in order to centralize and keep going on the RebGUI project it would 
be cool to get the plugin system fr rebol/view witch carl have yet 
talked about some years later (it as for  binary library extension 
to rebol) to make easier the  over the net deploiement of rebgui 
(what was the topic of our discution on live deployement) Some thing 
like this from the rebol coder point of view would be pertty cool:

SAmple rebol code to check and get for script official plugins:
REBOL [

 "a project that use rebGUI"

]


check-plugin rebgui ; do a test if the rebgui package is installed 
on the rebol/view local install -> if not download it and install 
it

VID editing system is all not not natural ... the caret system is 
the most awfull thing i saw this far on rebol and that 's a pitty 
because it limitate so mutch inventivity (well in fact ... yes and 
not ...  i played a lot with caret sytem when i as working on MDP-GUI 
Some  hard things are relatively easy to make like flags insertion 
to born a sleected piece of text and some easy things are hard to 
do like keeping the selection on the selected text and not on the 
begin inserted flag ...)

VID editing system is all not not natural ... the caret system is 
the most awfull thing i saw this far on rebol and that 's a pitty 
because it limitate so mutch inventivity (well in fact ... yes and 
not ...  i played a lot with caret sytem when i as working on MDP-GUI 
Some  hard things are relatively easy to make like flags insertion 
to  enclose a sleected piece of text and some easy things are hard 
to do like keeping the selection on the selected text and not on 
the begin inserted flag ...)

Sorry, I wasn't referring to the actual RebGUI widget set, but implying 
that a general table widget should be able to handle any number of 
columns and rows. Such a widget would be used to do all the display 
work inside your chat client widget.

It is my thought that a widget named "table" does not implicitly 
communicate how many columns or rows it can support. Therefore it 
should handle any number of columns and rows. A table widget that 
has restrictions on these natural variables (which is perfectly ok 
for optimizing or keeping the implementation simple etc.) should 
be named accordingly, eg:
two-column-table
.

1) Internet update: include a get-latest.r script that checks which 
individual scripts have been modified (based on timestamps) and downloads 
newer versions, and also handles script additions and deletions. 
Not very automatic, but I don't want it going to the internet everytime 
rebgui.r is run! ;)


2) A chat client widget is a superset of the table widget requiring 
(among other things):

	- control of individual cell font and background color
	- Support for multiple lines within a cell
	- Top, center, bottom alignment support

 - Cell call-back triggers (so if I click on this cell I can fire 
 that function, etc)
	- Probably a whole bunch of other stuff too


Mind you, reading this list makes me think that a chat widget is 
closer to the [yet to be done] grid widget than a table.

3) How close to a working SVG renderer are we? ;) I'd really like 
to incorporate scaleable Icons, especially since the Tango links 
I posted previously have all their icons in dual PNG / SVG formats


So as SVG  master (yet again drunk ???? hum yes but that's last year 
night and first new year one so it's allowed to be hum lets say a 
little joyfull ) The answer is  easy SVG renderer is yet fully working 
as the matrix problem was internal to the VM and not to my code I 
simply need to disable the commented matrix line of code in my rendering 
engine and make the testing with the wonderfull, marvelous, extraordinary, 
free of bug version of REBOL/View 1.3.2 (?) The last issue is the 
gradient formating ...  and then we get a full 1 to 1  WYSIWYG svg 
rendering engine. This needs some testing too and some optimisation. 
You know me I seek first of all the full fonctionnality then i see 
if optimisations can be done to enhance the project (and in lucky 
rare cases my brain pop out a yet optimised solution but inspired 
by previous works like for listview widget wich was designed in an 
optimised way beacause of many inspiration projets were yet available 
 for this topic... )


For caret  system yes .... hum this remark was undirectly adressed 
to Carl we yet talked a lot on this topic on View Group last year 
 but it's good some time to recall previous unsolved discution and 
try to see if we can help Carl to change the design at least apporting 
to him some fresh ideas or only poping out why we found it really 
annoying based on our experiences and intents (like my mini ritch 
text editing widget using AGG to render the typed text  for example 
( see AGG group for code it's not long it's not fully working and 
it perfectly show as hard the handle of the caret position is!) .

For ppl interrested in  SVG rendering engine. My  tonight work  and 
 test on the engine   is resumed in the AGG topic. To resume before 
matrix bug as causing bad scale and bad position.  Now we have good 
position but still bad scale  i post screen cap samples and we can 
see that the evolution is good  betwin View 1.3.1 and 1.3.2

Robert, checksum is not as good as size and date because the file 
has to be downloaded to be sure of the checksum, *or* Ashley has 
to upload an index file containing all the checksums for all the 
distro files every time one of them changes.

I make that statement based on the assumption that it is a regular 
webserver and it doesn't have a way of returning only the checksum 
of a file.

However, it can be a good double check after the decision to download 
has already been made and the file downloaded.

Yes, but date/time is a no go. It assumes computer systems are in 
sync, and that time-zones are handled correctly. You know, red-icon 
problem?

anton, what is the problem with checksum? It depends on syncing strategy, 
but you have those files on both side (client, server) anyway. afaik, 
the problem with checksum could be its speed. But since we have open/seek, 
we could do checksumming defined,e.g. 3 parts of files, first xy 
bytes, last xy bytes and defined skip somewhere to the middle of 
the file ... dunno if it would work though :-)

Decided to go with a simple manifest / checksum approach. Long term 
we really need something like Anton outlined previously (multi-level 
caching with the option to control it on an app by app basis). Anyway, 
have a try of this:

	do http://www.dobeash.com/files/rebgui/get-rebgui.r


but be aware that it writes its files to the *current* directory 
(as determined by 'what-dir) and replaces any "base" files with a 
differing checksum (so make a copy of any local changes you have 
made and want to keep).


I've also updated the issues log at: http://www.dobeash.com/it/rebgui/issues.html

there is do-thru and launch-thru, to run things in the right folder.

And a do %tour.r on the end would be perfect :)

A mix could be a self-extracting script for base-distro, and then 
downloading the updates. only a single server-lookup and only a few 
bytes more.

Ashley, great that you have made get-rebgui.r. I'm working on it 
to get it to use the public cache and show progress.

I've come against a strange problem. When I do this
	read http://www.dobeash.com/files/rebgui/dictionary/American.dat

it stops and gives a network timeout after reading 23% of the file.
bytes: 68432 of total: 293605 = 23.31 %

This is repeatable. I tried with read-thru/progress and a simple 
read.
Bizarre

Spellcheck data is there for the %tour.r demo and is only 287Kb compressed. 
Doesn't change so is only downloaded first time.

dunno if I remember it correctly, but go to requestor section and 
try 'alert - you can close underlying window by system top right 
cross button ....

I tried to track it down and read the docs - I even think I encountered 
the same problem some years ago - but if so I forgot the solution 
or what came out of it.
A minimal window face works:

view make face [
    offset: 100x100
    text: "test"
    color: yellow
    edge: none
    rate: 2
    feel: make feel [
        engage: func [face action event] [
            print 'bla
        ]
    ]
]


but if using a more complex face, as the one which comes out of 'layout, 
it doesn't work anymore. ???

I've seen this problem before as well, has something to do with the 
way 'rate is handled I think. Note that for the RebGUI example the 
'detect function is assigned by 'display, and if you want to debug 
the final result just add the following to the do block:

	do [a: face ...]

then you can examine the face post layout.

From my website: http://www.dobeash.com/it/rebgui/


RebGUI is a community project that is free for both commercial and 
non-commercial use. Dobeash Investments Pty Ltd retains copyright 
on the name RebGUI and the concepts embodied in the display function 
as well as all associated documentation other than that which covers 
REBOL/View Facets.

Code submissions, in particular widgets, will 
be accepted and credited to the author under the condition that they 
carry these same licence conditions.

to be easier to understand you are free to use it until you let authors 
name on it and don't claim the invention or part of it is yours  
^^ unless you apport some relevent code in it and even then you are 
the author of what  you write but not on the whole project  ^^

cool be cool to provide an AGG  based logo to be display in the about 
of the application well rebgui look and widgets are enought "original" 
to be recognized on every project that use them for initiate ppl 
...  but could be cool to get some way to attract users to interrest 
some ho on the  back ground

having a logo in the about can help ppl to see  easly what application 
use rebgui and then maybe attract them to our philosophy  and all 
the background in their application

tree view is one of the some other widgets i plan to make but ( there 
is allways a but)  i would like to make it svg compliant for  symbols 
(but this can be done after wise) what is important for me is the 
ability to set a symbol system (you can use default one or give your 
own symbols for group leaft),  auto show of the slider according 
the level of it , function that handle the selection when you clic 
on a leaf you can or get it's value and post treat it or run a callback 
called on leaft clic event  the last point is the data structure 
common structure used by many many prjects is [ "group_name" [ "subgourp" 
[ "leaf1" "leaf2" "leaf3"]] "goup_name2" ["leaf" "leaf" "leaf" ] 
] if text is followed by a block! this means the text is a gourp 
label other wise it's a leaf label

graham needs a good relevant stable and easy to set tooltip system. 
Some time later i proposed a style tooltip hudgly over ridding the 
common VID styles adding a way to set tootips on normal VID widgets

so the design for tootips on rebgui can be simple and proposed like 
this:  a field called tooltip on all meaning rebgui widget plus the 
insertion on those widgets to the event  timer / show/hide system 
for the over viewed text box of the tooltip

Ashley - Carl announced there is the right time now to gather bugfixes 
for 1.3.3 and he asked us to remind Gabriele, which bugs we want 
to have fixed in preference. Maybe you could contact Gabriele about 
your Rambo ticket?

And 'display returns view-face instead of nothing.

And I have Volker's mods to the area editing.

and attempts around other parts of the editor ... to stop crashes

Very odd... I have my main rebgui application .. which opens up a 
VID based chat client ( pluginchat.r ).  While the chat client is 
open, some of my rebgui windows using 'display, stop opening.  Close 
down the Vid window .. and it all starts working again.

Ok. I'll download a virgin copy and try this out.

public cache is piggy aproach :-) I hate it. I never got used to 
it. The weird idea of having app install somewhere and OS specific 
cache in documents and settings/username/apps data/rebol ... is weird. 
Countless of users questions about why Documents is not in C:\Documents 
...

Asks security-questions from other scripts. And from own server one 
needs a download-script too.

but - I am different kind of monster, so just ignore me :-) App which 
nowadays does not provide me with non-install (registry free) version 
is crap from my pov. I want fully movable apps ... just copy and 
run ....

your solution requires rebol installed, that is something I hate 
and will never do ....

Minor website changes:

Licencing / Development


RebGUI is a community project that is free for both commercial and 
non-commercial use. Submissions, in particular widgets, will be accepted 
and credited to the author under the condition that they carry these 
same licence conditions.


Download

Enter the following command from the REBOL console:

	do http://www.dobeash.com/files/rebgui/get-rebgui.r


To see all the widgets in action type the following from a REBOL/View 
1.3.1 (or later) console:

	do view-root/public/www.dobeash.com/files/rebgui/tour.r

%get-rebgui.r: tidied up display and added /update refinement to 
read-thru.

well, just to not be always negative - I like e.g. Mozilla, where 
I can delete Mozilla dir, unpack new version, and my profile sits 
in documents and settings/me-as-a-user/ ... section. Such design 
(separation) even enables you to use several Mozilla versions at 
once, working above one data profile ...

type it in console and find out

it is not, and my system is somehow screwed - I run View from c:\rebol\view\rebol.exe, 
and view-root shows c:\documents and settings\krenzelokpetr\data 
aplikaci\rebol ....

My user.r is full of patches and when I'm not sure, where's problem, 
I rename %user.r to somethuing else to make sure I've got clean rebol.

I'm going to try a new PC and see what happens.

Create a file called %test.r in view-root/public/www.dobeash.com/files/rebgui/ 
with the following:

	REBOL []

	do %rebgui.r


 view layout [text form system/version button "RebGUI" [display "" 
 [text "RebGUI from VID"]]]


and then run by double-clicking it. I see "1.3.2.3.1" in the text 
and clicking "RebGUI" displays the RebGUI window.

do %rebgui.r
and then 

view layout [text form system/version button "RebGUI" [display "" 
[text "RebGUI from VID"]]]
does not work.

Even odder, creating a script with just:

	REBOL []

	halt

and then typing the exact same commands as above works!?

do %rebgui.r
and then 

view layout [text form system/version button "RebGUI" [display "This 
is needed!!" [text "RebGUI from VID"]]]
works :)

It's an optimization that prevents multiple windows with the same 
title from being displayed. Quite useful in apps where you don't 
want someone clicking on a button multiple times and getting multiple, 
identical displays. I avoided basing it on face comparisons as two 
windows could be "identical" except for a single sub-face such as 
a timestamp. Must be working reasonably well as no-one has noticed 
it in almost a year. ;)

No, argument-lists for actions, init is a block in vid (i suggest 
a rename, init: [rebgui-init] and both are happy.) maybe some others.

some vid-fields supported, like /flags, /access. So that 'layout 
and firends do not crash.

buit need agreement on the changes, or have to keep a private version 
and repatch each release. which means i stick with vid.

Ashley, just wanted to ask and can't find rebdb group here ...

Isn't it possible to implement 'join? You once said that you will 
wait once RT adds RIF, but that will probably come who knows when 
- it is year and half late already. Do you think it would not be 
possible to proceed without RIF and switching to on-disk storage?

'join is really badly missing with rebdb and I am thinking switching 
to sqlite only because of that one feature. Once you have your data 
spread across many tables, it is difficult to work without it. Or 
how you do it?

Just do a search on each table, and then create a new block by using 
the key that joins them.

Moving to !RebDB group and renaming this group to !RebGUI

Yes, and the area problems are well known (by Graham amongst others) 
and not easy to fix. ;)

hmm, what is the problem with slider? would we have to have something 
like hook to edit function and by each keypress to examine if we 
should redraw sliders? sounds complicated and would be slow probably?

0.3.9 is out and it has a lot of fixes / enhancements. From a REBOL/View 
console:

	do http://www.dobeash.com/get-rebgui.r
	do view-root/public/www.dobeash.com/RebGUI/tour.r


The dictionary file has been removed from the distribution and the 
download path has been changed from:

	www.dobeash.com/files/rebgui -> www.dobeash.com/RebGUI


so you may want to delete view-root/public/www.dobeash.com in its 
entirety first to clean things up.


In addition to the large number of fixes ( http://www.dobeash.com/it/rebgui/issues.html#section-2.2
), a number of enhancements are documented here:

	http://www.dobeash.com/it/rebgui/display.html#section-2.1.7
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.4
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.5
	http://www.dobeash.com/it/rebgui/display.html#section-5.20

Also note the following:

	view-face is now activate-on-show by default

 Added a request-password requestor (its password widget problems 
 are known issues)
	group-box and tab-panel now auto-size

 Table column headings are now always left aligned and clicking the 
 arrow works

 Added an 'effects context (only window is present, but others like 
 'button, 'check, etc may be added in future)


And lastly, you will notice that %tour.r has a new "Appearance" tab 
where you can dynamically alter RebGUI's metrics, colors and effects. 
Note that some colors are still "hard-bound" at context creation 
and won't change - these will be made dynamic (via a set-colors func?) 
in the future. Apart from showing off RebGUI's dynamic scaling and 
display abilities, this lets you more easily prototype a unique look 
for your own apps if you want, and if you come up with a set of options 
that is truly fantastic then share it here and it may just become 
the new RebGUI default.

Enjoy!

I note requesters can now be dismissed with the escape key, but can 
keycode shortcuts be used for Yes and Now ?

can keycode shortcuts be used for Yes and Now

 ... I was going to map Enter to OK / Yes and just leave ESC mapping 
 to Close / Cancel / No. What keycodes were you thinking of ("Y" and 
 "N"?).

CTRL+A in list doesn't mark all entries
 ... good spot, I'll add it to the list.

Yes and No as well as Enter and Esc would be good.

Depends. You can structure your code so that all the displays are 
in one file and all the business rules / data / action logic in another 
by coding like this:

display "Test" compose/only [
	button (app/labels/save) (app/actions/save)
	drop-list data (app/options/save)
]


and using references to face (and face/parent-face) within your actions. 
This approach achieves a couple of things:

	1) Separation of display from process

 2) code / data reuse (i.e. you can share data / action blocks across 
 multiple displays)

 3) Can reduce the amount of code that is composed as app data / logic 
 can be composed independently of the display
	4) Code is more portable (as face references are generic)
	5) Probably easier to maintain and debug

Problems with this approach are:


 1) "f: field" is easier to reference than "face/parent-face/pane/2" 
 etc
	2) You have to really think about how you structure your code
	3) It's very different from the way we are used to (VID)

a thought: how about adding to vars instead of setting them? i imagine

 bt: context[rebgui: none cgi: none fill: [true] action: [alert value] 
 my-stuff: ..]
 display .. [
  bt: button
 ]
and now display would put its face in bt/rebgui

My idea is to decouple it with one indirection. I have one GUI-action 
block, that collects all data from the GUI objects, creates a block/object 
and passes this further for processing. The CGI part, would collect 
all data from the CGI object and passes this further for processing. 
To the same function as the GUI.

triggers: This seems to be problem, if a RebGUI app is closed to 
the command line and than restarted. Seems like the triggers are 
somehow still active than.

Note: 

Single" allows one row at a time to be selected, whilst "Multi" supports 
multi-row selection via Ctrl+click, Shift+click and Ctrl+A keystrokes." 
... how could this be any clearer? ;)

RebGUI goes Beta! With the fixing of some long running area / scroll 
/ slider bugs I've finally reached a stable enough release candidate 
for 0.4.0 Beta; so, from a REBOL/View console:

	do http://www.dobeash.com/get-rebgui.r
	do view-root/public/www.dobeash.com/RebGUI/tour.r


Also note that the demo directory includes a nifty new pie-chart 
widget demo (thanks Robert).


I've also separated the 0.3.x and 0.4.x issues into separate sections: 
http://www.dobeash.com/it/rebgui/issues.html#section-2.3

Changes in this release include:


 Scrolling fixed (all area scroll / slider problems should be fixed, 
 and a couple of minor field scrolling issues were also fixed)

 set-locale function to dynamically change locale files / dictionaries
	pie-chart widget added

 slider width reduced by 1/5 for area, table, text-list, drop-list, 
 edit-list (looks better)

 table column arrows made smaller and darkened, plus right-most arrow 
 moved to table boundary (more space for column heading text)


and an important one from 0.3.9 that I omitted to mention last release:


 drop-list / edit-list now size to the smaller of number of items 
 or available space in the bounding parent face (so no more lists 
 that disappear off the edge of a face / window)

Enjoy!