AltME groups: search

let me think through a bit... I will come back with something on 
the high-level categories

Thanks....IOS/Developer is working finw for me, and I can see your 
changes.

IOS/Developer is a bit of a forgotten Community gem (responses in 
the IOS group, if it still exists

btw, if you have suggestions, please let me know. i'll be working 
a bit more on it on monday.

pow!  all fixed  :-)  just need to let slim  build the new release 
from all the included files and we are set !  I will also be doing 
just a little bit of cleanup within GLayout to reduce the size of 
the final single-file app...

well, I guess that's how things are right now. I do find it to be 
a bit elitist, you have to ask permission to come in here and most 
of the people know each other somewhat.

the IRC channels I visit can be a bit the same. It's like being a 
stranger walking into a bar full of people who know each other very 
well. either you are accepted or not.


The elitist thing is not meant at anyone here, but I think it can 
be seen as elitist from the outside. :-)

so  I ask this, is anyone willing to put a little bit of time where 
their mouth is... and help me organize the content of rebol.org.

I am willing to put a bit of time on structuring a vault of high-quality 
and re-useability functions and toolsets.  Is anyone ready to help 
me put some time on it  ? (speccing, coding, refactoring current 
sources,  and/or management of submission of new code).

Apologies -- REBOL.org was unavailable for just under a day, it's 
back now.

The problem originated with the ISP, and it took them a little while 
to work out what they'd done wrong.

Using a "non-standard" language seems to have added to their debug 
time:
Extracts from two emails from the ISP's technical support:

<<Hi, Sunanda.  Sorry this is taking a bit.  As I'm sure you know 
you have

a non-standard setup :-)  We aren't familiar with it and are puzzling 
it

out.  Am I right that you have your own scripting language?  And 
that
[snipped] is the [path to the] interpreter?>>

<<Aha!  Our web server rebooted yesterday.  It's a FreeBSD server, 
and for

a reason we haven't determined yet, the Linux compatability module

didn't load.  We loaded it and your site works again.  We'll figure 
out
why that module didn't load at boot.>>

Dear Library Team,


   I've only got a single script in the library, but I like it, and 
   I'd like it to live through the R3 update.

Are there any plans for adding explicit rebol versioning to scripts 
that want to stand the test of time?


   Is having multiple binaries on target REBOL platforms a no-no?  Meaning, 
   could the released binary packages for REBOL 3.0 include REBOL 1.3 
   (2.7) executables so scripts don't age out as fast as they did when 
   going from 1.2 to 1.3?  A little bit of configuring on the host OS 
   to start the correct REBOL by extension, shebang, or resource fork 
   on MacOS?  Can DO add a secret launch of older/other binary if a 
   Needs: is specified?

Curious.

That's a nice idea for a sort of "REBOL explainer" application.
But it would be difficult to do in the Library.

