AltME groups: search

the URL is just an example. you just need a way to generate a key 
from who you are (could even be your public RSA key)

so that any other node can generate the same key when they look for 
you.

I wish there where moderator features in altme... so we could generate 
a moderated group and then you are master of that specific group... 
including removing posts.

Oles: I still can't fully get this.. are you building this flash 
game in REBOL? or is there AS3 code + REBOL to for example generate 
some data for game, etc... ?

The styling mechanism is all up to you.  currently, the site is a 
mix of CSS, images and run-time html generation.


As I start adding dynamic content tags, I might start using some 
remark code within the CSS to keep the style programmable.


things like colors, texture-names, could all be resolved from remark. 
 Where and how that information is stored is totally separate from 
the engine.


remark tags are little dialects which are created & parsed dynamically, 
stored as sets, which are called document models.   Using a smart 
caching system and a feature I call "dialect Learning" you can *merge* 
different document models together and leverage code from a variety 
of sources.


In the above the <main-menu!> might generate markup containing remark 
tags which you define before or later, the menu will adapt its style 
for your needs.   so the same menu, will in fact generate different 
html output based on what mix of document models you are using.  
 one might build animated javascript, the other might be only static 
HTML.


the style is much more than just "looks" its actual content, but 
the nice thing is that your source HTML is totally unchanged, and 
there is no "Code" in your pages, only markup.

this means a <!users-table> tag which is defined via <!table>  could 
actually generate different content if the <!user-list> tag from 
various document models are used in different parts of your site 
or one different sites.   


meaning that the same content pages, will ultimately adapt to the 
document models used, and not the other way around, which is how 
we are used to building web pages.

there is a (several?)  tool for windows which can generate events 
and select windows.  you could probably use that to simulate a manual 
login.

Some observations for Reichart on making ALTME more viral.

1.  Host all worlds for free but unsecured.
2.  Tier packages
3.  Enable one click access from external sites to ALTME worlds
4.  Ads Tier


1)  Regarding #1 - I think if you host all ALTME worlds for free 
that people will sign up quickly.  What would drive someone to fork 
over the cash is going to be traffic.  I can bet that once someone 
starts getting traffic to their world and generating content they 
are going to want to keep it.  ALTME owns the content of the worlds 
until someone secures it with payment for the hosting account.  (Major 
incentive that rewards growth).


2) Make product tiers that  target hosting accounts towards gaining 
income and visibility for their hosted safeworlds.


3) Think of going to a website and it says something like JOIN the 
DISCUSSION and then says click here and has a small ALTME logo that 
launches you into ALTME and then takes you directly to the particular 
safeworld.  and if someone doesn't it have it - it takes you to ALTME 
download link.  Almost all other messaging mediums have this capability.


4) This is an excellent idea to compliment number 2.  One tier that 
can be offers for additional costs would allow ADVERTISEMENTS within 
the safeworld framework.  For example, consider many online forums 
generate revunue from Google Adsense by placement of ads in their 
content.  ALTME could offer this type of capability as well.  This 
is really an area where I think that REBOL can get great exposure. 
 If advertisements are required to be put forward in REBOL code this 
means that Google would have to have REBOL programmers develop delivery 
content to interface with ALTME.  I have no doubt in my mind that 
they would do it.  ALTME can boast that it has www.rebol.com as a 
marketing partner and REBOL.com according to marketleap.com is a 
"contender" class website showing that ALTME can get the word out 
if it really wants to.

All right.  Two Brians...We win.

But Pekr;  RT has to be careful with this.  Giving it out to too 
many will just generate

too much noise...  I'd gladly take my name off the list and wait, 
as to not overwhelm

those in more appropriate positions...I'd rather get handed Government 
Reject Unfit

for Normal Training work.  Not that it isn't a nice shiny carrot 
dangling ever so close

to the nose.  And, being a little schizoid, I also agree with you.

I surely hope you allow us to nominate you for Secretary of the (proposed) 

REBOL User Group. The (proposed) Executive Summary could definitely 
use your
candor.  :)

regarding security - can I somehow, for my client, generate .exe, 
which will have directly lowered security? We simply want to automate 
packing/upacking archives, to allow user to choose source and destination 
dir .... surely we don't want to answer security dialog each time 
...

I am using this for message composition, templates, etc.. So imagine 
you have a template: "<html><head> title </head><body> body </body></html>" 
but with many more tags and then you have a large funtction emit-page 
that generates many tags and when you generate the page you want 
to make sure that you've generated all the tags and if you missed 
some then you get an error

Yes,  but how costly is this ? ( I currently can generate 1000 pages/minute)

