World: r3wp

for a block called action-on-tab

I prefer not to fork as it creates too much work merging back when 
Rebgui updates

Sounds like a good change, feel free to commit it.

I get an error message when running my Rebgui app on OSX. Works fine 
on windows Any ideas?

** Script Error: Cannot use subtract on time! value
** Where: wake-event
** 
Near: now/time/precise - tool-tip-time

I've not used the tooltips ..

What's interesting is that I don't believe I am using tool-tips either.

Fixed in build#46 (Desktop -> Demos -> RebGUI will fix it).

Aren't we up to #49 though?

On SVN.

when I click on it from the desktop i get Script Error: query has 
no value
** Near: querying: to logic! query
.

Works here with:

>> system/version

== 2.7.5.2.4

Thanks Ashley. I dowloaded the latest from the Doebash site and everything 
seems to work fine now.

I am using the RebGui along with requests to a Rugby server. I am 
able to access functions on my Rugby server when calling from the 
action event of a button. Pretty straight forward. What I would like 
to do is call my rugby function async while on one of my RebGui tab-panels. 
I want to add the call to an event loop somewhere, but I don't know 
where to add it. Can you point me in the right direcion?

Have a look at the 'ex-status text widget in %tour.r and its use 
of rate and feel.

Thanks again. I believe I got it.

Volker posted a solution to how to insert text into an area widget 
where the cursor had been before it lost focus.  I don't think I 
got it to work properly.  Will there be a way to support this?

problem may be, 'focus makes sure the face/text  and  carfet are 
a string. So when you set caret to  none and  focus, both are strings 
again. Maybe  focus  should  be patched in that case.

Came across this when I clicked too quickly into a field

make object! [
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: 'find
    arg2: 'series
    arg3: [series! port! bitset!]

    near: [s: any [all [s: find/reverse str s next s] head str] set [ns]]
    where: 'current-word
]

So, going to have to trap this in the 'current-word function in rebgui-edit.r

Means I have to click twice sometimes into a field, but at least 
it doesn't crash on me anymore.

make object! [
   code: 303
   type: 'script
   id: 'expect-arg
   arg1: 'max
   arg2: 'value1
   arg3: [number! pair! char! money! date! time! tuple! series!]
   near: [view*/caret: offset-to-caret parent-face min max]
   where: 'action
]

Another intermittent area problem ..

Ashley, I'm allowing users to create their templates by loading in 
their own rebgui display code ( I don't have a fancy layout editor 
like you do!).  This works, but I can't tab between the widgets though. 
 Is there some way I can get the focus system to work on user templates?

Should work, how are you loading and "executing" the templates? Do 
you have a small pseudo-code example?

template: copy somearea/text
		template: compose/deep bind template 'wide

		display "title" compose/deep [
			(template)
		]

Sorry for the interruption. Is there a way to link fields in RebGUI? 
I've got an app for volunteer fire departments that needs quite a 
few tabs.  I want certain fields replicated across multiple screens. 
 Right now it is all manual, with code like  set-text i-incharge 
newname  set-text ins-incharge newname etc peppered all over the 
app when I have common fields across screen.

s/screen./screens./

Graham, following code works for me:

	display "A" [
		t: area
		button [display "B" to block! t/text]
	]

so it's not a problem specific to the focus system.

Is there a way to link fields

 Short answer is no, but you can structure your data into objects 
 so multiple widgets refer to the same word or path.

Hmm.  I see it works in your example, but not my working code :(

Ashley; I thought through that, but I'm not sure how that would work.

f1: field
f2: field


How could the f1, f2 widgets refer to the same text?  (Text eventually 
destined for a RebDB database)

Again, sorry for the interruption.

Love your stuff by the way.  Thanks muchly.

btiffin, what I do with common fields is keep them on the same screen, 
and let the tabs only show the different fields

Ashely, I'm using custom fields ( basically text, and label fields 
with different names, but same function as standard text and label 
fields ).  If I use them in your example above, the tabbing fails. 
 So, I guess the tabbing code looks at the widget type before it 
can shift focus to it ?

My next problem is, I want to be able to create a calculation field 
based upon the contents of my custom fields.

For instance, this formula DAS28 = 0.56 * sqrt(tender28) + 0.28 * 
sqrt(swollen28) + 0.70 * ln(ESR) + 0.014 * GH calculates a disease 
activity score in arthritis.

I looked at the nano-sheets but they use 'do which is not going to 
be safe.  Since this is not a Rebgui issue, I'll move this to the 
core group.

re Custom widgets and tabbing. You may want to have a look at the 
following blocks in the edit object:

	tabbed
	hilight-on-focus
	caret-on-focus
	action-on-enter

You can reference these within your init code as follows:

	insert tail ctx-rebgui/edit/tabbed 'my-widget

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.