[REBOL] Newbie help: Parsing mobile email address

2002-06-11 Thread Matthew Kim
Hi, I've managed a crude way to parse a mobile email address down to its phone number (area code, and 7 digit number) using a loop and if statements. However, I'm wondering if there's a more efficient way to do it (shortcuts in REBOL) Basically I'm trying to do this... Mobile Email Address:

[REBOL] Re: Newbie help: Parsing mobile email address

2002-06-11 Thread Petr Krenzelok
Matthew Kim wrote: Hi, I've managed a crude way to parse a mobile email address down to its phone number (area code, and 7 digit number) using a loop and if statements. However, I'm wondering if there's a more efficient way to do it (shortcuts in REBOL) Basically I'm trying to do this...

[REBOL] Re: Newbie help: Parsing mobile email address

2002-06-11 Thread Ingo Hohmann
Hi Matthew Matthew Kim wrote: .. Basically I'm trying to do this... Mobile Email Address: [EMAIL PROTECTED] Parsing algorithm Result: ~~~ Area Code: 416 Phone Number: 5551234 You could use parse ... mea: [EMAIL PROTECTED] == [EMAIL PROTECTED] parse mea [

[REBOL] Re: Newbie help: Parsing mobile email address

2002-06-11 Thread Andrew Martin
I'm wondering if there's a more efficient way to do it (shortcuts in REBOL) Basically I'm trying to do this... Mobile Email Address: [EMAIL PROTECTED] Parsing algorithm Result: ~~~ Area Code: 416 Phone Number: 5551234 Digit and Alpha are defined by one of my

[REBOL] Re: percent! - new datatype request

2002-06-11 Thread Carl Read
On 11-Jun-02, Joel Neely wrote: Hi Joel, Good to have you back. And see below... Carl Read wrote: I think we need it, but not so much because it'd be easier (perhaps) for programming, but because it's more descriptive. For instance, we know what this means...

[REBOL] Re: Newbie help: Parsing mobile email address

2002-06-11 Thread Joanna Kurki
At 18:45 11.6.2002 +1200, you wrote: I'm wondering if there's a more efficient way to do it (shortcuts in REBOL) Basically I'm trying to do this... Mobile Email Address: [EMAIL PROTECTED] As international user, i would like to point out that many countries have totally different

[REBOL] Re: Function LAUNCH - Usage questions

2002-06-11 Thread Gabriele Santilli
Hi Mark, On Tuesday, June 11, 2002, 6:30:46 AM, you wrote: MC 1) Agree a lot of the function needed can not be implemented well without MC true multitasking especially a lot of Network programming that need MC multithreads. I'd like to point out, that multithreading would only be needed

[REBOL] documentation on how to bind actions/events to Rebol view display elements

2002-06-11 Thread bryan
Are there any good tutorials out there for using Action and alt-action and similar VID extensions? -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with unsubscribe in the subject, without the quotes.

[REBOL] Re: percent! - new datatype request

2002-06-11 Thread Joel Neely
Hi, Carl, Carl Read wrote: Good to have you back. Thanks, although I'll probably be intermittent for the next few weeks (wedding is 6 July)... Okay, not a good example, so you missed my point. (: I don't think so... but it's possible. My response was simply that it's easy to deal

[REBOL] Re: basics: meaning and uses of make object! vs. context