The Library does attempt to load and parse scripts -- that's how 
we do the colorisation. But (as with Gabriele's code) we rely on 
REBOL's own reflective abilities to tell us what is a word, function, 
operator etc.

The Library runs an old version of Core (and even if we update that, 
we'd never run a version of View on a webserver) so it does not have 
access to all the information a proper explainer.highlighter would 
need.
Take this script for example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=reboldiff.r

'new-line is a valid REBOL word, but it is not colored: that's because 
it is not a word in the version we use.

So sadly, the colorisation at REBOL.or remains a nice bit of eye 
candy rather than a solidly dependable feature.

Gregg, the Tiscali server (or network) was a bit slow last night. 
Try the links again, if you had trouble.

I prefer the color-code scheme over the VIM scheme (don't like the 
pink), but as long as it isn't too bright most anything should be 
OK. 


It would be interesting to do some research on using different rendering 
schemes for code, based on activity. For example, when writing and 
maintaining code, I like comments in gray, so they "fade out" a bit; 
but if you're reading code, in a Literate Programming sense, you 
probably want the prose to stand out and the code to be subordinate.

First example with test of colors: http://www.fys.ku.dk/~niclasen/rebol/example.html

My idea is to build an example, that satisfies the need. Then I look 
at implementation for the Library, so sources in the library can 
be viewed this way.


Maybe refinements shouldn't be that yellow!? Should background be 
a little gray like this? #f9f9f9 Or should it be white? The purple 
and blue might be a bit too bright compared to the red and green? 
Or should the red and green be brighter?

Regarding my css "Suggested standard" in the Libarary, I think, the 
red for values is a bit too dark. Also the orange for refinements 
seem a bit too light.

I liked this one from Dave Mills NTP RFC1305...
There will exist an 200-picosecond interval,

henceforth ignored, every 136 years when the 64-bit field will be 
zero
and thus considered invalid.

Let's look at bit closer at the REBOL header block and licenses. 
In the library (http://www.rebol.org), REBOL scripts have a library 
entry in the header, and it contains a field named "license" with 
about 10 different possibilities. Is it enough to specify the license 
like that, or do we have to put a license text and/or warranty in 
the header of our scripts? Not just in the library but in general. 
Does anyone know, or should we ask an attorney?

Results of a tiny bit of debugging on the ascii chars problem:
-- problem seems to be at the input stage:

     -- if you have exended ascii characters (top bit set, like the 1/4 
     used in the script) what we get from the webserver is bad (extra, 
     unexpected extended ascii chars)

    -- only download is (visibly) affected, although the extra extended 
    ascii chars are present in the text streams

     -- though there is some REBOL mezz code (decode-cgi) that may be 
     doing something I do not understand

    -- I can replicate the problem with both Apache and Xitami which 
    suggests the problem may be in REBOL rather than a given server.


-- the quick fix would be to add accept-charset="ISO-8859-1" to the 
<form ....> or <textarea ....>

    -- but that stops all extended ascii, including the ones we want. 
    So we won't do that.

-- the slower fix has yet to emerge from the available options.

does not support UTF-8

 - what do you mean by "support"? if you mean having native encoders/decoders, 
 no, it does not. but, utf-8 is just 8 bit characters, and it is backwards 
 compatible with ascii. if you can handle ascii, and leave alone any 
 char > 127, you already support utf-8.

If you mean sending to the clipboard the word where the cursor is, 
it's a bit more complex.

about an example: there should be a complex.r in that dir that is 
a bit outdated (lacks support for molding and loading) but should 
be a good start. also template.txt is the starting point to create 
a new type.

But, yeah, they probably aren't *that* wrong. Has anyone ever used 
REMAINDER instead of // ? I do think that for the math function names 
this "be explicit" style is really a bit over-the-top.

aha .... it is a bit tricky, because you can get-to-it, exactly as 
you said - so it does not receive events, but it can get focus, so 
your dialog-box may go under the initial window and user might think 
app is blocked ...

I am not sure Rebol low level windowing system is not weak a bit 
... Rebol should imo detect two or more monitors and put them in 
system/view/screen-face .... as a several blocks .... or even it 
should probably get to multiple desktops ....

That helps.  since this one is such a pain we like to know everything 
about it.  Eveyr little bit helps.  But we are not convinced it is 
inside AltME.  it might be a little deeper.

The BeOS efforts are fractured, but Haiku seems to be doing quite 
well. Nevertheless, they're far behind Syllable. They can test parts 
on BeOS, but their own system is only running at a very basic level. 
They do have interesting pieces of code, and quite a bit of it at 
that. They use a BSD license,  so any code we want, we can integrate 
into Syllable. :-) Soon we will release a port of the OpenBFS file 
system for Syllable

fig yes. and every compiler-bit can be reused in the application 
as a menu-system :)

BZip2 compresses quite a bit better than Zip, and the CDs are fairly 
big, so...

VMware supports just about any Linux as a client with no difficulty. 
However, it requires a bit of hacking and testing to host VMware, 
so they have only done so on a few stable, commercial distributions 
like RedHat and SUSE.

It is missing important apps like CVS and SSH for instance, and I'm 
not a typical Linux user who can spend hours to find and download 
the GNU sources for an app, configure the build, and compile it.

 <--- don't know how Mandrake handles packages other than it's RPM, 
 but Debian handles these things in seconds with a single CLI command, 
 and it surely isn't necessary to hunt down sources manually. :-)

I always regarded Debian as a bit harder to start with but many times 
easier to maintain once it runs.

ok, it's a bit funny, because some fonts are bigger, such as in the 
chat area, but headlines are smaller.

I'm a bit surprised at how far ahead Hoary is compared to debian 
unstable

what is a good client for bittorrent? i want to help seeding a bit, 
but not to have lots of btdownloadcurses open.

maybe your mandrake is just a bit old.

maybe ubuntu does something a bit different? dont know. i am only 
expert in installign packages..

There exists no how-to for installing two version of glibc. I can't 
believe this. Haven't the Linux guys though about installing several 
different versions? Sounds like the MS-DLL-hell problem to me. Not 
a bit better than...

Tim: this bit down at the bottom:
Content-Type: text/html

hello from D Drive

maybe something with set-modes too. i patched around in mine a bit.

Steve, now i read your question again, you are writing a complete 
web-server? Why not looking at one available? Patch %webserv.r to 
probe a bit. It also splits the stuff into system/options/cgi, so 
you can study how to do that. Only problem is with post-data, its 
system/ports/input works a bit different to a real webserver. You 
need to look in /content-length and use a copy/part instead of carls 
loop. and sometimes to set the right port-modes by hand IIRC.

IIRC there was something like "s"  - sticky bit for particular directory, 
but not sure if related ...

petr, load/library is probably a bit different from what ldd does 
on startup. i suppose ldd wants current dir in the lib path to load 
libs from current dir (same issue as executing programs from current 
dir...)

I played with Oldes script a bit, didn't get far. I think there's 
no other option than follow Graham's advice and delve in the http 
scheme. I had hoped to find something in the script archive, oh well... 
I saw that even in the Ruby and Python community there's some confusion 
on how to achieve multipart form submissions with CGI. (Python default 
http library also uses  "application/x-www-form-urlencoded" and not 
""multipart/form-data", but there's a library called HTTPFileUploader 
that does the job). Last time I tried to hack the http scheme I wasn't 
so succesful. This time, if I need help, I'll ask for help.

Graham described what needs to be done (I used a variant of the http-tools.r 
script, composed the correct header, and then insert the headers, 
and then switched the port to binary before inserting the payload). 
Only it's a little a bit above my capacities. In other words, I'll 
need two weeks to do it, if I ever manage it.

OK, I feel I miss knowledge on Unix permissions. So if cgi-bin dir 
as a whole has execute bit, everything in there can be executed? 
Hmm, and don't I need execute bit for rebol itself, even if put into 
other directory?

it's not execute bit of the dir, and it has not much to do with unix 
permissions, it's web server config. normally, web server will only 
execute things from cgi-bin and not somewhere else.

aha, ok ... so, if I put REBOL into other dir, even if it has execute 
bit in order to be runnable, Apache will not run it, as directive 
for the directory does not allow that, right?

I don't understand it a bit. I can understand webserver, fastcgi, 
mysql part, but what is that load-balancer part? Client side?

post info tomorrow.  (its already 1h00 AM here, so I've got to log 
off, and work a bit on liquid before I get some shut eye)

With regards to keyboards that don't have a numeric pad (or indeed 
function keys), I'm using a "Happy Hacking Lite 2"; a bit pricey 
though but the preferred keyboard of many Linux enthusiasts. Check 
out http://shop.store.yahoo.com/pfuca-store/haphackeylit1.htmlfor 
a picture.

