World: r3wp

new alpha?

Henrik: yes. But I've got problems too here on Windows.

Pavel:  Having same problem with r3-a34.exe

In fact, it's not the demo. Doing a "load-gui" from the console crashes 
all.

confirmed

I'm running r3-a35 and load-gui is working for me.

view [image %/path-to-img/img.jpg] 

doesn't work for me.

make image! 88x88 => Crash is marked as fixed. that's interesting.

Hrm...  I suppose this might have something to do with it.

>> img: load %/t/1.jpg
** Script error: load-jpeg has no value
** Where: case load
** Near: case [
    string? source [to-binary source]
    binary? sou...

** Note: use WHY? for more about this error

ammon, image loading is not available at this time.

there used to be a jpeg loader, but it has been removed for now due 
to changes in LOAD and we're awaiting mediatypes, which would handle 
image loading.

I guess I'll just have to keep waiting... 

Any idea when that might be done?

Not yet. I believe there are other things that need to be done first.

After upgrading to r3-a35.exe, the TextView demo keeps crashing for 
me.

looks like changes in the GUI dialect

Henrik: this demo never worked before for me.

I haven't tried it in a while, so it may be an older bug, but it 
has been working for me in the past.

Ok. I've read that it was crashing somewhere here, but don't remember 
in wich group.

looking at the code, it appears to be correct, so I don't know what 
change has occurred.

I can see now that it tries to load main.r, but that will fail. This 
gives a dialect error instead of a file error. Interesting.

submitted as bug 653.

Henrik: thanks. Also, I wonder what's new in r3-a35 ?

kib2, go to http://curecode.org/rebol3/view-tickets.rsp

and filte by "Recent changes". The gray entries are the changes.

Nice!

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.

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.

Carl says that rebol.net will go down for a bit, due to moving it 
to a new server.

Is there any 'Challenge' channel for submitting a problem ?

sorry : wrong channel

alpha 36 released.

Seems like Text View has not been fixed yet.

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.

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?

We don't really need scatter/gather for the R3 GUI, as it already 
works with SET-FACE and GET-FACE using panels.

GATHER was your request, Henrik, specificly for use in the R3 GUI. 
Are you withdrawing the request? I need to know soon.

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.

What is the gather function?

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.

Paul, see rebdev message #1804

going now.

Ok, I see now.  It looks very specialized.

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.

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.

Cool guys.

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 :-)

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.