2002-06-11 Thread Ingo Hohmann
Now answering my own email ... Ingo Hohmann wrote: Ammon Johnson wrote: Use the SOURCE, Luke! The SOURCE will not fail you... ;-) Unless it does, of course ... a: make object! [ blk: [ print HI ] set 'f func [][ do blk ]] f HI source f f: func [][do blk] blk

[REBOL] Re: Newbie help: Parsing mobile email address

2002-06-11 Thread Matthew Kim
Thanks for your help everyone! All these solutions are great! Joanna, that's a very good point about international numbers. However at this point I can get away with not worrying about it... whew! It definitely sounds a lot more complicated. Cheers, Matt -Original Message- From:

[REBOL] Re: Function LAUNCH - Usage questions

2002-06-11 Thread [EMAIL PROTECTED]
Hi Gabriele, I partially agree with you. Multitasking is not needed only to develop server processes, since there could be many occasions where I should need more than one process in parallel at-a-time, even in client applications. I wish to simplify the life of Rebol developers, so I can say I

[REBOL] Re: basics: meaning and uses of make object! vs. context

2002-06-11 Thread Ammon Johnson
Hi, a: make object! [ blk: [print 'Hi] set 'f func [] [do blk]] f Hi source f f: func [][do blk] The little bit above is an actual cut and paste from a fresh REBOL/Command console on Linux RedHat 7.2 if you actually get something different somewhere else please let us know. I

[REBOL] RFC on support for user-defined types

2002-06-11 Thread Joel Neely
IANARTE, but I suspect that the level of effort to allow users to define additional DATATYPE! values might be non-trivial. That assumption motivated me to wonder about whether there could be some simpler enhancements that might still add value to the development of reliable scripts, and led to

[REBOL] Re: documentation on how to bind actions/events to Rebol view display elements

2002-06-11 Thread Gregg Irwin
Hi Bryan, Are there any good tutorials out there for using Action and alt-action and similar VID extensions? I'm not sure exactly what you mean. Normal use is like this: view layout [button Press Me! [print action][print alt-action]] You can change feel/engage for faces to get

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Gregg Irwin
Hi Joel, In other words, we'd be specifying (a portion of) the *interface* that an object should possess, rather than a (non-REBOL) notion of class. This would allow the above hypothetical function definition to be written as: somefunc: func [ a [object! [invert]] b

[REBOL] Re: Function LAUNCH - Usage questions

2002-06-11 Thread Gregg Irwin
Hi Allesandro, I wish to simplify the life of Rebol developers, so I can say I can use every instrument to create multiprocesses: multiprocess (like a FORK), multithread (Ms Windows-style) either preemptive or cooperative (even if the last one is not the best system... however is a good

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Ingo Hohmann
Hi Joel, Joel Neely wrote: .. somefunc: func [ a [object! [invert]] b [object! [memorize]] ... ][ ...blah blah blah... ... a/invert ... ... b/memorize ... ] to document/enforce that the first argument must possess an

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Ammon Johnson
Hi Gregg, Joel, Either way would suite me fine, somefunc: func [         a [object! [(first proto-a)]]         b [object! [(first proto-b)]]         ...     ][         ...blah blah blah...             ... a/invert ...             ... b/memorize ...     ] ;-) Ammon A short time ago,

[REBOL] Re: basics: meaning and uses of make object! vs. context

2002-06-11 Thread Ammon Johnson
Hi, Ok, in that sense, you are right. If you need to know the value of words that are given within the context of a function, source will not give that to you as it only appears as a word in the function. However you have shown me a very valuable tool for finding the value of a word

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Ladislav Mecir
Hi Joel and Gregg, Gregg's suggestion is absolutely straightforward, that is what prototypes are for. My contribution is a function, that checks this: compatible?: func [ prototype [object!] object [object!] ] [ empty? exclude first prototype first object ]

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Gabriele Santilli
Hi Gregg, On Tuesday, June 11, 2002, 6:53:46 PM, you wrote: GI What about specifying a prototype object instead of a block of words for an GI anonymous object? I'm thinking that the list of words could get quite long GI and perhaps be used in many places which might become burdensome. Given

[REBOL] Re: help with unsubscribe

2002-06-11 Thread David Hawley
I'm heading on a long vacation and really don't want my mail box filled with rebol messages while I'm gone. How do I unsubscribe when listar rejects me as not a member of list rebol? I suspect that it's due to the use of [EMAIL PROTECTED] (list name) which forwards to [EMAIL PROTECTED] which

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Joel Neely
Hi, Gregg, Gregg Irwin wrote: What about specifying a prototype object instead of a block of words for an anonymous object? I'm thinking that the list of words could get quite long and perhaps be used in many places which might become burdensome. Actually, I'd prefer to say What about

[REBOL] Re: RFC on support for user-defined types

2002-06-11 Thread Ammon Johnson
Hi A short time ago, Joel Neely, sent an email stating: Hi, Gregg, Gregg Irwin wrote: What about specifying a prototype object instead of a block of words for an anonymous object? I'm thinking that the list of words could get quite long and perhaps be used in many places which might