World: r3wp

I think fleecy moss called it orthogonal persistence.

Speaking of which: I'd love to see a way in Rebol to declare a piece 
of data persistent across sessions, so it would save automatically 
and you would not have to worry about it.

Yes, the whole "not saving" thing has been done before, but we haven't 
pushed far enough in that regard. Anyone remember Lotus Agenda? That 
was one smart app, and that's how you can auto-file things and find 
them again easily. 


The concept of a persistent image, ala Smalltalk, has also come up 
before. I think Maarten wanted to do something like that, but it's 
not a simple thing to do.

Like the piece of paper, the information is persistent the moment 
you write on it.

  This is the same in Qtask...we spend our time right now making it 
  faster, and much better (simpler) UI.

When you put something in the Scratch pad on Qtask's home page, no 
saving or loading.  It does it for you, and it is instantly availble 
on your Cell phone.

IT just works...

well, the close button here does not seem to work in the "Your unsupported 
browser is Safari" window :-)

As stated, Safari is not supported.  As proof, the close button does 
nothing!

Sometimes I wonder about you guys.

cool! I think. :-)

Don't people here see REBOL in line with this very thread.  I use 
REBOL for all kinds

of things, that could be an application, by why?  Use blocks.  Write 
a one-liner for the

task at hand.  That's why I was very interested that Carl may allow 
LOAD/RELAX

(although I would actually prefer a junk! or gibberish! datatype) 
in R3.  REBOL is my

non-application application.  I use this model when coding solutions 
to the

construction site bosses problems.  Use a block and write a script 
that suits the

problem.  Site managers need a button to "make it go" (the UI), but 
each

problem gets its own solution.  I'm not going to sit and try and 
write an accounting

package for a guy that just wants to invoice customers, and show 
his profit/loss.

If the user needs to export data to an actual "app", write a quick 
export etc.etc.etc. 

I don't call them Reblets per say, but it's the headspace I've been 
in for years now.

automatic persistent storage... i've done it, as the base of "your 
values!". wish i had the time to pursue that.

NeoOffice is all Java:  AFAIK it's a java/swing front-end on top 
of the C++ Open Office Code.

http://obligement.free.fr/articles_traduction/itwsassenrath_en.php
<--- Interview with Carl

very interesting stuff!

thanks. 


that's a very nice article to read ....as a lead-up to REBOL Devcon 
2007

thanks guys for your comments at Osnews ...

I'd hope to avoid the open/closed source debate. I don't plan to 
comment on it. I'd rather discuss the language features.

the problem is, with 3.0, we are discussing vapor yet. There are 
3 new OSNews posts re Amiga and ppl start to react negatively to 
it - because all those years anything amiga related was maybe announced, 
but never delivered ...

It would have been more appropriate to wait until after the devcon

posted my comment too, pointed to RebGUI :-)

There's a pretty strong reaction to my little video. I think we should 
focus a lot on video tutorials.

what video?

see last OSNews post

I watched the videa ... really cool! No other form of tutorial can 
express that ...

you can claim rebol is easy to use, you can provide your tutorial 
with code sample plus screenshot, but video shows it nicely ...

I would really like to do more videos, but it would need some scripting. 
I think we should have a video group.

even cooler one would be to start viewtop and run few demos, as particles, 
calculator, showing its short source code etc :-)

what tool was used to do the video?

I don't remember the name, but it was a Python based screen capture 
tool that generated a Flash video.

moving to Video Tutorials

Henrik - you are doing great service on amigaworld.net :-)

yes, but now I need a Scheme expert :-)

thas it Jaime :-)

I think threre is no need to argue with folks there. What is more 
- they are "pro amiga" already, so they potentially respect Rebol 
:-)

the guy who looks to be hooked into Rebol now is typical example 
of user who might find rebol usefull - small configuration script 
writers, etc.

Intel have announced a new low-power processor and chipset architecture 
which will be designed to allow full internet use on mobile Internet 
devices. To fulfil the aims of our mission and in response to the 
technical challenges that these devices pose, we are announcing the 
Ubuntu Mobile and Embedded project.


https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-May/000289.html

What does everyone think about Microsoft's pursuit of Yahoo?  Desperation 
or 

sound tactical move?  I wasn't watching the tube, but it was on in 
the background,
did I hear correctly that they are banting about a number in the

$50'000'000'000 range?  I think you'd hear the yahoo! from here in 
Canada. :)

Henrick, What kind of Scheme help do you need ?

Henrick, I saw your post reply to my Macro comment on AmigaWorld.net. 
I'm trying to understand the difference, but maybe it is too early 
for me to understand it. Here is a link that describes what Common 
Lisp Macros are.  http://www.lisp.org/table/macros.htm

Paul: we've had this argument before, and I guess Jaime will not 
agree with me; also I've not read the posts on amigaworld, so i'm 
just talking in general about rebol and macros (sorry); anyway... 
rebol does not need macros. the reason is that lisp is a compiled 
language, so there is a difference between compile time and runtime. 
macros in lisp execute at compile time, functions at runtime. in 
rebol there is no such difference. you can write control functions 
in rebol without the need for macros, for example.

Jaime, it's probably too late now, but a person on Amigaworld.net 
wanted to know some of the main differences between REBOL and Scheme, 
as his first though was that REBOL looked a lot like Scheme without 
the parantheses.

Gabriele, Paul was asking for the difference between macros and dialects 
as he thought they were the same.

actually there is no relation. a macro is some code that is executed 
a compile time, and returns some other code (that is then compiled). 
basically, before compiling, lisp expands macros, like the C preprocessor 
expands text macros (of course, since lisp macros work at the list 
level instead of the text level, they are more powerful).

dialects, instead, are languages based on the rebol syntax. in a 
language you normally parse a text file into some internal representation, 
then you work with that representation (interpreting or compiling 
it)

in rebol, the internal representation is values, and you can do what 
you want with them.

Gabriele;  *poke*poke*  I hope we get LOAD/RELAX.  :)

Remembering that argument, I hope we get the opposite: Parse block 
rules for strings, a sort of parse dialect unification.

Well, something that will let Construction workers type in their 
own data is what I'm

hoping for.  Whatever the actual approach.  Though, the easier for 
me the better.  :)

Some more thoughts on the MS DLR http://vistasmalltalk.wordpress.com/
   His other entries particularly the Ironpython and Smalltalk ones 
are also very interesting.