World: r3wp

I know I'm crazy, so if my limit is reached, most everyone else is 
long gone

Well, 14 years ago I said I am going to be the last one, turning 
off the lights :-) So once I find out I am the last one logging here 
for more than 3 months, I delete all rebol related stuff :-)

Doc, was that on Linux or on all platforms? If the problem arises 
on Windows, do you have an example script that I can test? Then again, 
this might be the reason for the SDK delay.

Carl was glad with the compliments on 2.7.8, but likewise, I seem 
to be the one who will have to promote R3 on OSNews in the time to 
come, and I can't do that if I don't believe in it

Well, we should probably move to advocacy, sooner than guys will 
kick-us off from here :-)

Um, I wasn't going to say anything, but yeah, Advocacy.

Well, I've already switched channels for this

That was when we thought you were discussing R2 releases, not losing 
faith.

Advocay doesn't sound like the right term for my current sentiment, 
either

True, you aren't advocating negativity - that's Shadwolf's domain 
:)

BrianH: the problem was seen on Windows, not sure about Linux 2.7.7, 
but I can confirm that the problem hasn't showed up on Linux 2.7.8. 
For the script, I have one from a customer showing up the problem, 
I need to shrink it and test if again first.

BrianH: the problem happens with any script encapped with encmd and 
enpro 2.7.7.3.1. I just tried with: REBOL [ ] print "hello". The 
error pops up when the encapped exe is launched. An alert window 
displays: REBOL Internal Error: Boot error: 316.

Strangely, encmdview is not affected by this issue.

I tested this script for all the encappers of 2.7.8 (not officially 
released yet) with this script:
REBOL [] print "hello" halt
All succeeded, and all apps worked.

Thanks, glad to hear that.

continued from REBOL3! group.


they where not listed in RAMBO... I was just lucky to be online with 
Carl and it got fixed in a beta version of 2.7.7 in one afternoon 
with cyphre giving a more robust fix the day after.


 He also had the fix to another annoying issue which makes first item 
 to follow a space in a text to affect the transparency.  the more 
 spaces the darker it gets.  his even affects other items in a text 
 ends with spaces ! 

though I wonder if that ended up in the 2.7.8 release ' :-/

they = AGG fixes (mainly one which crashes AGG if using several gradients 
in the same block).

Cyphre had the second fix, but Carl disapeared then and it never 
got included AFAIK, so it may be in 2.7.8 though Cyphre would have 
to confirm this.

oops... "his even affects other items in a text ends with spaces 
!"


== this even affects other items (like a box) if it follows a text 
which ends with spaces!

I discovered the bug while typing in a text field and the color of 
the field changed whenever I typed in a space!


It took me a while to realize it was a problem in AGG and not in 
my code... :-)

I am still arguing for US date inputs as an option ... sure we can 
fake it, but it would be nice to have

We don't have to fake it, we can make addon functions to handle this. 
That's what community libraries are for.

eh??

This is Rebol2 we are talking abut

And I would like to see a moveable window for dates

A 50 year window is not just good enough

not just = just not

correcting the agg bugs in r2 ? i would like antialiasing better 
fonts more readable less bug around the handling of font fixed etc... 
but as it just conserns my particalr and singular needs and as noone 
likes me i think i can forget it .... a bugfix to agg matrix  would 
be  nice too .. I know i'm such an egoistic being etc ...

Hey Shadwolf, you're still in my good books!

Especially if you can turn area-tc into a generalised rich text area

give me glyph size to pixel size or an automated internal way to 
composite text on a line having different size and bang ritch text 
area will be possible ...

with area-tc we cheated that part forcing usign unsigned char ( i 
like by the way not having to composite lines of text letters by 
letters

unsigne char = font-fixed

I do the same in glass for the text field.

(unfortunately)

Quick Tour of Useful 2.7.8 Features - http://www.rebol.com/article/0505.html

super merci thank you ;-)

Yes, have mercy on us all !

speed.r kind of becoming natural part of R2 and R3 - http://www.rebol.com/article/0506.html

On Mac 2.7.8.2.5:

>> ls
** Script Error: path has no value
** Where: ls
** Near: switch type?/word :path [
    unset! [] 
    file! [change-dir path] 
    string! [change-dir to-rebol-file path] 
    w...

>> source speed?
test
test
... (fills console)
test
test
<code>

the source is correct.. there is just a big string wirh many "test" 
lines which is used in test :)

Ashley, that looks like the R3 source of LS, not the R2/Forward source. 
For that matter, the R2 source of LS on Windows doesn't look like 
it has changed either, and looks like the old R2 source. I'll look 
into it.

I'll also look into fixing the SPEED? bug.

Just remembered: The reason R3's LS wasn't backported to R2 was because 
its behavior wasn't settled yet. However, since there have been no 
changes in it for more than a year, and it's just a console-level 
formatting function, there should be no reason not to include it. 
In the meanwhile the R2/Forward version works fine.

it seems the AGG text bug was not pushed to the 2.7.8  release...

I meant, the fix was not released.

Does 2.7.8 support get-words with paths? eg :obj/get-my-data

>> o: context [test: 3]
>> a: o
>> :a/test
== 3

I think Peter might be asking about this sort of usage case:
     o: context [test: 3]
     a: 'o
     b: 'test

    o/:b   ;; this works
    == 3 
    :a/:b  ;; this fails
    ** Script Error: Cannot use path on word! value
    ** Near: :a/:b

    get in get a b   ;; this works, but it is hardly elegant
    == 3

I thought :a/b is a get-path! as a whole?