If there's a boxy-limitation, it isn't in CSS.  HTML currently only 
supports rectangular boxes.
Spend a bit of time at
http://www.csszengarden.com/
to see how different CSS can be with the HTML.


Not to say that CSS doesn't have limitations -- lack of variables 
and calculations is an obvious one.

The biggest advatnage you'll find in workflow is when the client 
starts making changes.


1000 pages all with <font color=blue> and they now want all <p>s 
to be green -- that's not a search and replace job -- you need to 
check the context of each <font> tag.. It might take hours. Next 
day, they ask for dark yellow.
In css:

p {color:blue} -- you can show them the whole site changed in 1 minute.


Though, of course, you need to think through the styles you need 
first. That's a big bit of the design.

a bit early for me to be thinking but  I know I have used  "no break" 
tags  aroud things I did not want new lines between

Tom, Yeksoon is trying one of those things that look simple, but 
take a little care -- two bits of text on the same line, with different 
justifications (left and right). 
Easy with a one-row, two-column table -- but that's overkill.

Easy with three divs -- one containing the other two, but that's 
close to overkill.
Otherwise, a bit of lateral thinking is called for.

I've created a new draft for a cookbook tutorial for creating a set 
of configuration loading and storing tools: http://hmkdesign.dk/rebol/configurationtools.html

It's a bit long though, but tell me what you think

XML is not a silver bullet rebol block are much powerfull than XML, 
thats if you'r dealing REBOL's only deployment, but when ic comes 
to manage interoperability things get a bit messy and confused.

Remember that objects in REBOL have a lot more overhead than blocks, 
and that XML documents can get quite large. Unless you are using 
an event-driven parser, every bit of memory you can save is a good 
thing.

Obviously that would need quite a bit of adjustment. If you are blowing 
stack limits you can roll your own. If you want the whole parent 
stack you can do that too.

