World: r3wp

probably a good target for R3 without much effort
 ... are you volunteering then? ;)

For Meego? If the person informing me about the architecture was 
correct, then it is "normal" Linux, so we would need ARM kernel port 
(which can be done by Carl only), and Hostkit port. What's here to 
volunteer for? And would you support dying platform?

I was just trying to state, that we are not lucky in the mobile area, 
as to support iOS, Android, WP, all require special aproach, not 
just "normal" OS port ....

R3 probably runs on x86 MeeGo already. Someone interested in MeeGo 
should just try.

Did not know x86 was supported by Meego ....

Does anybody know situation on BlackBerries? OS8 should be QNX based. 
QNX has C inteface. IIRC, there was some veeeery old port of R2. 
Hopefully there's not some special API to support, I mean, in JAVA, 
etc.

http://www.osnews.com/story/25125/Samsung_Denies_webOS_Plans_Intel_Denies_it_s_Dropping_MeeGo

Ah, should not read Czech "news" servers :-) They reported on Digitimes 
article just yesterday :-)

It was just flame bait

I wonder, if following info might be important for the Meego - https://meego.com/community/blogs/rudolfstreif/2011/meego-ivi-achieves-genivi-compliance

If you're targeting cars :-)

No, I just think, that as a platform (OS), it might find its niche 
market, not necessarily dying. Then WebOS might be in worse condition. 
Samsung has BADA, so they don't need it, and I am not sure anyone 
else will buy it ... We will see - it seems that in mobile market, 
there are just following player - iOS, Android, WP7, then BB (QNX), 
Bada (Samsung), Symbian (Nokia)

You either know what has to be done to support your effort, or you 
don't, which is often the case of good engineers ...

 - that is typical for you, an unrelated thing. You ignored Karl Robillard's 
 effort, so it is your ignorance. I did not.

P.S. you still are ignoring his effort, attributing your own ignorance 
to Karl.

Ah, sorry for being off topic in this group

>> a/weekday: 2
** Script error: cannot set weekday in path a/weekday:

>> a/day: 12
== 12

IMO the first one should work too.

Weekday is a function of day, month, and year - if it's being set, 
which of those should change, and in which direction?

Don't get what you mean. If I have a date and I set the weekday, 
it should just set the day part to the given weekday.

So, keep the date, just set: monday, tuesday, ...

Izkata makes sense. You can't keep the date while changing the day

Sure, I don't want to keep the date. I want to change it.

I guess, that what Izkata wanted to mention was, that it is not obvious 
in what direction should such a change be?

Ah... Since it's weekday, it's the same week. So, when current day 
is Sunday, we move backward. And if it's Monday we move forward.

There are countries that let the week start on Sunday...

ISO8601 supports the notion of Monday being Day 1 of the week, so 
Robert's suggested behavior would be ISO compliant.

But ... not sure this is an essential native. It would be a fun mezzanine 
to write, though.

Agreed

Besides bugs to be fixed and Carl's missing, what keeps R3 from going 
to Beta? Any new features?

Some functions still need to be finished compared to R2, such as 
SORT

And of course, there was this strategy that R3 can't be released 
before the GUI is finished

The licence is also still undecided

SORT is totally unnecessary for R3 to become beta, IMO (you can use 
any algorithm written in REBOL, e.g.

http://www.fm.tul.cz/~ladislav/rebol/msort.r

, etc.

It's in there, and it's incomplete and buggy. That's no state for 
beta

There are important issues, but surely not this one

Tell that to Carl

I did

So, dig he agree?

did

Hmm, he did not tell me he disagreed, but, otherwise, his priorities 
may differ

Carl's priorities are the only ones that matter

Linus Torvalds and CureCode #666 :)

    http://h30565.www3.hp.com/t5/Feature-Articles/Linus-Torvalds-s-Lessons-on-Software-Development-Management/ba-p/440

Antithetical to how some languages are developed ...

hi, do you know if a r3 gui for linux will be out soon or later ?

it will be "later".

In R3 Module Design Details, it says there is a function named SET-MODULE. 
I cannot find it in R3 a111. Anything changed?

Yeah, the whole module implementation model changed, twice. The docs 
reflect the second change. Sorry, been busy.

Sorry, the second version.

Thanks BrianH. Overall the doc is very good, I learned a lot.

I really need to update the guru-level docs, but someone else needs 
to read the updated version and write a user-level doc. I understand 
the details too well to be that good at explaining things to regular 
users.

It would be especially useful for the guru-level docs to explain 
the rationale behind the design decisions.