World: r3wp

Here is a post about the read-io function for newbies.  http://www.tretbase.com/forum/viewtopic.php?f=8&t=55&p=128#p128

Paul, what are the issues with 'read-io on network ports?

The only think I recall is that Holger use to express (this was obviously 
years ago) that we shouldn't use read-io for network ports and instead 
use copy instead.

I remember Carl writing, that here is no need anymore to use read-io 
and write-io after a certain version.

But I use it still sometimes to see when data could not be written, 
because there is no space anymore  left on disk

IIRC, for a server I did, I had to use read-io, don't rememeber why 
but it made it simpler in a complex and timed server multi-port management 
loop (direct tcp socket handling).

the only case where you need read-io and write-io currently is if 
you are using async-modes. sqlab's may be a good case too. i don't 
know of others at this point.

Why is that Gabriele?

I'll be implementing an async server soon so any info is good info 
in that regard.

because async-modes is a hack in rebol, and only works with read-io 
and write-io.

Ahhh, good to know Gabriele.

I hope you can expound on that when you get a chance.

Hi.

Let's see this code:

toto: [25 10 14]

renv: func [b [block!]]
[
 foreach Val b [ print Val + 1]
]

when I call this function, with "renv [ toto] ". I receive an error 
message because the elements in toto are viewed as word!, not as 
integer! by Rebol.

you've got a block inside a block

?

you can't add 1 to a block

renv [ toto ]

and toto has no value

ok, but when I use the same code without insert it in a function, 
it work perfectly

renv reduce [ toto ] => renv [ [ 1 2 3 ]]

the code :

toto: [25 10 14]
foreach Val toto [ print Val + 1]

work because elements in toto  are considered as integers.

and so will

renv toto

but not 

renv [ toto ]

oh ... I'm stupid ! ;)

you are in Rebol School ;-)

I've got a graphic related project that I want to start working on. 
 It deals with enhancing Frank S's code that Graham enhanced further... 
http://www.rebol.org/view-script.r?script=paintplus.r

I'd like to be able to make the objects that get drawn on the page 
true objects that can later be dragged to a different location.

I was able to drag REBOL Styles from the area off the 'canvas' onto 
the canvas and around the pane in general using the movestyle 'feel 
found at http://rebol.com/how-to/feel.html

However, I can't get this same code to work on the Boxes, Circles, 
Arrow or Lines that I draw within the draw area.

I'd really appreciate it if one of our graphic gurus can jump in 
and let me know how I can either use the code above to do this, or 
suggest an alternative.

This is my first attempts at using feel and the Draw dialect.  Frank 
& Grahams code has got me started, but I've now looked at this for 
some time and can't get anywhere.

I've also looked at warp-image.r from the Rebol Desktop sample apps 
as I'd really like the behaviour to drag points to change the start 
and stop points of the Lines and Arrows etc... but can't seem to 
blend these behaviours into one tool.

The end result would be similar to Vector drawing program with the 
output being a DRAW dialect.  Any interest?

Have you tried Geomol's canvas thingy?

The big question is, what format should the data be stored in, as 
well as exported/imported in...

I really wish SVG had won, or, well, ANYTHING had won.

I'd be happy with a draw block.  My plan is to store the draw block 
in a database record so the image can be built and the objects remain 
editable if fine-tuning is required.  I've been playing with sqlite.r 
for the storage side of things.

Graham, no I haven't.  I'll take a look at canvas, I don't recall 
any discussion about this in the past.  (I read, I just don't remember 
:-(  )

I learned something a long time ago about formats.  Lock it down 
up front, and make sure you can convert on the fly.  If you don't, 
you waste a lot of time later.
Also, treat everything as a "event".   This way Undo works.

Geomol's paint program is a copy of the famous Amiga paint who's 
name now escapes me.

Dpaint!

Yes, okay, I remember.  I also see the group here in AltME.  Likely 
too complicated for my needs.  I want to build a db interface that 
shows the image and stores meta-data about the image.  I want to 
be able to edit the image if needed, or add new images and content 
using the drawing packing that is included.  Essentially this is 
for building drills for various different sports.  With all the drills 
built, a practice plan can then be built.

The smaller the better.

The final output would be a printed version of the collection of 
drills that were selected, likely via PDF-maker , or just HTML.

Events... and queues.

queues?

do you mean something like an stack?

Reichart, I didn't see your message about formats.  Convert on the 
fly, can you give me more on what you mean by convert on the fly?

Well, if you assume that your internal storage method is one which 
just needs to be "converted" to an other, like CSV => XML, you might 
be in for a suprise when trying to model a real time dynamic system 
with Undo like a paint program with a file format as export.


For example, do you store a given object once, with the history of 
the object elsewhere, or do you store the object together, with the 
most recent at the top of the list.

Also, Do you store objects, and actions, or both togther.