[REBOL] Mailing List Maintenance

To All List Users, The user lists will be taken offline for maintenance today. Please excuse this interruption, we will have them operational again shortly. We are adding some features to the lists that will prevent some of the issues we have experienced in the past, including filtering out t

[REBOL] higher order functions Re:(3)

Hi, already sent a set of higher order functions containing: Accum, Apply, Curry, Composition, Enum, Filter, Map, Nargs to www.rebol.org It was sent as file %highfun.r to the Advanced category. These functions are the newest versions (especially curry got enhanced - now uses argument specific

[REBOL] Simple CGI Problem Re:(8)

[EMAIL PROTECTED] wrote: > Hello ryanc, > > Wednesday, May 24, 2000, 7:33:41 PM, you wrote: > > ridc> After viewing your counter I got an idea you might like. You can have your >REBOLridc> You could also use tags like , just 12345, or whatever >sequence you > ridc> feel appropriate. This coul

[REBOL] refinements Re:(2)

But (unless I don't get it, here) this uses exactly what I am trying to avoid using: an 'if statement for each possible refinement. I agree it's easier and more straight forward, but it also creates more work to maintain (such as when refinements are added to a function). Since I use this "pass-th

[REBOL] hidden variables in objects? Re:(6)

[EMAIL PROTECTED] wrote: >OK, the protection/hiding looks comfortable enough. >But, there is another problem (besides the GC fault, that will be >repaired for sure). You cannot use inheritance for the hidden >wordss, which makes a big difference in OOP. There isn't _any_ C++/Smalltalk-style inher

[REBOL] [REBOL]hidden variables in objects? Re:(5)

Hi, it looks as some responses didn't make it to my mailbox :-( OK, the protection/hiding looks comfortable enough. But, there is another problem (besides the GC fault, that will be repaired for sure). You cannot use inheritance for the hidden wordss, which makes a big difference in OOP. Regard

[REBOL] [REBOL]hidden variables in objects? Re:(4)

I write primarily in both C and C++ and am slowly adding in rebol. As I moved into C++ I developed the practice of making all data in an object private, and casting all pointers returned by method to const. I learned that by studying Smalltalk and Dynace. It appears that in rebol's case that acc

[REBOL] [REBOL]hidden variables in objects? Re:(3)

[EMAIL PROTECTED] wrote: > set first second get in object 'hiddena "not protected" > >> object/hiddena > == "not protected" > > Any opinions? I could argue that knowing the object model of your C++ compiler you could simply use a pointer to the obejct to modify any (private) field. Regards,

[REBOL] [REBOL]hidden variables in objects? Re:

[EMAIL PROTECTED] wrote: > I need to verify something stated in this presentation: > Can there be "hidden variables" in a rebol object. The language makes it possible, but a bug in the garbage collector makes it unreliable. Example: obj: make object [ ; "public" words a: ... b: ...

[REBOL] Re: loading objects Re:(2)

>- Open Your Mind -< Quoting from Ryan's message (24-May-00 00:58:32). R> Yes, that works. I would have never thought of that. That is a sentence I always hate hearing myself utter. It's the sign I didn't do things well. Just my two cents. As a most, *most*, *MOST* general rule, when you ar

[REBOL] Re: Website & Direction

>- Open Your Mind -< Quoting from Carl's message (24-May-00 21:55:53). c> -Carl, Founder If Carl's a Founder... does this make Holger a Jem'Hadar or a Vorta? :-D I'm sorry, I'm sorry, I'm sorry, I'm really sorry, I'm joking about two of my idols, I'm gonna kneel down and wait for my just p

[REBOL] [REBOL]hidden variables in objects? Re:(2)

Hi, Elan, > Hi Tim, > > hiding words in REBOL is independent of objects and facilitated by the 'use > context. The 'use context can be used in objects. > > The 'use native is used to create a context in which words are hidden: > > use [ a b c ] [ > a: 1 > b: 2 > c: 3 > ] > > > object: make

[REBOL] Will REBOL Lead or Mislead? Re:

[EMAIL PROTECTED] wrote: Hi, my opinion: /Core, /View - should become fully transferable, no licence restrictions - other case is imho unacceptable ... /Apache, REBOL/Serve ... can be licenced, no problem here, although all other Apache modules are free IIRC Multitasking, threading, asyn

[REBOL] Website & Direction Re:(3)

Daniel wrote: > > Rebol : A Better Way to Deliver Marketing > > Rebol : Building a better Internet channel between businesses and customers > > I don't have much understanding of business and marketing, but I think it's pathetic you have to use those cheap formulas for a good product. While innov

[REBOL] Will REBOL Lead or Mislead?

PART I. REBOL is the "language of the free" yet IT is not free. The following are 3 incompatible statements made by Carl & Company. -- On the posting "Website & Direction", Carl says: Yes. This is our "first wave" business direction. It's a fertile ground that we think has great potent

[REBOL] Website & Direction Re:(2)

>> Yes. This is our "first wave" business direction. It's a fertile ground > that we think has great potential. It gives us the niche we need to build > our business, but gives us a lot of dynamic range to expand into other > markets as we succeed. Rebol : A Better Way to Deliver Marketing Reb

[REBOL] Website & Direction Re:

> Yes. This is our "first wave" business direction. It's a fertile ground that we think has great potential. It gives us the niche we need to build our business, but gives us a lot of dynamic range to expand into other markets as we succeed. > > Besides, it gives all us REBOL folks, both you and

[REBOL] Website & Direction Re:

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, May 24, 2000 9:56 PM > To: [EMAIL PROTECTED] > Subject: [REBOL] Website & Direction > Besides, it gives all us REBOL folks, both you and me, the > ability to now live off of our favorite hobby.