Profile it. :-) How many do you *need* to generate, how much data, 
how many tags, etc. There are a lot of variables here (no pun intended).

VID is great for prototyping, and for apps where saving a little 
memory and speed aren't critical. So, I think VID is still a valid 
prototyping tool because you don't know what you want to build the 
first time out (in many cases) and it allows you to play around more, 
with less effort. Now, there's no good reason you couldn't use the 
VID dialect, limit yourself to what REBGui can do, and use the VID 
spec to generate REBGui code. Best of both worlds.

try Rebcircle demo ... then press mouse button and move, to generate 
more events - 10x faster :-)

Since some betas (arround 1.2.30, 1.2.40), the face/init style has 
evolved, and now, the face/colors are used to generate two gradient 
effects during the creation of the button.
So it's way more difficult to change it later.

Is there a way to generate buttons on the fly? I've often wondered 
about that.

Why did I join the community? Because when I joined, REBOL was still 
pretty new.


R2 wasn't there yet - the first alphas for it came a few months after 
I started playing with the language. Most of the low-level behavior 
of the language was completely undocumented outside of RT, and they 
were still trying to position the language as easy to use, easy to 
learn, high level. It still looked like R1 - Scheme with a different 
syntax - but it was different.


A challenge. So I dug in. I tested every function, everything I could 
find out. I asked a lot of questions on the mailing list. If they 
weren't answered, I dug in further and figured it out myself. And 
I got into a lot of really interesting arguments with the people 
on the list, testing and probing the language until all of the undocumented 
stuff became clear.


Those early arguments became the low-level documentation of REBOL. 
And then came the books, and the community got bigger. I started 
using REBOL at work, even when it wasn't the language I was supposed 
to be using - code is easier to generate with REBOL than it is to 
write directly in other languages. More fun too. That's the hook: 
REBOL is fun.


There is a principle I read in a Heinlein essay years ago: The principle 
of Creative Laziness. He wrote about the guy who invented the automatic 
pilot, back in World War 2, because piloting back then was a big 
hassle and he was too lazy to do it. Instead of doing the drudge 
work he did the more interesting task of figuring out how to automate 
it. If necessity is the mother of invention, then laziness is its 
father. Laziness is a virtue.


That's what dialecting is all about: Automating the drudge work and 
wrapping it in a nice little language because it's more fun than 
doing it manually. More efficient too, a lot of the time.


Do you know who REBOL appeals to the most? Engineers, scientists, 
hackers, analysts, problem solvers. People with opinions, people 
with enough of a twisted sense of humor, of the world, that they 
don't want to just sit still and accept the way that they are told 
the world is - they want to figure it out and remake it if necessary. 
Interesting people: REBOL's other hook.

Welcome to the cool kids' table!

Getting better, but still no cigar.


Here is my test code for Mold-CSV function in CSV.r script:  ( I 
hope this formats correctly on Altme)

