World: r3wp

ah, ok, there is a Reichart to blame. Reichart - where are you?! 
:-)

Gabriele, are you planning to follow up on the design document you 
posted when we talked R3 GUI design?

I wouldn't mind VID for 3.0. All my programs are VID anyway

I have heard Gabriele proposed to use rebservices for the 'feel part, 
which is imo insane idea :-) (would be slow imo :-)

i do plan on that - but only as long as carl agrees to that, and 
i need to show him some prototype to convince him it's not going 
to be too complicated.

what was Carl's reaction to glayout and liquid?

not rebservices directly, but just "messages" for events, so you 
can also send them thru rebservices.

ah, that makes more sense ...

he likes it a lot (liquidgl), but it's too big, so max will need 
to "distill" it a bit :)

that is, my idea (which carl agreed on, and i think others too), 
is that the app does not get a mouse click event, it gets a "button 
pressed" event. (not sure if the explanation is clear)

hmm, maybe we could use kind of devices for that, no? Events could 
be queued etc. :-)

chatting in wrong group once again .... :-)

yep, please move :)

I'm sure I don't want VID improvements before of rebcode.... I want 
CORE with rebcode first... And I really hope that some release  will 
not be postponed just because there is no  new tree-list GUI or something 
else

exactly - Core is the infrastructure - let us play with kernel first 
...

Oldes - but maybe RT has real concern here. You can imagine there 
will be many requests for furhter improvements, bug fixes, etc., 
so that we can "steal" time from RT's resources and hence View could 
get even more postponed ... dunno ...

yes, I know... i'm very patient...

core with rebcode is a different thing from core with all the rebcode 
improvements that have been proposed.

there is so many proposed improvements? I thought that Brian requested 
few opcodes?

.... remembering when rebcode was introduced, Carl seemed to implement 
improvements in light speed :-)

even if there are only a few... it's still some time subtracted from 
other stuff. so i can't promise anything about that, especially since 
i don't know the details of everything.

Carl might be able to give you a much better answer...

Carl would have to visit us here from time to time, to get us a better 
answer :-)

The old versions are still out there, Windows only.
Not true!
rebview1350024 from 16-Oct-2005 is for OSX incl. rebcode.

My guess is, rebview1350042 from 14-Oct-2005 include rebcode too. 
Haven't tried it out though.

It's the first version of rebcode, you'll find in those. A later 
version was released for Windows, yes.

Geomol - does codebase for RPaint still exist? Will you resurrect 
the app once new compositing enigne with R3 is inplace, along with 
rebcode?

Pekr, yes and yes, I plan to complete RPaint, when I can.

Confirmed !! Linux REBCODE version is rebview1350042.tar.gz...Thanks 
  verify with 'print system/internal/rebcodes'

Now i only need the webpages [Opcode Reference] and [DEMOS] anyone 
has those cached?

Aaaaaiiiii that 1350042 version is a real old one ..but it has Rebcode.....

Geomol, those OS X versions predate the Great Renaming, so most of 
the opcodes are different.

Ditto with the Linux version, Rebolinth.

The Great Renaming happened with 1.3.60 - look for versions later 
than that.

yes i spotted that...but linux does not go further then December 
2006 unfortuneatly.. I think i have to deal with Rebcode thats limited 
on linux..at least I have someting that does assembly ;-)

Yeah, the OSX version, I use (which must be very close to the Linux 
version), is mainly for testing performance and playing around. Not 
for serious work.

o

why this code not work on linux  ?

f: rebcode [][apply j make [ image! 0x0] insert j 1 256 return j 
]

i use rebol2650042

micha, what exactly does it do? I don' t have access to that version 
right here.

Mich; I'm not real up on rebcode, but I don't think apply can't be 
applied to make.  Apply can't evaluate action! or op! types.  So 
for that part you'd want    m: does [make image! 0x0]  f: rebcode 
[] [apply j m [] return j]


Then; I've never got the series opcodes to work.  insert, change 
... none of those.  mold system/internal/rebcodes/insert makes it 
look like they are not implemented.


So I would    f: rebcode [] [apply j m []  do j [insert j 1]  return 
j]  to get your to work, but with the do it's not going to be rebcode 
speedy.

Sorry ... Micha;

Ok, played.  2.6.50.4.2  version insert takes word! series!  so

m: does [make image! 0x0]  f: rebcode [] [apply j m []  insert j 
[1]  return j]  will assemble and run, but I get a mungled image 
when I try it.   (Can't get the 256 count thingy to assemble)

How to test 'none value in rebcode?  SETT sets false also for zero 
so I cannot use it:/

type? result value-to-check

That one gets the type and put it in result. And that wasn't what 
you asked, I just realize. :) Let me think...

>> ex: rebcode [/local a][set.i a none eq.i a none ift [print "a 
is none"]]
>> ex
a is none

Above example done under Windows with: REBOL/View 1.3.61.3.1 18-Nov-2005 
Core 2.7.0

In rebcode none is same like zero so if you want to check value where 
are integers or can be none, than it's not enough. The best way how 
to solve it now is not to use such a logic, or use something like 
this:

   ex: rebcode [a /local r n no][type? r a print r   set n none type? 
   no n  eq.i r no ift [print "a is none"]]

which is quite heavy. Or find out the integer value for each datatype. 
Or is there any better way how to work with value returned by  the 
type? opcode?

type? none is in rebcode integer 28 so to test none value it's possible 
to do:

r: rebcode[a][type? t a  eq.i t 28 ift [print "a is none"]] r none