World: r3wp

been looking for 2.7.7 changes, maybe a link to this blog http://www.rebol.com/cgi-bin/blog.r?view=0447
sholuld be put on this page http://www.rebol.com/docs/v2-7.html

No new SDK.

Without SDK, I can't upgrade, most of my apps are used in encapped 
form.

and an working intel OSX SDK would be nice... the previous intel 
OSX builds where 100% useless when used with View.

2.7.7 kakks on an Atom chip single board computer running an embedded 
Ubuntu.   From desktop -> REBOL Demos

Seg Fault.   Should I care? (meaning, is Atom even on the expected 
to worky thingy)  I doubt the company will let me use any /View technology, 
but it would be nice to have for personal one-offs.   Some of it 
works, most of i

t kakks.   Always just the Get Smart  "missed it ... by that much" 
  :)

And 2.7.6 ?

what's "kakks" exactly?
I thought atom was x86 compatible?

How about XP on Atom..anyone tried it?

Works great, with all Windows REBOL versions. It's one of my test 
platforms.

Most "kakks" on Linux are distribution-specific, not processor-specific. 
Could you be more specific?

I've run REBOL on Windows with a number of SBCs with no issue.

R2/Forward updated to 2.100.80 (mostly) compatibility. That was the 
last release of R3 that focused on adding functions. Since then we 
have been doing bug fixes, revamps (of modules and PARSE), extensions, 
host code, and cleaning up datatype behavior. These updates will 
make it into 2.7.8.

Adding or changing functions, mind you. 2.100.80 only affected TAKE, 
as far as R2 is concerned, and in a way that was already there.

Yes, this means that we have fully working SINGLE?, COLLECT-WORDS, 
INVALID-UTF? and RESOLVE. Even R3 doesn't have a fully working INVALID-UTF? 
yet; since R2/Forward is mezzanine we can fix bugs that are still 
pending in the R3 natives.

R3 2.100.81 was the first release of the module revamp, so backporting 
the module system is the next step for R2/Forward. At least as much 
as we can fake, of course. RR2/Forward is still missing an implementation 
of UNBIND though, and it looks like the module system might need 
it. Wish me luck, or chip in!

So move the discussion here.

Delete the old group.

a pretty print function and now I have to deal with strings when 
operating on the data instead of numbers

which is crazy

ah, so you think that the sorting won't work?

So, is R3 using a different maths library from R2 ?

Yes, sort of. Integers and money were changed, percent added.

well, how about fixing decimals too

Decimals use IEEE 754 doubles.

The point would be, were tables done correctly in RebGUI, that the 
pretty print formatting would come at cell rendering time rather 
than as input to the table. In the work I've been doing, Cyphre changed 
table for me so that it would allow sorting on strings that contain 
numbers.

?? what table?

There's no table in VID

I'm talking about RebGUI, not VID.

Henrik .. you surprise me .. you've always said you don't use rebgui 
!

Anyway, R2 and R3 display decimals to a different level of precision 
before sci notation kicks in ....

Those are display functions - math is unaffected by display.

The app I'm building now requires RebGUI and so I get to know it 
a little bit.

so either way, 2.7.8 should fix it

BrianH, interesting, so maybe it can be solved at a lower level? 
Or maybe it shouldn't.

There's only 6 days left for the 2.7.8 release

BrianH, where did this month-based time table come from? Don't take 
it personally, but I wouldn't trust it, if you don't have enough 
control over it. :-)

I am in the "make a formatting function" camp, but it doesn't matter 
for math or numeric sorting.

I'm in the "make it sensible" camp

The month-based timetable was announced by Carl with the initial 
announcement of the coming of 2.7.7.

And this is now the "second coming"

I'm in the "make it flexible" camp. BrianH, does the new FORM-DECIMAL 
look useful for inclusion in 2.7.8? We may need to add different 
separator notation.

I'm still in the "make is sane" camp

Month-based time table: I don't believe it for a second. :-) 2.7.8 
sounds 6 months away to me.

Henrik ... Carl said it so it must be happening...

However, he hasn't worked on R2 publicly yet this year, so I don't 
know. We have enough changes accumulated so far to make a release 
worth doing, even if priorities have shifted relative to the 2.7.8 
release plans.

The installer needs to remove prior Rebo2 registry changes

the prot-http changes I submitted ...

Right now the installer is using those changes - we haven't fixed 
the registry usage of the installer yet.

Since it seems no one is going to review the prot-http changes .. 
I think we should just include them

and let the wider community report any issues