In-block:	[					; (want in csv file)	; (want in excel) 
["Col A1"		"Col B1"		]	; Col A1,Col B1	; Col A1	Col B1
[2			3			]	; 2,3			;      2	     3
["'3"			"'4"			]	; '3,'4			; '3		'4
["4a"			"4b"			]	; 4a,4b			; 4a		4b

["^"5a^"^"^"^""		"^"^"^"5b^"^""		]	; "5a""""","""5b"""	; 5a""		"5b" 
["6a x"			"6b y"			]	; 6a x,6b y		; 6a x		6b y
["7a, x"			"7b,^"^" y"		]	; "7a, x","7b,"" y"""	; 7a, x		7b," y"

["^"8a ^"^",x"		"^"8b ^"^"^"^"y^""	]	; "8a "",x","8b """" y"	; 8a 
",x	8b "" y

["^"^"^"9a^"^" x"		"^"9b ^"^"y^"^"^""	]	; """9a"" x","9b ""y"""	; 
"9a" x	9b "y" 
]

 Out-block:	Mold-CSV In-block
 write %Book2.csv Out-block
____________

In the above, I have 3 "views" if you will of what I am after.

The first view is the In-block that I would like Mold-CSV to run 
against.

The second commented view is what I need Mold-CSV to generate to 
put into the csv file

The third commented view is what Microsoft Excel will generate when 
I open the CSV file.


Mold-CSV works fine for the first 6 lines, then it gives me this 
for lines 7,8 and 9:

7a, x
,{7b,"" y}		<-- Where did the braces come for for 7b?
{"8a "",x},"8b """"y"	<-- Same quest for 8a?

9a
 x
,"9b ""y"""	ok

Any ideas on how to solve this?

My end goal is to be able to take some formatted text of some kind, 
something that is generated by a utility of some kind, and generate 
a spreadsheet from it.  The formatted text can be of any type including 
" and the like.


I'm working in reverse, by creating a spreadsheet in MS excel with 
various kinds of data that I've shown above.  Some data with just 
alpha, just numbers, combinatins, leading quotes, trailing quotes, 
embedded quotes, embedded commas, spaces etc.  Then I saved the spreadsheet 
as CSV and another version as Tab delimited.


Then by looking at those files via notepad or other editor, I can 
see how the data must be in order for MS excel to accept it.  I initially 
had problems with the CSV model because embedded qutoes needs other 
qutoes added to that "cell" if you will.  The Tab delimited model 
has less restrictions on it.  The only thing that needs attention 
is when a "cell" starts with a quote, which needs additional quotes 
added to it.  Embedded qutoes or trailing qutoes don't need any modification.


Long story short -- I'm going with Tab delimited model and figuring 
out a rebol script to take data from an IBM utility dump (with rules 
on what data to capture), and model that info into an excel spreadsheet 
via Tab delimited file.

; I did a dif between the functions in VIEW and those in CORE for 
a default install.  What I get is this ( I hope it is useful to have 
al 106  in one place )

 alert  brightness?  caret-to-offset  center-face  choose  clear-face 
  clear-fields  confine  crypt-strength?

 dbug  deflag-face  desktop  dh-compute-key  dh-generate-key  dh-make-key 
  do-events  do-face  do-face-alt  do-thru  

 draw  dsa-generate-key  dsa-make-key  dsa-make-signature  dsa-verify-signature 
  dump-face  dump-pane  edge-size?  

 editor  emailer  exists-thru?  find-key-face  find-window  flag-face 
  flag-face?  flash  focus  get-face  

 get-net-info  get-style  hide  hide-popup  hilight-all  hilight-text 
  hsv-to-rgb  in-window?  inform  

 insert-event-func  inside?  install  launch-thru  layout  link-relative-path 
  load-image  load-stock  

 load-stock-block  load-thru  local-request-file  make-face  notify 
  offset-to-caret  open-events  outside?  

 overlap?  path-thru  read-net  read-thru  remove-event-func  request 
  request-color  request-date  request-dir  

 request-download  request-file  request-list  request-pass  request-text 
  reset-face  resize-face  rgb-to-hsv  

 rsa-encrypt  rsa-generate-key  rsa-make-key  screen-offset?  scroll-drag 
  scroll-face  scroll-para  set-face  

 set-font  set-para  set-style  set-user  show  show-popup  size-text 
  span?  stylize  textinfo  unfocus  

 uninstall  unlight-text  unview  vbug  view  viewed?  win-offset? 
  within?

So you first want to generate a table with 13 * 48 elements?

Hi, I have written this function and would be glad of any comments 
please.  I know it is only simple stuff but I want to try any learn 
to write code well, not just hack stuff together that just about 
works.  Thanks. 
;; Generate all IPv4 dotted decimal masks
AllMasks: has [a b c d allMasks][
	allMasks: []
	if (allMasks = []) [
		for count 0 7 1 [ 
			i: to-integer power 2 (count)	
			a: 255.255.255.255 - to-tuple rejoin ["0.0.0." (i - 1) ""]
			b: 255.255.255.255 - to-tuple rejoin ["0.0." (i - 1) ".255"]
			c: 255.255.255.255 - to-tuple rejoin ["0." (i - 1) ".255.255"]

   d: 255.255.255.255 - to-tuple rejoin ["" (i - 1) ".255.255.255"]
			insert allMasks  reduce [a b c d]
		] 
		sort/all/reverse allMasks
		insert tail allMasks 0.0.0.0
		print "Created all IPv4 masks"  ;; debug
	] return allMasks
]

Paul, One thing to keep in mind is that you should want to leverage 
html stylesheets. 

In your make-doc version add the reference to the class then let 
a .css determine most of the presentation parameters.

For example, I wanted to be able to add a question and have it presented 
with a heading very similar to a note box

but to have a different label i.e. "Question" and a distinct look.
This change was required to parse it 

 ["=q" | "q:" | "question:"] text-line (emit-text 'question) |

from the input stream. This emitted the html 


 question [emit [{<p><div class="question"> Question: &nbsp;&nbsp; 
  } doc/2 {</div>}]]


Change the make-doc script you are using to emit a reference to your 
stylesheet instead of inlining it.

I put this in my css to present a question in box that stands out 
(for me)
  div.question {
     	padding: 10px;
        background-color: linen;
      	font-size: 14px;       
     	font-family: Helvetica;
        border: 6px groove gold;
		width: 90%;
  }  

The reason for .css is that now you can change the stylesheet and 
don't have to change the html or 

re-generate it. If you want your question box to tan instead of linen 
then you just change your .css

If you have something you feel strongly about you can create a soapbox 
style.
For more on this see http://www.csszengarden.com/

p.s. when you change make-doc, clearly identify the lines that you 
change with comments so that when 

you get a new version you can retrofit it and get the benefit of 
the upgrades.

Paul, 


For what you have described, you may want to use navigation like 
that provided 

by a java script outline tree. One example is http://www.treemenu.net/
  


My plan is to soon make a make-doc revision that takes as input the 
NoteREB data from the
script by Alain Goye.   http://alain.goye.free.fr/rebol/NoteReb.r

Then generate an html site using the same tree structure as the NoteREB 
source file. 

Each page from the NoteREB data file is to be make-doc'ed into a 
separate HTML page.


NoteREB uses a very simple REBOL block structure to hold the content 
and sub-blocks.


If you want to change a page, change the source page, save the file, 
and click the new

reGEN button.  Alain's tree makes the management of the source much 
easier than methods
I had been using before.


I have used this approach for taking easy vid format and making an 
easy vid presentation 

format.  That means that it makes VID faces for each page and allows 
the execution of sample

code by clicking on it. Seems to work well and I plan to put it on 
the script library 
after View 1.3 is released and I can verify it works OK there.

Mike, I have a special script make-site, that uses the mdp-engine 
to generate web-sites. Take a look at my homepage, it's all done 
with this concept. Maybe it's something you want to check out.

Well, I didn't feel any trouble using PDF-factory and printing to 
it. The process of savinf documents is really simple. Write the doc 
(MD2 or MDP) / generate HTML / print to the PDF-generator / save 
the PDF and publish doc :-)

I find the idea of using simple tags to generate doc a improvement 
for professionals. Every time I have to use the m$ word, I'm stuck 
into format problems and i spend more time find a solution to it 
than concentrating on the core of my text. But i guess this is a 
known complaint :-)

change xrefs are actually easy to generate because you don't have 
to list "free" objects

it's very nice, but because of 1 letter that I can't generate in 
it Ch .. you have it too probably .. I need to find another solution 
.. and I have invoice nicely made in pdf-maker already

Carl should use pdf-maker to generate PDFs of the online docs

You could write a script to generate the rules. It could be faster 
than writing them directly.

If you are doing type specifications to validate records, the fastest 
way to do it is to generate static validation rules based on the 
specification, then just apply the generated per row. Static validation 
rules would be faster than dynamic.

Now that is interesting. LOAD and TO-BLOCK do that. It would be interesting 
to write a set of rules in PARSE that read REBOL syntax and generate 
REBOL data or warnings instead of errors. For your purposes you might 
consider LOAD/NEXT in a loop inside of TRY blocks.

The biggest problem you would have if compiling the new rules to 
their R2 equivalents would be to generate all of the intermediate 
variables and make sure their bindings are not corrupted on recursion.

What would you build a state machine with, which would generate so 
much code ?

Well, I don't have an NT server running locally here, so I can't 
generate test data or even check its command line options.

Ah, but the list of domain names in your network is a fixed list. 
You can use that list to generate the look-for-a-domain rule.

cause inner rules generate parse-able content, which was not part 
of the original input.

If the self-modifying rules are strung-together basic blocks, you 
can use the rule compiler to generate the blocks. And the R3 changes 
make self-modifying rules less necessary, so you can have even larger 
basic blocks.

really, the problem is not the parsing itself... its getting the 
darn rules to generate the proper rules hehehe.

Pekr: the SVG Demo is just a quick and dirty prototype. I'm just 
going to get it to the stage where it can display simple SVG icons 
(for RebGUI). If someone else wants to write an SVG viewer that is 
fully SVG 1.1 (with 1.2 around the corner) compatible then good luck 
... I'm *not* going to be doing that! ;)


yeksoon: see above comments. I'm tweaking the SVG Demo code on an 
SVG icon by icon basis. As long as it works for the icons I use (or 
intend to use) I'm happy - I don't guarantee the code will work with 
anything other than the specific SVG files I have tested it on.


Cyphre: SVG is such a "flexible" standard isn't it? :) One question; 
how did you map SVG "path d" commands (e.g. <path style=... d="M 
10 10 C 20 20 ... z") where there is no "z" command to close the 
"shape" (i.e. the AGG shape command closes by default).


shadwolf: Having our own SVG icons is a good idea as we don't have 
to worry about licence / distribution issues and we can tweak the 
generation to make it as AGG compatible as possible. To do that we 
need to settle on *one* tool so as we generate consistent SVG code, 
and we should generate SVG that uses a single unit of measure, preferably 
pixels, as it's a real pain trying to handle multiple units of measure 
within the same file. I'll continue this discussion in the RebGUI 
group.

serriously  it will be easier for you to use MakeDoc Pro and MDP-BRowser 
and enhance the mdp-engine capability to generate pdf docs...

I'm guessing AGG to do the rendering, rebcode to do the computation 
to generate the data for AGG to render.

Another solution is to apply own translation function on the dialect 
block or generate the dialect block with translated coords from scratch. 
(this shouldn't be a rocket science and would work with text too)

Henrik, funny you should post that.............I'm in need of a way 
to take a 2D diagram, and turn into exactly that (which is called 
an isometric view).


A cool feature would be that the colour of a 2D rectangle, and perhaps 
even the line weight and colour would dictate the 3D height, colour, 
and treatment.


The reason I want this is that I'm building a diagram of the architecture 
of Qtask, and want to make it easy to see and understand.


What I'm planning to do right now is draw it in 2D first.  Then pick 
a good angle (in my mind).  Then build all the 3D objects on an isometric 
field (sort of like old video games like Zaxxon).


Then scale them into place.  Then add the text words in front of 
them.

I like the words on top vs side as well of the image you posted.

If you know what was used to generate that I would like to know.

My online bank account uses ASP to generate monthly statements, which 
works fine from Opera, IE and Safari - but fails under FF with a 
"Could not open xyz.asp"; so I figured it had a problem with ASP 
pages in general.

I'm administrating some pages where is a lot of text articles published. 
And because 50% of the trafic is done by robots as Google crawler, 
I'm thinking about that I could give the content of the page in Rebol 
format (block). Robot will get the text for indexing and I will lower 
the data amount which is transfered with each robots request, because 
I don't need to generate designs and some webparts, which are not 
important for the robot. What do you think, should I include Rebol 
header?

I have those photos, numbered jpges, I will provide here view script 
to put comments in there, and then I want to automatically generate 
the content ....

a question - I have Windows app in cp-1250 encoding. Then I generate 
some html, which is server from Linux. When I look in Mozilla at 
the page source (http://www.jablunkovsko.cz), the browser displays 
some czech chars encoded, e.g. &aacute. But when I save the page 
locally on my Windows machine, I get correct czech chars ...

yes, I know, as for files. My strategy is very simple - use cookies 
(I wonder if there is script being able to handle multiple cookies 
btw), then "start a session" = generate unique ID, store it in \sessions\ 
dir ....

It must be easy enough to generate one in Rebol

REBOL [
>         Title:          "RSS Generator for Carl's Blog"
>         Date:           31-Dec-2004
>         File:           %carl-rss.r
>         Home:           http://www.livejournal.com/~premshree
>         Author:         ["Premshree Pillai" "Gregg Irwin"]
>         Version:        0.0.3

>         Purpose: {Generate valid RSS 2.0 feeds for Carl's blogs}
>     Comment: {

>         0.0.2 Massive code changes for instructional purposes. 
--Gregg

>         0.0.3 More changes, knowing Carl actually wants to use 
it. :) --Gregg
>     }
> ]

There's an approach that I'd like to experiment regarding web UI 
generation. The idea would be to consider the web page as a View 
target and build a View-like rendering engine able to process face 
objets and renders them as HTML. So it would be possible to generate 
HTML UI with VID directly. The DIV tag would be a good candidate 
to emulate a View face.

Doc - maybe you could communicate it with Gabriele. IIRc VID3 is 
flexible to generate various outputs. Look model is separated, but 
it would be better to ask Gabriele.

Will, Here is the answer from Douglas Crockford:


It is optional. It is allowed for the case where JSON is embedded 
in HTML 
SCRIPT, where 
</" is not allowed, but "<\/" is.

There are no comments in JSON."


So, on the parsing side, we should look for it, but on the generation 
side, \/ is really ugly if we generate it everywhere. If we don't 
generate it, you're stuck if you need it, so we probably need a refinement. 
Either that, or just accept the ugliness.


I'm not sure if I want to remove comment support either. Just a gut 
feeling they may come back.

Or rather how do we generate the DTD on output of the CGI

Yes, I'm using it to generate web sites for clients ... but I want 
to add support for mobile devices (via jQuery Mobile) and solve the 
"one website for desktops, another for mobiles" problem (via "Responsive 
Web Design" techniques - see http://www.alistapart.com/articles/responsive-web-design

UsrJoy and InvoiceFox generate 90% of html on client side. I have 
few weird (functional-ish (as in functional programming)) ideas how 
to do this: I use http://code.google.com/p/jsgoo/http://refaktor.si/demos/jsgoo/
 for this

So, user has to pay 750 $ to generate app for Linux, MacOSX, Windows 
?!
Is this affordable for personnal developpers ?

I'd like if you could use checksum/secure to generate the checksums 
in manifest.txt, which is compatible with read-thru, load-thru etc.

My standard approach is to write collect and display routines, which 
isn't so bad if we have a form framework that can do it intelligently, 
or generate the code for us.

I think it's depending on view size rather than the number of cells. 
A list with 10x10 entries in a 300x300 configuration can be faster 
to scroll than a 5x5 in an 600x600 configuration. LIST-VIEW uses 
iterated faces to generate the entries, so whenever the list view 
needs to be updated in just one cell, the entire list face is rerendered 
automatically.

I'm going to do a study of all of the REBOL functions that generate 
series (even natives) and determine which would benefit from the 
/into option, then get it added. It might be tricky to modify actions 
though. REDUCE and COMPOSE are getting the /into option.

Ok, I am going to ask my question too.   I have to run a report where 
I collect data from a number of different functions.  Each of the 
functions runs asynchronously.  So, one might return data before 
another.  Not that the order matters.  But the user can select from 
1 to say 6 data functions/sources.

Now since these functions are async, I have to use callbacks to deal 
with the data once it arrives.
What would be the best way of programming this?  

At the end of this, I then need to do something with the collected 
data  .... ie. generate a graph.

How could I generate a random number (a real number) between 2 given 
values, ie between -pi and pi ?

actually there might be: generate REBOL code with REBOL.

I once built a db protocol using a dialect, which would generate 
the server side code and the client side code. Both sides were dialects 
too. This was wrapped inside another dialect which could build the 
server and multiple client programs by preprocessing and putting 
together multiple other scripts. Works pretty well and it takes about 
5 minutes to add a new command to the protocol and update server 
and client.

Henrik,  Your suggestion did achomplish the task of trapping an error 
when it happened so it is better than nothing -- see resutls:

Rebol []
echo  %VT-Results.txt
print {Results below generated from %VT-Script.r}
          print {unset [x]}
                 unset [x]
           print {print x}

set/any 'err try [print x] if error? err [ disarm err print "** error"]
print ""
           print {print x}

set/any 'err try [print x] if error? err [ disarm err print "** error"]
print ""
print {See results stored in %VT-Results.txt file}
echo off
halt

will generate:

Results below generated from %VT-Script.r
unset [x]
print x
print x
See results stored in %VT-Results.txt file

This driver is best suited for direct printing, i.e., when you don't 
need to generate a document. Invoices are document that need to be 
saved and transmitted, so I would recommend generating PDF files 
in such case.

Doc, are you using DRAW to generate the output?

Vladimir, it's fairly easy to - instead of HTML - generate an XSL-FO 
directly from REBOL and use the open source FO-Processor FOP from 
the Apache group to generate PDFs. You don't have to delve into XSL-Transformations 
yet have the full power of exact control over the layout.

WHAT gets its words from the system/contexts/exports object. MAP-EACH 
takes a block, so the object is converted to a block. The :v is equivalent 
to GET/any 'v in R3. The () in the second EITHER block is to generate 
an unset! value, which will cause MAP-EACH to not add a value to 
the block for that round. And SORT sorts words in R3.

when you have the source, you can generate the complete description

Marco, that is problematic, as copying face objects may destroy certain 
bindings in a face, essentially causing faces to be "entangled", 
some functions work only with the old face and some only with the 
new face. It depends on the style and how it was written. Memory, 
speed and complexity of the operation gets worse, the bigger the 
layout.


It's easier to just generate the face once, store the values and 
use GET-FACE and SET-FACE on the layout.

I use one language as input and can generate the client side (flash, 
js) and server side (php, js, ... and maybe Rebol) out of my project.

That's how C compilers generate it.

I generate random number from 0 to milion and divede it by milion

Thanks to rebcode I can generate 6 minutes of music in 20 seconds 
instead of 5 minutes with a standard script. Great.

you can generate sine wave aproximation faster than using sin func

currently a rebuild the parser to generate rebcode instead of rebol 
instructions

You can even do this incrementally by filling in the code block as 
you go along and fixing up the offsets in the BRAB block as you generate 
the code that they point to..

If you generate it as you go along, the rebcode will be generated 
in the order that it is executed.

You could even generate more of your interpreter by using more interesting 
macros, which would cut down on the programmer overhead of the increased 
number of states in your state machine.

Perhaps you could specify your operations in a table and then go 
through it with a dialect processor like BURG - REBOL is good at 
that sort of thing. Then you could generate your interpreter from 
that table.

No, BURG is a tool used to generate backends for compilers from a 
processor specification dialect.

Marketing Ideas to lawyers
AN ARTICLE FROM SUNDAY'S NEW YORK TIMES WE SHOULD READ CAREFULLY.


Awaiting the Day When Everyone Writes Software

By JASON PONTIN
Published: January 28, 2007

BJARNE STROUSTRUP, the designer of C++, the most influential programming 
language of the last 25 years, has said that “our technological civilization 
depends on software.” True, but most software isn’t much good. Too 
many programs are ugly: inelegant, unreliable and not very useful. 
Software that satisfies and delights is as rare as a phoenix.

Skip to next paragraph

Sergei Remezov/Reuters

Charles Simonyi, chief executive of Intentional Software, in training 
for his trip to the International Space Station, scheduled for April.

Multimedia
Podcast: Weekend Business

Reporters and editors from The Times's Sunday Business section offer 
perspective on the week in business and beyond.

How to Subscribe

All this does more than frustrate computer users. Bad software is 
terrible for business and the economy. Software failures cost $59.5 
billion a year, the National Institute of Standards and Technology 
concluded in a 2002 study, and fully 25 percent of commercial software 
projects are abandoned before completion. Of projects that are finished, 
75 percent ship late or over budget.


The reasons aren’t hard to divine. Programmers don’t know what a 
computer user wants because they spend their days interacting with 
machines. They hunch over keyboards, pecking out individual lines 
of code in esoteric programming languages, like medieval monks laboring 
over illustrated manuscripts.


Worse, programs today contain millions of lines of code, and programmers 
are fallible like all other humans: there are, on average, 100 to 
150 bugs per 1,000 lines of code, according to a 1994 study by the 
Software Engineering Institute at Carnegie Mellon University. No 
wonder so much software is so bad: programmers are drowning in ignorance, 
complexity and error.


Charles Simonyi, the chief executive of Intentional Software, a start-up 
in Bellevue, Wash., believes that there is another way. He wants 
to overthrow conventional coding for something he calls “intentional 
programming,” in which programmers would talk to machines as little 
as possible. Instead, they would concentrate on capturing the intentions 
of computer users.


Mr. Simonyi, the former chief architect of Microsoft, is arguably 
the most successful pure programmer in the world, with a personal 
fortune that Forbes magazine estimates at $1 billion. There may be 
richer programmer-billionaires — Bill Gates of Microsoft and Larry 
Page of Google come to mind — but they became rich by founding and 
managing technology ventures; Mr. Simonyi rose mainly by writing 
code.


He designed Microsoft’s most successful applications, Word and Excel, 
and he devised the programming method that the company’s software 
developers have used for the last quarter-century. Mr. Simonyi, 58, 
was important before he joined Microsoft in 1981, too. He belongs 
to the fabled generation of supergeeks who invented personal computing 
at Xerox PARC in the 1970s: there, he wrote the first modern application, 
a word processor called Bravo that displayed text on a computer screen 
as it would appear when printed on page.


Even at leisure, Mr. Simonyi, who was born in Hungary and taught 
himself programming by punching machine code on Russian mainframes, 
is a restless, expansive personality. In April, he will become the 
fifth space tourist, paying $20 million to board a Russian Soyuz 
rocket and visit the International Space Station.


Mr. Simonyi says he is not disgusted with big, bloated, buggy programs 
like Word and Excel. But he acknowledges that he is disappointed 
that we have been unable to use “our incredible computational ability” 
to address efficiently “our practical computational problems.”


“Software is truly the bottleneck in the high-tech horn of plenty,” 
he said.


Mr. Simonyi began thinking about a new method for creating software 
in the mid-1990s, while he was still at Microsoft. But his ideas 
were so at odds with .Net, the software environment that Microsoft 
was building then, that he left the company in 2002 to found Intentional 
Software.


“It was impractical, when Microsoft was making tremendous strides 
with .Net, to send somebody out from the same organization who says, 
‘What if you did things in this other, more disruptive way?’ ” he 
said in the January issue of Technology Review.


For once, that overfavored word — “disruptive” — is apt; intentional 
programming is disruptive. It would automate much of software development.


The method begins with the intentions of the people inside an organization 
who know what a program should do. Mr. Simonyi calls these people 
“domain experts,” and he expects them to work with programmers to 
list all the concepts the software must possess.


The concepts are then translated into a higher-level representation 
of the software’s functions called the domain code, using a tool 
called the domain workbench.


At two conferences last fall, Intentional Software amazed software 
developers by demonstrating how the workbench could project the intentions 
of domain experts into a wonderful variety of forms. Using the workbench, 
domain experts and programmers can imagine the program however they 
want: as something akin to a PowerPoint presentation, as a flow chart, 
as a sketch of what they want the actual user screen to look like, 
or in the formal logic that computer scientists love.


Thus, programmers and domain experts can fiddle with whatever projections 
they prefer, editing and re-editing until both parties are happy. 
Only then is the resulting domain code fed to another program called 
a generator that manufactures the actual target code that a computer 
can compile and run. If the software still doesn’t do what its users 
want, the programmers can blithely discard the target code and resume 
working on the domain workbench with the domain experts.


As an idea, intentional programming is similar to the word processor 
that Mr. Simonyi developed at PARC. In the jargon of programming, 
Bravo was Wysiwyg — an acronym, pronounced WIZ-e-wig, for “what you 
see is what you get.” Intentional programming also allows computer 
users to see and change what they are getting.


“Programming is very complicated,” Mr. Simonyi said. “Computer languages 
are really computer-oriented. But we can make it possible for domain 
experts to provide domain information in their own terms which then 
directly contributes to the production of the software.”


Intentional programming has three great advantages: The people who 
design a program are the ones who understand the task that needs 
to be automated; that design can be manipulated simply and directly, 
rather than by rewriting arcane computer code; and human programmers 
do not generate the final software code, thus reducing bugs and other 
errors.


NOT everyone believes in the promise of intentional programming. 
There are three common objections.


The first is theoretical: it is based on the belief that human intention 
cannot, in principle, be captured (or, less metaphysically, that 
computer users don’t know what people want).


The second is practical: to programmers, the intentional method constitutes 
an “abstraction” of the underlying target code. But most programmers 
believe that abstractions “leak” — that is, they fail to perfectly 
represent the thing they are meant to be abstracting, which means 
software developers must sink their hands into the code anyway.


The final objection is cynical: Mr. Simonyi has been working on intentional 
programming for many years; only two companies, bound to silence 
by nondisclosure agreements, acknowledge experimenting with the domain 
workbench and generator. Thus, no one knows if intentional programming 
works.


Sheltered by Mr. Simonyi’s wealth, Intentional Software seems in 
no hurry to release an imperfect product. But it is addressing real 
and pressing problems, and Mr. Simonyi’s approach is thrillingly 
innovative.


If intentional programming does what its inventor says, we may have 
something we have seldom enjoyed as computer users: software that 
makes us glad.


Jason Pontin is the editor in chief and publisher of Technology Review, 
a magazine and Web site owned by M.I.T. E-mail: [pontin-:-nytimes-:-com].

maxim - your flow data engine should handle that too, no? As much 
as we can create grid in rebol (well, or at least rebservices), and 
generate events using R3, we can distribute those events. In fact, 
that would be nice demo for plug-in - do some drawing board, shared

My idea involves having the backend generate a random code that gets 
presented as a draggable item in a javascript driven page.  The user 
must drag the code to a randoming placed box.  The code i s also 
randoming placed.  The script will generate a value based on the 
direction and length of the drag.  This gets compared on the server 
end along with the code.

Sure, ieven AGG2.3 (which Rebol is using) supports high quality downscaling 
of images(among other types of image filters). As I know lot of Rebolers 
would like to generate quality thumbnails ;) I'll try to talk with 
Carl about including this in future versions of Rebol.

As for triggering errors, I would prefer that argument type mismatches 
to APPLY would generate the exact same errors that a direct call 
to the function would generate - that way you wouldn't have to document 
2 sets of errors.

ghostscript can generate pcl from postscript ... and then you can 
feed it to the driver

How to generate portable Postscript

If you have propositions for improving the debug mode, I'll be glad 
to hear them. 


I'm currently working on a new Cheyenne release with a big cleanup 
of all debug and error logging done by background RSP processes. 
It will basically generate only 2 log files : error.log and debug.log. 
You'll be able to send content to debug.log file using some functions 
like : 

- debug/print data

- ?? word

so if your test will generate some relatively compatible data and 
if it would make sense to be presented like this we can do it

I'd say your RSP script should "be" the resulting web page; that's 
the normal way to generate dynamic pages. Why do you think of them 
as separate?

I use RapidWeaver to generate some files. And I need to inject HTML 
in one of these generated files. Hence options 1 to 3. The RSP is 
not generating the whole answer page.

I don't use much JSON, I generate the JS code directly server-side 
(using RSP) and just Eval( ) on client side.

If so, then when several fields of a ticket are changed at once, 
does that generate several log entries in the logs table?

** Script Error : draw has no value 
        ** Where: generate 
        ** Near:  [save/png img: make binary! 25000] 

Looks like it.