World: r3wp

Is the rebol.dll included with the sdk2.62 the same as the viewdll 
that is the plugin ?

If so, what are the magic numbers to use to make it act as the plugin 
?  ( the old plugin doesn't have AGG ).
Thanks.

I have rebol scripts for converting chars to unicode, the problem 
is, that Rebol cannot print unicode strings and the socond thing 
is, that you need conversion tables. There must be some way how to 
distribute these tables from network, because I'm sure you don't 
want to make Rebol about 2MB bigger than now you to support some 
charsets.

there should be archive of mu ucs2 script which I use almost every 
day: http://oldes.multimedia.cz/rss/projects/ucs2_latest.rip

thanks, oldes!

if it is so big, should be plug-ins .... included top 5 or so languages 
directly maybe ... dunno ...

it would not be so big, in the archive are compressed the charset 
sources as well (almost 10MB uncompressed)

Graham: yes. I think there were someone who already tried it with 
the old activex plugin. If not... I'll ask Carl

From Core Louis asked "Does anyone know when rebol will support unicode?"

nobody knows - scroll up a bit - I asked the same question not so 
long ago ....

Q: What's the reason for moving submission date for Demo Contest 
to 31.1. ? Thanks.

Thanks, Peter and Pekr. But of course I am a little disappointed 
as I badly need unicode support right now.

I wonder if there is a C dll somewhere that would give unicode support 
to the SDK. I have been searching the web for one, but haven't found 
anything yet. I hate the thought of going back to C, as I haven't 
programmed in C for a long time.

Louis - php uses its "own function", called iconv. AFAIK, iconv is 
unix utility, maybe you can use that command-line tool or maybe it 
is available as a library? Dunno ...

Louis what you want to do with Unicode. What sort of support you 
need?

Jaime - e.g. what I need is quite simple - having app on Windows, 
I need to submit my data to mySQL data in Poland, so it needs to 
be translated to another charset .... (but IIRC it can be done on 
server, so I will hopefully manage it without rebol supporting unicode 
for now )

I have two needs: (1) I need to display Greek, English, and Indonesia 
in the same file. (2) I need to be able to convert uppercase Greek 
characters with accent and breathing marks to lowercase without losing 
the accent and breathing marks.

Displaying is probably the most difficult, specially for indonesia 
language. Conversion should be that hard. I guess you are receiving 
your data in unicode format. So you will need a parser to scan the 
bytes in the unicode buffer (a simple string!) and maybe generate 
the display by using the glyphs that encode each char.

Very low level solution but possible.

Now I don't know anything about unicode format, but writing a parser 
for it, should be that hard.

I found this: http://www-306.ibm.com/software/globalization/icu/downloads.jsp


Now I'll have to see if I can get it to work with REBOL Command SDK.

Documentation here: http://icu.sourceforge.net/userguide/icu.pdf

Does this look to you pros that it will work with REBOL command.

why is displaying difficult for "Indonesian language"?

Indonesian is no problem. Greek with accent and breathing marks is 
the problem.

Can 'run be added to the sdk ?  It's in IOS ...

hmm, run is in latest View 1.3.2. Do you miss it with SDK?

from SDK libs directory, only rebol.exe seems to have 'run inside. 
That is imo inconsistency ... I will rambo it ...

YekSoon: Presuming the "Indonesian Language" is Bahasa Indonesia 
and not one of the hundreds of native languages, the difficulty will 
be if it is written in Jawi script. (Which I'm sure you know is Arabic 
script with a couple of added letters).

ah, rambo got spammed once again ... I think that we will have to 
introduce View generated visual numbers, which you will have to enter 
into some field ... that seems to be the only protection ....

ah, yes... Jawi.

my assumption is Bahasa Indonesia in Latin

yeksoon, you assume right.

petr: actually even a static image with a "password" to copy stops 
99% of automated spam scripts. anyway the situation with rambo is 
not that bad yet. i just wish i could delete that spam myself.

I was away for a week plus few days, and I thought that maybe I will 
be suprised by some new releases of Rebol. With RT announcing removal 
of alpha releases it seems to me, that they also managed to remove 
steam out of the community once again ... ? At least ppl had something 
new to test, post new request, ideas, etc. Now we once again don't 
know, when things like Rebcode will return back, or how Rebcode will 
be further developed, as we know, it misses security things ....

Is there any schedule for anything actually? Rebcode, rich-text, 
rif? All we know for past two months is OS-X is being worked on/updated, 
and some unconfirmed rumours of Rebol 3.0 being considered to be 
developed. Any other info?

Has the Holiday Demo Contest been cancelled?

No, why?

maybe because demo upload script was promissed to be on-line on 8th 
of January, but so far ppl don't know, where to upload their demos. 
But, as I suggested, I don't expect there will be more than 5 - 6 
participants, so instead of losing time to code such upload script, 
maybe it would be wiser to tell publicly an email address, where 
participants should send their demos :-)

Good point, I'll find out.

upload script will be posted very soon (today, at worst very early 
tomorrow)

question: I own a Linksys WAP54G access point which runs on a MIPS 
processor with a small Linux server on it. I tried loading REBOL/Core 
for MIPS onto it, but it couldn't run.


The thing is, there is quite a lot of embedded hardware that runs 
such small linux servers. It would be easy to make control software 
via REBOL, connected to a PC running an encapped REBOL/View application. 
This would allow for rich realtime control software, rather than 
using the normal (slow and non-realtime) built-in webserver. I already 
managed to get realtime readouts on signal strength, by polling the 
access point through telnet and displaying a simple meter in a REBOL/View 
script, something not normally possible. But  you could do much, 
much more, if you could run /Core on it directly. I think there is 
a lot of unused potential here.


Would RT consider such ports of REBOL/Core to various embedded hardware 
products and provide a list of embedded hardware products that can 
run /Core?

addition: I mean embedded hardware products that run Linux and is 
fairly easy to access for experienced users

Thats what why-wire has done with openbsd. Running on smaller embedded 
hw requires careful crafting of memory footprint and cpu use.

core by itself consumes 2MB of RAM and depending on your program 
it can take more than 10% of the CPU. BEER was designed with the 
restrictions of embedded hw in mind, so it keeps very tight memory 
use and cpu use is the main reason for BEER to be async.

Booting rebol on different systems will require good library support 
so as not to run into problems. But you are ideas are good. Another 
think is to be able to embed the core image into the ramdisk systems 
of flash memory, those problems are different in each case.

Will REBOL/View support MacOS for Intel? I plan to get a MacBook 
Pro (Intel) Notebook. I would love to work on my REBOL projects in 
MacBook Pro.

Possibly, But there is not official position on universal binaries.

What's the current state and future plans of Rebol/Services? It's 
been a long time since there have been any news ...

It's been long time since we heard any plans ...

Is there any news on the DIFF function as written about in the blog 
here: http://www.rebol.net/article/0126.htmland http://www.rebol.net/article/0128.html
?

Henrik, see http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=reboldiff.r

Is this going to be part of REBOL, as written in blog article?