World: r3wp

yes, but there is no code in grid, which calls on-click. My asumption 
is, that it is being called by rebgui internally for my widget. So 
I have to probably define it. Dunno. Most probably I am not able 
to proceed further. There is not clear description of that functionality.

which grid?

Cyphre's grid. After Henrik's grid it is simply the most advanced 
REBOL grid and it is really stupid it was not adopted to new standard, 
waste of functionality and money ...

I seem to have a grid.r in my distro.

there's on on-key handler there.

yes, but you use probably old Rebgui distro, no?

not the latest version

I downloaded 118 and there is no grid. Grid was not adopted to new 
API IIRC.

I never saw the grid ever working.

well, there is 'on-key, but it is not what is needed imo. Widgets 
do use abstracted widget/action principle ...

Graham - it is not true. IIRc I prepared package which I sent to 
you, with primitive initial doc, with included rebgui version, and 
it was working. The bad thing is, that it is some early version I 
paid for, but at that time there were some API changes to RebGUI, 
and I was not able to further contract Cyphre to adapt it ...

Pekr, I never got that to work.

I think I know why - because it worked with some 2006 version of 
RebGUI, but not later ... well, I'll see, what I can do ....

go for it!

The problem with the grid widget was that it relied on custom changes 
in rebgui-edit.r (i.e. it wasn't self-contained) and it was just 
too big to easily "grok" (and hence port). A good grid widget should 
have as few features/options as possible IMHO (i.e. get something 
that handles the text-only 80% case before worrying about more complex 
sub-widget support).

ok, so here we are, with such argument and final result - no proper 
grid with basic functionality like horizontal scrolling.

scroll-panel data [sheet] ?

OK, here we go:

- full keyboard navigation

- virtual-data-system - ability to hide/show columns, without the 
need to reorganise original data block (virtual columns)
- the same for rows
- programmable navigation (goto)
- buttons, checkboxes - simply layout elements in cells
- tri-state columns - sorted, unsorted, original

missing  (it was supposed to be done as an update):
- column resizing
- saving the configured state for particular form

I do understand your point of view, which is - you try to keep Rebgui 
to its original idea. But - VID styleset is not real alternative 
to R2 GUI navadays, so refusing more complex widgets, especially 
in the case where noone really pushes anyone to use them, is escaping 
my understanding.

Of course if grid breaks some RebGUI habits, then it is not good 
.....

I'll try to talk to Cyphre, but not sure how deep the changes would 
have to be. If it would require a rewrite, then I am not ready to 
pay for it once again ...

RebGUI is in maintenance mode so at least no more drastic (widget 
breaking) changes are in the pipeline ;)

i'm trying to port area-tc to rebgui ... and I don't understand why

when i do

feel: make object! [
		redraw: detect: over: none
		engage: func [face act event /local txt] [
			probe act
			
		]; fin engage
	]


then i create the distrubution then i run my "demo" app in the widget 
area-tc (custom) I see time and mouse related events but i never 
see keyboard related event

I don't understand how to handle  events with rebGUI

feel/engage don't recieve keyboard events ...
which seems really strange.

rebgui-ctx.r >> 

system/view/screen-face/feel: none	; kill global events system (used 
by 'insert-event-func) 


the reason why area-tc will not be adapated to rebgui until ashley 
explain me how to map custom events for a custom face

on-key might be what you're after ( http://www.dobeash.com/RebGUI/user-guide.html#section-3.2.8
)

I guess Ashley wants to place Rebgui into a state of closure and 
move on.

But that shouldn't stop us from enhancing it further .. if we can!

i tried on-key too  the key events can't reach the wdget for some 
unknown reason 

Well anyway i won't loose more time with that issue.

Looks like all the tracs Jaime was sponsoring have lapsed ... http://trac.geekisp.com/

Maybe we need to shift rebgui over to another site eg. codeplex

I'm open to suggestions ... and if someone could setup an account 
and give me a 101 intro on how to use/access it I'll upload the latest 
source there and repoint my site links to it. Thanks.

Perhaps CureCode ... if Doc will have us! ;)

assemblia (the track i use for viva rebol and area-tc is easy to 
register but then the url are quite the pain

Do you need access to geekisp.com ?  I got an email from Jaime yesterday 
and could ask him ...

CureCode is just for issue/wishes tracking. Btw, the source code 
for CC is available, anyone can set it's own CC instance online (it 
needs some installation documentation). I'd like to work on a trac-like 
tool with SVN integration, thought.

I've created the rebgui project on codeplex.com and will have a go 
at uploading the sources I have.

Any subversion experts out there?  I tried to relocate my copy to 
the new site, but get a UUID mismatch.  The new repository  UUID 
doesn't match the existing one on my local copy, and presumably gets 
created when I created the new projecct.

Ok, I hacked it this way ... I created a new directory and checked 
out from the new repository.  Then I copied all the files from my 
local copy to the new directory but deleted all the svn directories. 
 I then committed all these files .. and it says it created a 116 
build ... I think it's supposed to be 118 :(

I then published the project http://rebgui.codeplex.com/

The svn url is https://rebgui.svn.codeplex.com/svn... not svn:// 
as in the geekisp.com site.

Ashley, this is what I think you should do ..  after signing up as 
a contributor, checkout the repository I uploaded.  Then copy all 
your source files over the ones in this new checkout, and then commit. 
 That should give us the latest.

codeplex has a source code browser and issue tracker.

Well, the build that's up there is 118, so I just synced against 
that. I'll have a play with this over the weekend (I've got a few 
changes to upload).

.

Ok, as long as I didn't make any changes while playing around ....

If anyone wants write access to the project, just sign up to codeplex 
and let us know so that we can join you to the Rebgui project.

In rebgui-widgets.r , any objections to changing

			attempt [remove find span #X]
			attempt [remove find span #Y]

to 

			all [ find span #X remove find span #X]
			all [ find span #Y remove find span #Y]

REMOVE accepts NONE as argument in the last versions.