World: r3wp
[!REBOL3-OLD1]
older newer | first last |
BrianH 21-Aug-2009 [16942] | As long as you track (and preferably state) your assumptions, it's not even lying at all. |
Maxim 21-Aug-2009 [16943] | right... that's just boring .... hahaha |
Steeve 21-Aug-2009 [16944] | it was just imprecision. I too simplified to be sure that Maxim got it |
BrianH 21-Aug-2009 [16945] | All right, you foreigners, tell me what you think of http://curecode.org/rebol3/ticket.rsp?id=1212 |
Steeve 21-Aug-2009 [16946] | i never use ALIAS |
BrianH 21-Aug-2009 [16947x2] | (just being silly about the foreigners stuff, but the ticket is serious) |
Where's Jerry when you need him? | |
Maxim 21-Aug-2009 [16949] | In a decade of REBOLing, Ive tried to use it exactly twice, and ended up having problems, so I created global words instead and forgot about it. |
Steeve 21-Aug-2009 [16950] | Guys, what are you coding with R3 currently ? |
BrianH 21-Aug-2009 [16951x2] | I've been mostly writing R3 itself. The projects I want to work on require capabilities that R2 don't have, and R3 didn't - until recently. |
I've been trying to get R3 in shape to use for my projects, and it's been paying off recently (extensions, command!). | |
Steeve 21-Aug-2009 [16953] | Actually, there is too much evolutions, i can't focus on a specific project |
Maxim 21-Aug-2009 [16954x2] | Haven't used R3 for anything serious yet. but now that extensions are upon us, the OpenGL integration will allow me to use R3 for a *VERY* serious project. still need Carl to fix the make/copy issue before I can convert most of my cool stuff over to R3 (like liquid and globs). I hope extensions will be in the linux and mac ports shortly. |
R2 still pays the bills and works very well for me. | |
Steeve 21-Aug-2009 [16956] | OpenGL integration is a too big project for me, i lost my motivation after some days |
Maxim 21-Aug-2009 [16957] | Its working on my system :-) when A80 is out, depending on what he will have added to the API, I will try to port a simple OpenGL game to REBOL :-) |
Steeve 21-Aug-2009 [16958] | well, i have some fun coding a proxy for R3 since some days, but I reach my limit attention |
Maxim 21-Aug-2009 [16959] | porting relavance to REBOL is also another big project of mine, probably will start in under a month :-) |
Steeve 21-Aug-2009 [16960] | another one RDBMS |
Kaj 21-Aug-2009 [16961] | It's not Relational, is it? |
Steeve 21-Aug-2009 [16962x4] | ADBMS, sorry |
Assoiative, relational... To my mind, there is no difference, it's just the query language which is different | |
*associative | |
At the end is always the same problem. To have fast indexation algorithms | |
Henrik 21-Aug-2009 [16966] | I don't code R3 things yet. Too many moving targets. |
Sunanda 21-Aug-2009 [16967] | Re ALIAS -- it has several security and other issues. Enabling it via SECURE is a good way of limiting the inadvertent damage it can do....And of drawing attention to its dangers for any casual dabbler. |
BrianH 21-Aug-2009 [16968x2] | The module rework has finally been submitted :) |
Now it's time to backport it to R2/Forward, to the extent possible. | |
Geomol 21-Aug-2009 [16970] | The set-block! datatype would make good sense with functions, that return more than one value. In Lua, a function returning 3 values can be defined as: function f () return 1, 2, 3 end and be called like: a, b, c = f () Now a, b and c holds the values 1, 2 and 3. In REBOL we have to write: set [a b c] f It would maybe be nice to be able to write: [a b c]: f |
BrianH 21-Aug-2009 [16971] | I find it easier to write set [a b c] than to notice the colon on the end of [a b c]: - but that may be just me. |
Geomol 21-Aug-2009 [16972] | Yes, the colon can be hard to notice. It's hard to say, if it will be easy to read such code. |
BrianH 21-Aug-2009 [16973] | The readability of REBOL is one of the deliberate design features that makes REBOL quick to program in. |
Geomol 21-Aug-2009 [16974x2] | I'm working with a long time REBOL programmer these days. We discuss the language now and then. One thing, we discuss, is how the minimalistic syntax can make REBOL hard to read. We can use parenthesis for arguments to functions, but we rarely do it. We could write: insert (back (tail (series))) value but a REBOL programmer would just write: insert back tail series value Even if we use parenthesis, REBOL requre different parenthesis notation than other languages. The above code in C would look like: insert (back (tail (series)), value); |
And C programmers often don't write the code this way with functions within function calls. They use to write: void *pointer = tail (series); pointer = back (pointer); insert (pointer, value); or something. | |
BrianH 21-Aug-2009 [16976] | That is only because of line-oriented debuggers :) |
Geomol 21-Aug-2009 [16977] | This, I think, is one of the huge benefit of REBOL. To be able to combine words into sentences, that actually makes sense to read and understand. I don't know of any other language, that can do it this good. |
Maxim 21-Aug-2009 [16978x3] | steve, belive me... there is ABSOLUTELY nothing in common between relavance and all the db you are used to . absolutely nothing. |
kaj, no its its a system of associated nodes. | |
its like programming cells directly. no rows, no columns, no tables. | |
Paul 21-Aug-2009 [16981] | Steve, I'm with you. I don't see anything special about associative model. |
Maxim 21-Aug-2009 [16982] | I can only say that's cause you haven't used it. |
Will 22-Aug-2009 [16983] | Maxim, I need that relevance think, was impressed by Ron presentation at DevCon France! My knowledge is less organized since I stopped using vanilla. I need to write a new wiki engine, have tried trees, nested set, adjacency, file system based, none satisfy me. |
Pekr 22-Aug-2009 [16984x2] | guys, what is Relavance price level? Is it suitable for normal guy to play with? Or just for big and specific projects? |
Max - re your request towards RXI - I thought that image datatype was already accessible via the API? | |
Will 22-Aug-2009 [16986] | think -> thing |
Pekr 22-Aug-2009 [16987] | When I perform get * in R3 Chat, I can see some files are not probably updated locally? I can see: --- Note: work file changes would be lost, skipped: work/r3/mezzanines/mezz-intrinsics.r --- Note: work file changes would be lost, skipped: work/r3/mezzanines/mezz-load.r Does it mean those files were not updated on my machine? I did no changes locally. |
BrianH 22-Aug-2009 [16988] | That means that you already had versions of those files in your work dir, and that get * didn't overwrite them. If you haven't made local changes to any files in that directory, do a purge-dir, then get *. |
Nicolas 23-Aug-2009 [16989x2] | Is this a new error? |
REBOL[] load-gui stylize [my-button: button [actors: [on-click: [probe face]]]] view [my-button] If the button is clicked: ** Script error: cannot access start in path drag/start: ** Where: if do-events do-events do-events either applier wake-up loop applier wait do-events if view ** Near: if object? event [ drag: event drag/start: where | |
Henrik 23-Aug-2009 [16991] | Nicolas, please check whether the return value from ON-CLICK can be a face. After clicking, it's possible to return a drag object and if a face object is returned, it might fail. |
older newer | first last |