Carsten, the script still strip comments. Do you need the comments 
to be lead through to the output? (I'm a bit in two minds about, 
how it should work.)

jailable: taking free software, change a bit, close it. BSD.

paid: yes. goto DcKimbel, say "your Uniserv is wooonderfull!! How 
many bucks". I am sure you can make a deal and jail - uhm, close 
your project as much as you want.

AFAIK the community is a bit more BSD, but Carl not, and GPL means 
he will not use it. Thats a heavy argument.

Was just checking it a little bit, and it looks that the mtasc is 
pretty complicated. First action script I wanted to compile using 
mtasc was not compiled successfully:) The biggest difference is, 
that the mtasc is only ActionScript compiler, but in my dialect one 
can compile everything (shapes, sprites, images, sound). You must 
use swfmill or how they call it to compile such a things (and it's 
using XML so I thing it's not much useful for making complete application 
in it (as I do).

The dialect file have been updated a little bit, use: do http://box.lebeda.ws/~hmm/rswf/rswf_latest.r

Thanks, the dialect file updatet a little bit again and there are 
3 new (flash8) examples

And I have Import-swf command in the dialect (not documented yet 
as I still change it a little bit). I'm using it to include large 
animations made in IDE. As I have a caching mechanism already, I 
can include it in my dialect and control it in miliseconds, don't 
have to wait many seconds to compile all the animation in the IDE 
every time when I change a bit of a code.

Q: (note - my view may be influenced by insufficient knowledge in 
the area given) - last weeks I played with wrapping some Win32 functions. 
I started discussion on dll.so channel, to ask developers, if they 
would enhance interfacing to C libraries in some way, and there was 
few ideas appearing. We currently have also rather strange callbacks 
support (limited to 16) and I would like to ask, taking into account 
that DLL interface in Rebol was not changed/enhanced since it appeared 
long time ago, if RT sees any area in which it could be made more 
robust, developers friendly etc.?


A: We are planning to do a lot more on DLLs. In fact, future versions 
of REBOL will expand on the way DLLs are used in REBOL.   For example, 
I would like to see DLL support for media loaders and savers, so 
if we do not directly support a specific type of media file (say, 
TIFF) then an external DLL can be provided to load it.  There are 
a few other DLL related features down the road, but it is still a 
bit early to talk about them.



Q: I realize that the open sourcing of the viewtop wasn't that successful, 
but do you still intend to keep releasing newer versions of it? AFAIK 
the current release is over a year old. I've experienced a lot of 
obvious bugs in the viewtop editor, which I think can easily be solved 
by people outside RT.


A: yes we will continue to release newer versions.  View 1.3.2 fixed 
a number of bugs in the Viewtop editor that were listed in on RAMBO. 
Any fixes and enhancements from the community are greatly appreciated 
(by everyone, not only RT!)  You can post them to RAMBO, and we will 
review and include them (if they look good).



Q: While reviewing the action! functions, I noticed the path action. 
The doc comment says "Path selection.". The parameters aren't typed. 
Does anyone know what this action does, and how to use it? Or whether 
it can be or should be called directly at all?


A: the PATH action is what the interpreter uses to evaluate VALUE/selector 
expressions for each datatype. It is an internal action and has no 
external purpose in programs. These kinds of words often appear as 
a sort of "side-effect" from how REBOL is structured.  Datatypes 
are implemented as a sort of object class, where the interpreter 
"sends messages" to the class to evaluate expressions. The PATH action 
is a message that tells the datatype to perform a pick-like or poke-like 
internal function.


Q: Is rebcode going to support paths and/or some kind of binding?


A: Certain rebcode can support anything we feel is important to put 
into it, but note: many things we add could slow it down, by a lot. 
 For example, if we were to allow paths as variables, I estimate 
that rebcode would be about two times slower than it is now.  Perhaps 
one way to solve this issue is for you to use COMPOSE prior to specifying 
your rebcode body.  Within the compose, you can use IN object 'word 
to "pre-compute" the context references for words. For example:

    add.i (in object 'num) 10


Your question about binding is not clear to me. Rebcode already supports 
binding. Your rebcode can be part of an object context, and rebcode 
function words are bound to the code context.  (Perhaps you are referring 
to an older bug that has since been fixed?)



Q: What do you think about  http://mail.rebol.net/maillist/msgs/39493.html
? Why not say a word in your blog, if you think that it's interessant 
for rebol developpment, and if you want to contact them ?


A: Recently, I had the chance to sit down and talk with one of the 
main people from the One Laptop Per Child project (he is a friend 
of mine from Apple Computer days).  The project has an interesting 
goal, but there are also many difficult issues around it (not just 
in the technical side, but also on the social and cultural sides). 
My current understanding is that the target software is Smalltalk 
based. Yes, it would be very interesting to allow REBOL on that system, 
but if you look at the list of principals for the project, you will 
see that such a revolution is unlikely.  Is it possible that perhaps 
REBOL could provide some additional capability in the future? I think 
so. We have some special plans that I think will bring REBOL to platforms 
like that in the future. But, this is too early to say more.



Q: 1. What is fixed/added in 2.6.2/1.3.2 (change-log, please) ? 2. 
What is planned for 1.4.0 (rebcode, rebservices, rich-text, RIF, 
and last but not least, fixed sound ...) ? 3. When can we expect 
1.4.0 ? Thanks.


A: 1. Gregg is preparing a summary. The document should be available 
this week. 2. We are evaluating a large variety of changes in REBOL, 
more than even the 1.4 release that we've talked about.  I hope to 
be able to say more about these plans soon.

pity we don't know RT's priority list even a bit. 1.3.2, that is 
the cool thing. However, async kernel retired no-one is able to know 
for how long, rebcode is retired no-one knows what and when happens 
to it (e.g. will there be bitmap opcodes as discussed implemented?), 
unicode, rif (where even RT admits it is important for Altme2.0/coop 
project, rebdb is stagnatting because of that), rebin, we wait for 
what-is-going-to-happen-with-VID since devcon, being said we will 
know "soon" ... etc ... So, what is next, guys, and when? :-)

It is not about "we tell you and you quote us on that" thing, but 
about bit of a planning for others ... we surely don't want 14.11. 
exact dates :-) Just months, average ....:-)

