World: r3wp

ah, good to know. But actually, I don't want the outside IP, because 
the computers I am connecting too are on our LAN on the same campus. 
But I appreciate the information, it may be helpful later.  :)

You work in a convent ?  :)

Yes.

there is also a college on the same campus that the nuns started 
a long time ago.

why not just assign a static ip address?

Well, there are about 200 computers I would have to do that too.

oh :(

Hehe, thats okay, this was more about me learning REBOL, I just figured 
if I could use it for work, that would be a bonus!

I just wanted simple to start with.

Other way: 
read dns://
read join dns:// read dns://

also:

>> probe get-modes tcp:// 'interfaces
[make object! [
        name: "lo"
        addr: 127.0.0.1
        netmask: 255.0.0.0
        broadcast: none
        dest-addr: none
        flags: [loopback]
    ] make object! [
        name: "eth0"
        addr: 192.168.1.4
        netmask: 255.255.255.0
        broadcast: 192.168.1.255
        dest-addr: none
        flags: [broadcast multicast]
    ]]

Very interesting guys, thanks for all the great comments. You are 
showing me a lot of options in REBOL for this kind of stuff, I like 
it.

Gabriele, when you have multiple alias per nic and multiple nics, 
how do you go about picking a specific interface for a network connection

afaik, you can't with rebol. the os picks the interface for you.

(and when listening, rebol alwasy binds to all interfaces)

hopefully, we'll find some way to do than in R3

I have been playing with Cal Dixon's REM editor and Core as a means 
of learning code and trying to identify differences between the 2.5 
Core he wrote it for and the current version. Everything seems to 
work fine except SEARCH, which produces the following error...

** Script Error: if expected then-block
argument of type: block
** Where: seach
** Near: if x: sfind temp whatis

...in reference to his code block:


 search: func [ from whatis /reverse /case /local list x y p temp 
 sfind start end step ] [
         list: buffer/lines
         sfind: to-path join [find] [

            either case ['case]['only] either reverse ['reverse]['only]
            ]
         y: from/y
         set [start end step] reduce any [

            all [ reverse [(y - 1) 1 -1] ] [(y + 1) (length? list) 1]
            ]
         temp: at pick list y (from/x + either reverse [-1][1])
         return if p: catch [

            if x: sfind temp whatis [ throw reduce [ index? x y ] ]
            for y start end step [

               temp: either reverse [ tail pick list y ] [ pick list y ]

               if x: sfind temp whatis [ throw reduce [ index? x y ] ]
               ]
            ] [ to-pair p ]
         ]

What changes need to be made for this to work?

Thanks.

path!s are no more word-active. x: do sfind ....  should work with 
the latest rebol (2.7).

Perspectives of a newbie! By Steve Thornton (SteveT)


Hi! everyone, as someone brand new to REBOL I've been asked to log 
a journal
describing my experiences using REBOL. 


I think the first thing to get out of the way is to tell you where 
I'm coming

to REBOL from. I've programmed on and off for over twenty years starting 
with

Clipper 5 (dBaseII), Visual Basic (Access), C# (SQL Server), Java(NetBeans 
+

JavaDB). I've worked in a variety contract/freelance work. I earn 
approx half 

my income form 'Thornton Software' and I work for Iris Software Group 
- 

as a training consultant (training accountants :-\ someone has to 
do it!)


I can hear some of you saying 'Ahh! he's an IDE wimp - real men/women 
code

from scratch'. It was strange - every language I've used had an IDE 
and I

was a bit put off having to go find myself an editor. Until something 
better

find's me I'm using the freebie 'CREdit' as recommended by Sunanda. 


The easiest way to edit/test the scripts is to open an explorer window 
at

the side of the CREdit window showing my scripts folder. I can then 
drag a .r 

file onto the CEdit screen and it opens it. To run the script I double-click
it in the explorer window.


The help and documentation available is better than I have previously

experienced. Some of the components I've been wow'ed by so far is 
Henriks

List-View and RebDb from Dobeash. I've looked at RebGUI and for the 
time being 

I would prefer not to use anything on top of VID, I need to learn 
pure VID before
using anything else.


REBOL Cookbook of examples is a useful place to start. Some more 
form oriented 

examples would be cool. Example 014 - 'Open two windows'  and Example 
10 - 'Simple text
form window' are both useful


The Event Handling guide is a good resource for programmers moving 
from Visual
Studio etc..


That's more than enough to be going on with, next time I'll cover 
my experiences 
with VID, FACES and handling Events.

Bye for now.
Steve Thornton

Thanks, Gabriele!

Good post Steve. I was an "IDE wimp" myself, having from from QuickBASIC, 
PDS, VB, and others. I never thought I would use a language without 
one, but REBOL is just that good. :-)

And when we finally do have higher level tools for building things 
with REBOL, it will be that much better.

