World: r3wp

not tested, but if you want to start something on windows start up, 
just add link into this folder> C:\Documents and Settings\<%your-user-name%>\Start 
Menu\Programs\Startup   (if you have english windows) The folder 
names are localized so it will look different in other languages)

This is for windows 2003 .. I suspect that the user needs to login 
for startup links to work?

Found this in misc/service.r


; TBD: replace alert function by a call to MessageBox win32 API (would 
work with both Core&View)
alert: func [msg /local svs][
	svs: system/view/screen-face
	svs/pane: reduce [
		make face [
			offset: (system/view/screen-face/size - 200x50) / 2
			size: 400x100
			pane: make face [
				size: 380x80
				offset: 0x24
				text: msg
			]
		]
	]
	show svs
	open-events
	wait []
	clear svs/pane
	show svs
]

So, looks like doc hasn't got round to replacing this code which 
is called later on by this


alert "ERROR : installing a service requires Administrator rights!"

ok, so get it running as a service you need to run as administrator 
first, and then use the "run as service" menu

Well, I get the "congratulations you're running Cheyenne" page .. 
but nothing else is working

ie. the cgi, rsp and rsp web app are not

I wonder how slow it might be to use a coding style where each page 
is represented by a Rebol object, and to display the page back to 
the browser client, you have a render function that iteractively 
calls the render function of each element of the object.  the object 
initializes by reading the session and request objects when it is 
first instantiated

is there any work about running encrypted rsp pages on cheyenne? 
just like zend encoder for php?

what's an encrypted page?

The performance of an object compositing system would depend mostly 
on how each object performs in delivering its rendering. If each 
object is fast enough, the composition is doable

This who process could be controlled by a VID dialect that creates 
the object that then generates the page

Yep

My web framework works along those lines, but it doesn't use objects 
in that place

I'd imagine it could be quite the killer app .. a dialect that generates 
a web page for you switching between YUI, jQuery or whatever JS framework

That's more in the direction of Weblocks

Where's your framework?

On my disk :-)

Ahh.. Maxware

The html dialects I've seen before don't address the issues of JS 
frameworks ...

Might make an interesting project ...

Not really; it's running a number of sites, including the Syllable 
sites. It has also performed the final distribution build of the 
last Syllable Server release. But it's not published

I've in the process of rewriting a site I built 3 years ago in YUI 
and it is so tedious and repetitive.

Ideal target for dialecting

So, does your dialect build QM sites ?

I'm not using an HTML dialect; at least not as a requirement. The 
dialects I have are text, not REBOL

So I'm doubtful people even here would understand my design decisions 
even if I would publish it

For example, I did the Try REBOL site with it on top of QM, but I'm 
working on replacing QM fully

with ...?

My framework. They're both MVC-style

Endo: I will need a rebol code obfuscator for making one of cheyenne 
webapps also run locally. I don't know how encryptor would work since 
local app would have to decrypt it to run it so others can see that 
and decrypt it also in same way.

but I haven't yet started coding it.

5-Aug-2010/20:58:17-7:00 : make object! [
    code: 200
    type: 'syntax
    id: 'invalid
    arg1: "tuple"
    arg2: "247hvs.cloud-ehr.net"
    arg3: none
    near: "(line 171) 247hvs.cloud-ehr.net  ["
    where: none
]

when using this for a webapp

@janko: I use Zend Encoder to encode my PHP scripts before give them 
to my customers, so they cannot see/change my scripts. Zend Optimizer 
is a free tool which installed on IIS or Apache, it simply reads 
the encoded php files decode them and execute. It really difficult 
to crack it, not impossible ofcourse but it gives enough security 
to protect sources.

I thought that it can be easily adopted in Cheyenne to read & execute 
encoded RSP files.

I've been thinking of how to separate code from display and have 
come up with the following ideas http://rebol.wik.is/Cheyenne/Page_Title/HTML_dialect


Basically the idea is to create all the html, js, css beforehand, 
and then emit in a template.  When the parser runs through the layout 
block, it builds all the CSS and JS links.  Once it reaches the body, 
it recursively parses the div tags building and closing them.  In 
the same way html, head and body tags are built and closed.

Hopefully this will result in more maintainable code .. as the whole 
page is now Rebol.  And like classical programming, we "define" all 
our variables first .. and then use them later on.

Has anyone done anything similar already?

yes, I wrote the HTML dialect to do a similar thing, though not with 
direct mapping of HTML tags to REBOL words.

I get the idea that your dialect is much more low level ...

actually it's more high level. you get loops and mapping of blocks 
and objects to tables, etc.

are you still using it?

yes, it's used on my website.

and I use it also on the R2 and R3 pages for GUI images, that I serve 
locally, as you have seen.

Have you got any examples for the pages on your sites?

I can see if I can pull a few out. The reason the HTML dialect is 
not published yet, is because the docs contain examples about redirecting, 
and coincidentally, redirects to an empty page. :-)

perhaps I can remove those parts for now...

http://www.hmkdesign.dk/rebol/html-dialect/docs/0.0.7/html-dialect.html

yes, you can use that for now.

I think I might develop my idea a little to see if I can get anywhere 
with it.