I agree. 14.11 is a bit far away. Month would be a lot better! (Did 
i miss something? Opps, SCNR ;)

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

BTW i found the rebol desktop verry userful in some tasks its geat 
i IOS is even better but the leack ability of interaction with aplications 
and elements out there make it a bit "closed" to my taste, dont get 
me wrong here, i just mean it for those people we use to call "useres" 
the weenies :-) we dont need that :-)

Today's roadmap: make an exel example, almost done, not using safearray 
:( 

WMI, i need to write a couple of function in the C source, also i 
need to make a "foreach" custom function in order to work with collections 
a bit hard i any one have some ideas....

What's the problem? Get the SDK and sponsor RT a bit for their work.

Issue 2 - Photoshop method PrintOut only works the first time, subsequent 
calls are silently ignored.


I had a loop so my workaround was to Quit photoshop programmatically, 
then restart it with Call - bit of a sledgehammer but I generated 
my cards :)

I just found a nice way to simplify the usage, so the demos are going 
to get a little bit shorter.

Updated COMLib website a little bit.  Amongst other small changes, 
added demos/speech.r

cyphre, hopefully it wouldn't have to be the end of it. it should 
be the final product that users should pay for and native support 
for GUIs is not the goal but the means. I think it would be a bit 
sad if Rebol had yet another essential component as payware. you 
can do most of this stuff for free on other languages, which would 
cause even smaller motivation for using Rebol as a development platform.


this is why I release my components (LIST-VIEW, Tester, Tab-view, 
TOOLBAR) as BSD licensed freeware. If I didn't, I would have zero 
users.

(The old group was a bit to OT for web IMHO)

I have one contact in-there, and she was really polite .... so - 
it is now three years and situation is a bit different now - they 
opened their drivers etc.

pekr, of course all these things are already available for OSX and 
have been for a long time. One thing that kind of surprised me is 
how many apps surpass Windows equivalents in quality, simply because 
the underlying foundation with Cocoa is incredibly strong. You can 
tap into a lot of amazing functions and the OS itself can do things 
where Windows would need third party software to do the same.

For example, look at Jaime's presentation from the REBOL conference. 
It was done in Keynote which is a presentation program made by Apple 
which makes Powerpoint look like a silly joke. It uses full 3D hardware 
acceleration and can apply pixel shader effects to the presentation 
through Core Image. By having a very strong set of video functions 
as well, presentations can be exported to a lot of different videoformats 
from DV to H264 or MPEG4, etc. in any size or framerate. You can 
also convert parts of it to a PDF document or a bitmap image. All 
this is possible, because OSX does this in Cocoa and is available 
at the developer's fingertips. This is also what made apps like iMovie 
possible, because they integrate into OSX.


