LiveCode Forums.

What do you most about Rebol? What do you like least? Hi Richard, I'm very happy you are so eager to start. But if I have to disclose what little I know you will be disappointed 8) (I like this emoticon even if I'm not really sure of its meaning) No, do not worry. I really want to do something on t...

* Continuations? * Lexical environments? * Closures? * Multi-threading? * Message passing across threads? * Symbolic processing? * Lazy evaluation? * Tail calls? * Regular expressions? * Anonymous functions? The only thing I undesrtood in this list is 'regular expression' (oh, maybe a little bit of...

I would be interested to see if we might craft a script library to bring some useful functionality of Rebol to Rev yes, this was exactly my first idea: to create custom rev functions to reproduce some of the more interesting rebol functions (is that what you mean?) For the moment I'm still studying...

Garret, I checked out the links in your sig, and it seems that you and Bernard share my interest in Rebol...I daydream about making RebolView in Rev... hi Bernard, hi Richard I know, this is a very old post but I just found it know. So it looks we are sharing the same love - or should I call it: th...

No, don't you worry Bernard, I know people is very nice here. And you are really one of them. It was just a way of saying. I know of a lot of people throwing a lot of money on software (more than me actually). But what to do. Sometimes demo are not working long enough, sometimes is just avidity ("I ...

hi Bernard thank you for this very thorough explanation. I have indeed a feeling of outgrown-ishness with FM. You do not know it so you cannot understand what I mean; but do not misinterpret me: I still believe it's a very good tool (even if I think it could be way better if they were more generous ...

Middle could also mean mediocre. Or in this case it could just mean that the person making the chart has been working with Rev too long and has a Rev-centric perspective yep, that was my joke. But I think you are also sticking to Rev for some good reason. Anyway I like it so much that I'm very pron...

hi Sturgis yes, I think this is the way. Simple and clean. I do not think the solution will never grow over the 100 or 200 records (I mean lines). But for the "orders" records, in which case I can just use a database backend... you end up supporting 2 solutions to the same problem by this you mean 1...

hi Richard nice chart, there! It seems that Revolution, falling right in the middle, is then the best choice! Sorry, I'm joking but still I think I agree with you. (You forgot to mention Servoy...) As far as I can understand (generally speaking, very little indeed...): could "flexibility" also stand...

hi Bernard, thank you for your concern. The fact is that I am coming from FM! For many years I have used it and created quite a few solutions, even complex. I used to be very fond of it. But lately I started to feel more and more frustrated with its limitations, mainly due to its lack of a programmi...

hi Sturgis thank you for the advice, I will work on it as soon as I have a little spare time. But I still have a question (you will forgive my complete ignorance of sql): is it possible to save the results of sql queries? and could these results be referenced? If so I could keep a bunch of them, lik...

hi Bernard I love this forum. People is great here, so ready to help! Yes, if you do not mind, I would really like to go a little deeper: I'm still evaluating Revolution and, even if I like it very much, I want to be a little surer before embarking on the long journey of learning a complex language ...

I have a table in which I store some basic parts, let's say "level0 parts". Then I have another table in which I store assembled parts: level1 parts (made of level0 parts). Then I have a 3rd layer (level2 parts) where I store objects created by assembling level0 AND level1 parts (and I might possibl...