r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

Henrik
24-Feb-2009
[11694]
kib2, go to http://curecode.org/rebol3/view-tickets.rsp

and filte by "Recent changes". The gray entries are the changes.
kib2
24-Feb-2009
[11695]
Nice!
PeterWood
24-Feb-2009
[11696]
There's an even better way if you are logged in to CureCode:


Select "Change Log" from the menu bar and it lists the tickets fixed 
in the release.


You can look at previous release by using a drop down version selecter.
Pekr
24-Feb-2009
[11697x2]
For changelog - bewary - the list is empty unless you select concrete 
product at the top right section of the screen ...
at R3-alpha world Carl stated that he found a bug in rich-text gamma 
correction.
Henrik
25-Feb-2009
[11699]
Carl says that rebol.net will go down for a bit, due to moving it 
to a new server.
kib2
25-Feb-2009
[11700x2]
Is there any 'Challenge' channel for submitting a problem ?
sorry : wrong channel
Henrik
25-Feb-2009
[11702]
alpha 36 released.
kib2
25-Feb-2009
[11703]
Seems like Text View has not been fixed yet.
Henrik
25-Feb-2009
[11704]
That is 2 bugs rolled into one:


1. The script used to be called main.r, which is what it is called 
there.

2. The R3 GUI indicates an error in the dialect, when actually the 
file can't be read.
Pekr
26-Feb-2009
[11705]
I just read about 'gather function and would like to ask about its 
area of usage? In the past, in FoxPro DB days, there was common method 
to get all for related data, via function called gather, and the 
reverse was to set a form from an array, via scatter fucntion.  I 
think that if gather takes just one field from objects, we might 
use good name for some limited functionality, whereas it could be 
good name for GUI forms (panels) and gathering of info from all objects 
in one run?
Henrik
26-Feb-2009
[11706]
We don't really need scatter/gather for the R3 GUI, as it already 
works with SET-FACE and GET-FACE using panels.
BrianH
26-Feb-2009
[11707]
GATHER was your request, Henrik, specificly for use in the R3 GUI. 
Are you withdrawing the request? I need to know soon.
Henrik
26-Feb-2009
[11708x2]
BrianH, no, absolutely not. :-) Pekr asked, as far as I can tell, 
that he wanted to use GATHER for a specific form data collecting 
function and we shouldn't need that.
It should be enough to manipulate forms using SET-FACE and GET-FACE.
[unknown: 5]
26-Feb-2009
[11710]
What is the gather function?
BrianH
26-Feb-2009
[11711]
Good, because Carl has shifted his priorities for now to helping 
me by fixing errors that are blocking me. He asked me to change all 
of my worst pet peeves in CureCode to urgent last night, and he accepted 
almost all of my recent work in DevBase. GATHER hasn't made it in 
yet though - I am explaining its need to him now.
Henrik
26-Feb-2009
[11712]
Paul, see rebdev message #1804
[unknown: 5]
26-Feb-2009
[11713x2]
going now.
Ok, I see now.  It looks very specialized.
BrianH
26-Feb-2009
[11715x2]
Specialized is good. Let the programmer decide what they want to 
do at programming time, not the interpreter at runtime.
Specialized functions are faster, simpler to write and easier to 
understand.
Henrik
26-Feb-2009
[11717]
I proposed it, because I use it in many places to collapse chunks 
of 20-30 lines of code into one line and it works well in use as 
part of bigger functions.
[unknown: 5]
26-Feb-2009
[11718]
Cool guys.
Pekr
26-Feb-2009
[11719x2]
if we have gather, we might need scatter (the opposite). But also 
- getting just one field is unnecessary limitation imo :-)
I can imagine getting multiple fields. I can even imagine using 'extract 
to get block of result values from the block of objects. Hmm, I can 
imagine many things :-)
Henrik
26-Feb-2009
[11721]
You may be right about an opposite to GATHER.


Getting multiple fields will complicate GATHER. What is the output 
format going to be? In the form it is now, it's a good allround way 
to get one set of values from a block of objects. Use GATHER multiple 
times to get different values. Then use a different function afterwards 
to manipulate the blocks you have made with GATHER.
jocko
26-Feb-2009
[11722]
Typing accented strings is ok in the command window,  but raises 
an error when read from a file:   a: "terminé"  syntax error invalid 
string {"terminé"}. Is there a new  write or read option for text 
files with accented letters ?
DideC
26-Feb-2009
[11723]
R3 assume text file are UTF-8 encoded. Probably yours is ANSI or 
something else
jocko
26-Feb-2009
[11724]
It's ok. It was not the case with R2.
Henrik
26-Feb-2009
[11725]
Alpha 37 released.
Mchean
26-Feb-2009
[11726]
coming fast a furious
Henrik
26-Feb-2009
[11727]
It's BrianH's fixes that are going in. There are many of them. :-)
kib2
26-Feb-2009
[11728]
There are some things I can't understand in the demo : when you click 
on source, you don't get the full source but just a part of it.

Also, I've tried launching this script (from Dragger demo) :

REBOL [ ]

load-gui

view [

doc {
^-^-^-===Drag the boxes

^-^-^-Blue boxes are unbounded.

^-^-^-Red boxes are parent panel bounded.
^-^-}
d1: free-drag
d4: lock-drag red
panel 0 80.200.80.80 [
    d2: free-drag
    d3: lock-drag red
]
]

...and got a parse error : why ?
Henrik
26-Feb-2009
[11729]
there is no free-drag or lock-drag style. they are substyles created 
in the demo.
kib2
26-Feb-2009
[11730]
Henrik: so what's the point having a 'source' button if these styles 
are hidden ?
Henrik
26-Feb-2009
[11731]
that makes sense within the demo.
kib2
26-Feb-2009
[11732]
Don't you think a 'full source' might be better, it's confusing.
Henrik
26-Feb-2009
[11733x2]
they are not "hidden". they are just not part of the standard style 
list. and you can't create free-drag or lock-drag items in your layout 
without creating a style.
Try this:

write %/c/demo.r read http://www.rebol.com/r3/demo.r

This lets you study the code for the demo.
kib2
26-Feb-2009
[11735]
I've understood this; I was just wondering why
Henrik
26-Feb-2009
[11736x2]
including the free-drag and lock-drag style.
the style could be extreme complex and consist of other substyles. 
it doesn't make sense to have that code inside the layout.
kib2
26-Feb-2009
[11738]
Henrik : thanks; that seems really complicated code for me :)
Henrik
26-Feb-2009
[11739x2]
have you studied how the R3 GUI works?
there is a strong separation between the layout and the style code.
kib2
26-Feb-2009
[11741]
I'm just starting reading the wiki.
Anton
27-Feb-2009
[11742x2]
The error that has occurred above is that the "demo-let" that kib2 
looked at is not properly documented. Its script header should declare 
what its dependencies are and in what environment it should be run. 
This is a constant source of time-wasting for everyone, as an undocumented 
script apparently advertises that it has no dependencies and can 
run on its own. So all new-comers to the script will try it in the 
console themselves and see it doesn't work. Now the wondering begins: 
"is it supposed to be working or is it still in development?" etc. 
It's not kib2's fault for not having studied how the R3 GUI works.
Let me just temper that - it just shows that the script is not complete, 
and this is understandable in a system which is in flux.