Often the wrong question to ask is "Does program X exist for OSX?", 
because the programs are different and often of much higher quality. 
A lot of programs don't even have Windows equivalents. The community 
reminds me a bit of what bedroom programmers did during the old days 
of the Amiga, when they used the hardware and made beautiful demos. 
There are a lot of small, free apps available that do 2-3 things.

I also have bought now over 500 worth of BT Crap.  BT Mouse 500, 
BT Mouse from Microsoft, BT card for portables, BT headset from Jabber, 
Bt headset from Motorolla, BT PDA from Treo-Palm.  Every bit of it.................SUCKED! 
 I got rid of everything except the BT Headset and the Treo, and 
they are both going soon as well.

Hi, after reading at Henrik comments I want to buy a Mac Mini (but 
have never used a Mac before). What are the cons for using the Mac 
mini ? I find the PC barebones a bit noisy b/c they still have a 
fan so I don't get how the Mini works without any fans ? I OSX has 
a BSD-like API, why is it taking RT so long to get the new core release 
supported ? thank

JoshM: please go to plugin-1 group, scroll up a bit to find my bold 
messages, and read on a bit, there are some findings. To post some 
notes - probably the most significant link is - 

http://www.mozilla.org/projects/plugins/


The plugin extension adobe, mozilla, apple, opera, macromedia and 
sun agreed upon is npruntime

How to host NS plug-ins in IE:

http://www.mozilla.org/projects/plugins/plugin-host-control.html

cyphre, I already wrote my own event filtering, but had a bit of 
hope that it would be possible to do internally for R3. I just personally 
think it's a bit too high level a place to solve the problem.

But it's a little bit out of topic chat:-)

that is probably true. however I may change the architecture a bit 
since the parser is limited to two levels and is not recursive. the 
pages are generated from a limited list. all I really wanted to do 
was to make it easy to combine blogger.r, makedoc documents, dir 
listings and customized html output in a pipeline. it does most of 
that now, but the parser is only about 80% elegant. :-)

excellent - most sites are just reference to hotel search portals. 
 It would be really nice guys, if you would manage some eventual 
hotel discounts for conference participants. Well, maybe a good idea 
would be to advertise DevCon a bit, to know how many ppl would attend. 
Or you can do it other way - reserve e.g. 30 rooms, and use FIFO 
(first in first out) - even email would work to book room, no form 
needed ...

Usually hotels will hold a block of rooms until about 2 - 3 weeks 
prior to the event.  We used a about 20 rooms in the previous two 
years so asking for 30 would work.  I did notice while in Paris last 
year that there are many small hotels and the larger hotels can be 
a bit pricey.  I think it does benefit to have the attendees stay 
in the same hotel.

I really do worry about conference a bit. No proper activity/propagation, 
call for sessions. The only one session so far is Carl's R3 introduction 
.... Hopefully it will all come ...

yeah it's a bit like that.

not just people who have spare time cause their lives are bit less 
"filled"...

its getting a bit last minute IMHO.

Sooo the conference starts in 20 minutes ... no live stream yet, 
I am a bit worried :-)

video is pinky, sounds is good, although a bit jerky from time to 
time ...

I must say, that the original Rebol version of the re-box is from 
Dockimbel (http://softinnov.org/rebol/rebox.shtml) I just took his 
level data and made a little bit more complicated graphics. And the 
avatar and some of the ferniture used is from one of my favorite 
Amiga games - DreamWeb - http://www.adventureclassicgaming.com/index.php/site/reviews/221/

hum... what you describe is a bit like fog of war in most rts.

hummm I think you lost me a bit there   :-)

hehe  changes a bit the meaning  ;-)

I also found it a  bit tough to separate a few tiles, cause the contrast 
is a bit too low.

;) then a few combat wall/tower destroying images - ive yet to balance 
that bit  :)

6 resource based images - 1 each for gold, wood and energy.  then 
1 each for destroyed mine, energy vortex, burning forest.

6 resource conversion images - wood seller (wood to gold), gold to 
wood, gold to energy, energy to gold, energy to wood, wood to energy

3 stockpile (as opposed to mine/forest) depletion images - energy, 
wood, gold.  3 stockpile increase images (energy wood gold)

then some building related images for walls / towers probably 2 wall 
building, 2 tower building, 1 dual wall + tower build

;) then a few combat wall/tower destroying images - ive yet to balance 
that bit  :)