World: r3wp

cool

btiffin, feel free to interrupt, that's what this group is for. ;)

A simple example of sharing the same word is:

	v: "Hello World!"
	display "Test" [
		f1: field v
		f2: field v
	]


but once the display is substantiated then f1/text and f2/text contain 
their own copies of v. Tying them back is a manual process.


If you are copying values between a database and RebGUI "forms" then 
you may want to take a look at the get-input and put-input functions, 
they were added to make forms management easier (it saves you from 
having to assign widgets to words).

This is pretty cool now, I have it working so that a user can assign 
a calculation to a templated field ...

Now to work out this tabbing issue.

this DISTANCE? version looks twice as fast as the one currently distributed:

distance?: make function! [
	"Returns the distance between two points."
    p1 [pair!] "First point"
    p2 [pair!] "Second point"
][
	p1: p1 - p2
	p1: p1 * p1
    square-root p1/x + p1/y
]

thanks ladislav, I'm JUST working on this stuff for liquidator... 
man you fell in just at an appropriate time  :-)

Thanks, adding to next build.

build#51 committed to SVN. Adds a persistent global UI settings system 
with a new request-ui requestor. UI settings are saved in %ui.dat. 
Also modified spinner (replaced two buttons with single left/right 
click button) and slider (allow arrow grouping to be set globally). 
Next build will be a bug fix build (I've hit similar problems to 
Graham with area and drop-list). If anyone wants to create some %ui.dat 
files for WinXP, OSX and Linux (even if the resemblance is only passing), 
feel free to drop me a copy and I'll include them in the next build.

Has the problem with modal requestors raised in Dec been sussed yet?

I vote for listbox key navigation to not scroll under the horizont 
:-)

Yes to the modal requestors problem(s), and I think they are related 
to some of the drop-list issues. Listbox key navigation is far, far 
down my list of priorities.

Ashley, I again would like to send you our enhanced version. We have 
extended the RESIZING to include proportional resizing, enhanced 
the widgets, made a new one graph-widget (for graph layouting) and 
so on.

Ok?

Sure, but manually merging enhancements is a real pain compared to 
SVN development ... hint, hint. ;)

build#52 committed to SVN. Includes following fixes:

	- Info option now prevents tabbing

 - Added action-on-tab block to behaviors (works in same manner as 
 action-on-enter)
	- Fixed modal requestor problem

Graham, have you managed to pin done the field and area problems 
you were having? I haven't been able to reproduce either of them.

If I script switching panels and setting focus to an area field ... 
it often crashes.

build#53 committed to SVN. Button widget rewritten to take full advantage 
of AGG and fix some anomalies (e.g. actions now fire on button up 
instead of button down, replaced 'active facet with options [info], 
hover effect no longer "sticks" when a popup is called from a button, 
etc). And all this in 1/4 of the code! ;)

nice!

Robert, is there a tree widget available yet in your version?

I thought there was a tree widget embedded inside another widget 
of Cyphres

The spinner widget now using alt click .. is that a problem for OSX 
?

This seems to be slightly anomalous behaviour.  When a modal requester 
is present, every other widget works ( in other windows ) except 
the drop/edit list.

Probably not best practise, but I have scattered "attempts" throughout 
the Rebgui code to stop may apps crashing.

My apps

eg. I have this in area.r

						attempt [ ;;GC
						; Keep caret inside the visible part of the area
						view*/caret: offset-to-caret parent-face min max 

       (caret-to-offset parent-face view*/caret)	; get the current position 
       of the caret

       (sizes/font-height * 0x1)					; minimum, plus height of one line 
       of text, to keep caret fully visible

       (parent-face/size - (face/size * 1x0) - (sizes/font-height * 0x1)) 
       ; maximum, subtract height of one line of text

						]

spinner widget now using alt click .. is that a problem for OSX
 Nope, OSX maps that to CTRL-click

The build I'm working on reverts spinner to a more "normal" behavior 
(I've worked out how to get half height arrows)
slightly anomalous behaviour ... modal requester

 The underlying View popup/modal system has some subtle bugs, some 
 of which will hopefully be fixed in R3.
scattered 

attempts" throughout the Rebgui code" ... Odd, I've never needed 
this. Is it only in more recent build(s)? I'd really like to identify 
and fix the underlying cause(s).

In the function 'current-word, in rebgui-edit.r

I have to trap with 

if series? str [ .. ]

In process-keystroke, I have this

					f: either event/shift [
						back-field view*/focal-face
					][
						attempt [ ;;gc
							next-field view*/focal-face
						]
					]

Hmm.  The new version of process-keystroke has a lot more code in 
it.

in process-keystroke, after the #" ", I have all my function key 
handlers

Causes? So far you've mentioned three:

	Clicking too fast/repeatedly in a field
	Sporadic area errors
	Tab-panel with focus in multiple panels

All these point back to the edit object.

Yes .. definitely problems there before.

scrolling also used to die .. had to put attempt blocks there as 
well.

in 'edit-text .. I have a large attempt block from		caret: caret-to-offset 
face view*/caret to show-face

I see I had fixes for scroll-line and scroll-page but looks like 
Cyphre has now fixed those.

Maybe rather than using attempt, I should maintain an error log ...

Hm. Getting this error with all my widgets derived from field

>> do %create-distribution.r
Script: "Create RebGUI distribution" (7-Oct-2006)
Script: "RebGUI system" (16-Feb-2007)
** Script Error: field has no value
** Near: dfield: make field [
    size: 7x5
] drop-list:

and dfield.r is just this

dfield: make field [
	size:	7x5
]

That's because dfield is processed before field. Look at how text.r 
/ label.r are defined.

Hmm.  It worked in previous versions of rebgui .. I just had my fields 
after yours in the list of included widgets.

make object! [
    code: 300
    type: 'script
    id: 'no-value
    arg1: 'chevron
    arg2: none
    arg3: none
    near: [chevron data 'left [change-date -1] 
        chevron
    ]
    where: 'layout
]

Looks like chevrons are history now ...

Yep.

Pity .. I was using them to distinguish between small and large movements

ie. the chevron was a date change by day, and the arrow was by week.

I guess I can remove my chevrons, and use the spinner widget instead.

Ashley, what about activating the action on spinner widget each time 
the value is incremented/decremented.

I'm getting some anomalous tabbing results with 53.  Seems to jump 
the next widget to tab to if the current widget has an action block.