World: r3wp

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.

Remark also doesn't require coding skills for the content side, even 
if its generating dynamic content, making it much more appealing 
for anyone to learn.


the fact that REBOL (or any processing, in fact ) is running on the 
server is totally invisible for the content creator.

thanks for the visual nitpicking.  I hadn't realized that the lighting 
orientation discrepancies where notable for users.  I'll but a little 
more effort in future texture work & revisions.

but=put

Are you saying that all text resources served will be processed by 
remarq, including stylesheets?

for this site probably.  Even some javascript will be generated on-the-fly.

I guess what's not clear to me is how is a designer who is including 
some remarq tags into the page going to know the IDs and class attributes 
of the generated HTML so that he can create appropriate CSS for that 
HTML - can he specify the class, ID (or a set depending on the type 
of content) on the remarq element so that these will be used in generation?

it all depends on the remark tags you use (and build).


there is already a tag which outputs <P class="xxxx">content</p> 
 where "xxxx" is the actual label of the remark tag.

so 

<!TITLE This is my title>

outputs 

<P class="TITLE">This is my title</p>

the <!main-menu> tag itself might return: <!TITLE item-1>  as part 
of its markup so that will ultimately use the p.title  CSS class.

Well, this can work for simple content where the name of the remarq 
tag pretty much matches the output one to one. I was wondering about 
more complex cases, e.g. a table, where all parts of the generated 
content need spearate styles. It might be useful to allow something 
like <!FANCY_TABLE classes="fancyHeaderClass,columnClass,rowClass" 
ids="..."/> or something like that. The exact values for these would 
be based on some well documented definition of the FANCY_TABLE. Another 
possibility would be to provide another tool for parsing the various 
remarq tag implementations and generating or updating (if already 
generated) a CSS file that the designer would then work on and have 
ownership over.

not sure it was clear in the above that I meant that remarq would 
use the passed in set of classes, ids, etc, parse them based on some 
convention, and use them in the generated output

you can do all that, each tag is its own dialect which you define 
however you wish  :-)

sure, but a convention would be useful so that a designer wouldn't 
have to learn a different dialect for every tag - at least not for 
just doing the styling

what I'm saying is that these things will part of document model 
which you either define yourself, or pick and choose from 3rd party.


moliad.net is a test bed for this new remark technology and out of 
it, quite a few document models will be born.  One big feature of 
remark is that rtags use REBOL data, not HTML syntax.  so you can 
structure stuff with the cleaner rebol syntax, ex:


<!table  labels:  [ name birthdate city ]   label-styles:  [inverted-label 
label label ] column-styles: [bold-text text text ] data: <sql! select 
[name date city ] from users-table >>


note here that the <sql! tag is parsed first, so its data will be 
fetched and inserted within the table.

alternatively, for simplicity, one could build a  <!user-list> tag 
which is defined as <sql! select [name date city ] from users-table 
>  and use that simpler tag in the !table definition.

the styles might also be rtags and the sets of tags too.    all is 
parsed as text within the engine, which you can load as data or as 
text within your rtags.

this way all tags can inter-operate even if they are defined in different 
document models.

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.

Sounds powerful, but how do you see this stuff working in standard 
tools for editing web apps? What you describe above is not valid 
xhtml, for example.

there could also be issues with valid characters between (x)html/REBOL, 
no?

It would be nice to at least have some schema/DTD support from standard 
editors, but as you have it, that wouldn't work.

just thinking about how this would work in the typical web development 
environment wrt people, roles, tools, etc

you should move to remark group :-)

was thinking just that  :-)

I'll reply there...

Peter Wood:
http://www.rebol.org/view-script.r?script=money.r
Three typos I noticed during a quick (foggy headed) read:

intergral -> integral

multipy -> multiply  ; <- this typo probably causes a loose word 
('multiply set in global context), but not stop the script working.
verisons -> versions

Thanks, Anton

I've corrected the error, run the test suite and uploaded the corrected 
version.

Very nice Ashley!

Graham: "Are you standing?" ... yes (click About to see more details).

Unusual ... most of these family first type of parties are usually 
strongly allied to the christian right

you'd be an atheist amongst the christians!

Policywatch: Very very cool, Ashley.

That page is pretty fast. Does it run on Cheyenne?

Apache .. I peeked

Ashley, typo:
Malcolm Turnball -> Turnbull
http://policywatch.org.au/parties.html

MML? This is a rebol dialect?

That's what it looks like to me.

jankoL I did all the graphics myself, I have a few carreers behind 
me  ;-)

If Ashley has a rebol dialect that outputs html/css/javascript then 
that is a direct route for rebol on all major smart phones including 
iphone via 'phonegap'

i mean rebol "developed" apps as it won't be rebol running on the 
phone...

janko.. my site is all built using remark, and uses jquery (which 
I used for the menues) embed as a module

I'd really like to see more about MML Ashley.
 ... http://www.dobeash.com/MML/mml.html


Note that this is still a WIP (it's evolving as my site requirements 
evolve).

Absolutely fantastic!  Can we download the script?  (drooling)

Looks excellent Ashley.

Nick, you're going to have to vote for Ashley first!

OK, he gets my vote - whatever we're voting on :)  What do I have 
to do to get my hands on MML - this is really useful!

Ok, you just need to be an Australian citizen, move to Ashley's electorate 
and vote for him!

Only if I could have a personal guarantee that REBOL will make its 
way into the government PCs in Higgins :)

Thank you Chris, AltJSON is really usefull 8-)