Excellent summary Steve. Don't be shy about mentioning things that 
tripped you up or could have been explained / presented better ... 
this is one of the few communities that takes constructive criticism 
very well! ;)

Some of my old Java buddies always said that an IDE can get in the 
way of what the programme is supposed to be doing, I'm beggining 
to see what they meant.

Thanks Ashley, I'm amazed at how generous people are here. (Not blowing 
any smoke ther ;-)  But some of the Microsoft communities are very 
elitist. Even though I'm a very experienced VS developer I hate how 
they talk to some of the newbies.

I think my journal (blog) whatever may be useful because I can see 
a lot of Visual Studio developers moving to REBOL - especially when 
3 is fully fledged. Things like VID3 / SVG Graphics etc will be very 
powerful. If I had one comment so far it would be not to rest on 
your laurels as far as the built in widgets are concerned - Everything 
is moveing to a 'RICHER' experience for the user, we can't get away 
with grey-old programmes anymore. The biggest internet buzzword of 
late is RIA  (Rich Internet Applications). With broadband, users 
expect the client side to be richer. REBOLS simplicity and size mean 
it should get miles ahead of the competition. Bill Gates's keynote 
speach recently covered this particular subject.

Perspectives of a newbie! By Steve Thornton (SteveT) 


In your first steps in using REBOL (If your like me) you'll go and 
have a look

at other peoples scripts - luckily the REBOL Viewtop is full of them. 


One thing that stumped me to begin with was that each developer differed

slightly in how they setup their 'Layout' or 'Views' this is because 
there is

a degree of flexibility that covers different situations. You can 
call a view 

and a layout all in one go, or you can make a layout seperately and 
then call 

it when executing the view. While I quickly understood this, I like 
to follow 

'best practice' when creating the initial framework of my application.


It would be a great help if a diagram was available showing where 
to place 

things. For example I went wrong by trying to place view options/effects 

inside the layout structure, When you look at some of the one/two 
line examples
it looks as if you can do that.

Steve

Steve, another insightful post.  I'm far from an expert but have 
been around the Rebol world for a while, mostly in lurk mode.  The 
reason that I am aware of for generating a layout prior to calling 
a view, is so you can dynamically build the layout.  Then, once all 
of the logic has constructed your dynamic layout, you view the entire 
peice together.

Maybe the advanced developers here have other reasons for this as 
well.

Hi Brock,  yes I think it boils down to some devs using VID and some 
using Faces and some even using a mix of both objects. Which according 
to the guide theres nothing wrong with !! But it's confusing for 
the newbs lol

Sorry I meant the View system - not Faces!!! See confused already 
lol

If you don't build the layout first, then you can't write functions 
that access the named widgets inside the layout.

Hi Graham, some dems say - main: layout [ .....   where other use 
main: make [...... would you usuall use make ??

sorry main: make layout [.....

I don't think I've ever used "make layout"

I've not used it in the main screen of my app and it works fine, 
just wondered if theres a reason to use it?

Think they use it to 'make face' when using the view system directly

Will, continuing from misplaced Tretbase thread...

Still not working...relations endure only so long as I don't end 
the engine's session.

Michael: notice the difference between mold and mold/all :
>> a: context [b: 1]

>> a/b
== 1

>> c: mold a

== "make object! [^/    b: 1^/]"

>> a: load c

== [make object! [
        b: 1
    ]
]

>> a/b
** Script Error: Invalid path value: b

** Near: a/b
>> a: do load c

>> a/b         
== 1

>> a: context [b: 1]
>> c: mold/all a
== "#[object! [^/    b: 1^/]]"
>> a: load c
>> a/b
== 1
>>

So, if I understand, the difference between mold and mold/all comes 
down whether I want to use the variables locally or or globally. 
But, in any event I need to use mold to preserve the object as a 
retrievable file? Is that correct?

home% rebol
>> do http://www.hmkdesign.dk/rebol/relationsengine/relations.r

>> add-relation [a 1 b 2]

== true
>> get-relation [a 1 b]
== [2]

>> save/all %relations.data relations
>> quit


home% rebol 

>> do http://www.hmkdesign.dk/rebol/relationsengine/relations.r
>> relations: load %relations.data
>> get-relation [a 1 b]

== [2]

>>
works!

read here for more info on the subject:
http://www.rebol.com/docs/changes.html#section-5.1

Ah, OK, that works for me too. Perhaps it was the code I was using 
to "look" at the data--

look: does[
    foreach word next first relations[
        print rejoin [word ":" newline get in relations word]
    ]
]


I will read the section you recommend. Thanks for your patience and 
help.

this also is very good reading:
http://www.fm.tul.cz/~ladislav/rebol/contexts.html

Thanks. I was just about to say that I can see now that it was the 
code I was using to imput the relations en masse that was causing 
my "look" code to not work. Amazing how talking things out can put 
things into perspective. Thanks again.