World: r3wp

on Gab's Temple. 


pre-defining the 'id' is a way for developers and designer to communicate 
and agree on certain stuffs. That is how the separation of work is 
being done. Developer will code with 'address' in mind in their business 
logic..and designer just design the layout and only need to put in 
id 'address'.

Drat, that is another point I had wanted to make :o)

Chris - the discussion is pointless imo :-) No matter what css is 
or is not, the sites are distinguishable. While it may allow for 
nearly whatever design, it is like i said.  Now the question is, 
if it is because developers are starting to use css and use some 
existing templates, or technology itself allows for easy creation 
of such designs, which all share similar design patterns ...

I did not say I don't like how css look. It looks maybe even better, 
kind of a book design -more typographically correct, more blending 
of images and text, which was not easily possible with tables etc., 
simply different ...

re workflow - interesting - I will order Zeldman's book too .... 
Alistapart seems to be a good resource too. I never build large site, 
just few webpages, generated by script or using DreamWeaver 4 long 
time ago. My mine problem right now is - how to start to think of 
a design. From typographics area I know I should divide page into 
some sections. I did so using tables extensively, now I wonder, if 
I should use css columns, simply using "div" tags ...

I can also see combination of table (to create column/row template) 
and the rest be done using css ...

So - if you would build "typical" webshop, would you go for tableless 
design?

maybe at the 'checkout' part where u list all the items in the cart... 
that could be one of the area where I think 'table' is better suited

try e.g. http://www.dxt.czand choose whatever category on the left 
... products are placed in a grid (table). I wonder if you would 
use table or go without it ...

personally, within the product category, I would not use table. But 
the whole left column (seach field, mailing list subscription, prodcut 
category ) will probably sit within a table

Divs are ultimately more flexible than tables.

Tables have their place -- for the display of tabular data as they 
were intended.
For page layout and markup, DIVs are ultimately less boxy.

They also, usually, produce data flow that is more friendly than 
tables for people using accessibility aids.

So for typical boxy design, as e.g. webshop product listing, you 
would use tables or not?

ID and class -- the "problem" (aka "advantage") of an ID is that 
you can only use it once on a page -- it has to be unique.

That's a good reason *not* to use it for the page design. So leave 
IDs to the template people. Then there's no clash.

For a product list -- a table -- then yes, I'd use a <table>. It's 
what they are for.

If it'sa single column table (just the product name, say) use a list 
-- <ol> or <ul>

That way the page is "semantically" marked up -- that helps accessibility 
aids.

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.

Interesting that Firefox next release is intending to have a by-site 
user CSS feature. So I'' be able to personalise *any* site I view 
regularly in Firefox by simply adding some CSS.


I can see a market for customised style sheets (make MSN look good, 
or mold Google to my corporate colors, or just look funkier than 
the boring original). Afterall, websites are just about the only 
thing on my computer that I can't reskin.


In the future, sites that are easily reskinnable, may have a competitive 
advantage over those that are not. That means using CSS.  (CSS was 
always meant to make this possible. It's the browsers that have been 
slow).

how will they do it? Will link refer to local storage, or?

in FF, there is an option that says always use my 'Fonts or Colors'... 
they probably need to extend it and says use my stylesheet. ..


and that should load your stylesheet instead of the one from the 
site

probably nothing to do with what the site 'designers' have to do.

or rather..site designers do not need to do anything to allow that

about Temple...

the idea is just that, since you will be using classes and ids already, 
why not using that for templates too?

that said, i have to add that my latest version (used in the Detective 
builder portal) is able to match any tag using patterns

so you continue on developing temple further?

for example, the pattern [any attrib "x"] would match any tag with 
the attribute "attrib" with value "x"

[a href "http://www.rebol.com"] would match any link to that url... 
and so on

i use it mainly for [input] tages, when i want to match an input 
tag with a given name, etc.

yes petr, i add things as i need them. i just don't have the time 
to polish it up and design a dialect for it

Nearly the only thing I did not like about Temple (well, except the 
lack of higher level dialect and docs :-), was that it uses two-phase 
process, and once you build web-page from rebol block structure, 
it knows nothing about original template formatting, I mean - html 
source code formatting, so you may end-up with ugly code, but that 
is not relevant to 99% of users :-)

maybe one day...

petr: usually the formattin is preserved, bacause all spaces and 
newlines are preserved

hmm, it is long time ago I looked at Temple sources, but it seemed 
to me, that first phase generates block of blocks ... then you use 
some functions, e.g. find-by-id, etc., which does lookup in rebol 
block structure and then it replaces/adds data to it. Now once you 
generate html content, how does it know about its original formatting? 
You would have to store pointers to certain sections of original 
template to fill-in releavant data, but maybe I just was looking 
wrong into it ...

inside the blocks, there are still strings with spaces and newlines. 
:)

i.e. spaces and newlines are treated as any other text content.

ah so ... and what about tags themselves and their alignment? :-)

what is not preserved, is psaces and newlines inside tags, but that's 
not used much often, at least in my experience

alignment is preserved because spaces are.

ah, now I got it, thanks :-)

I was curious about tags indentation from the beginning of row, but 
such "space" is stored in some previous line string, right?

re your patterns above - is that any new functionality? Or does it 
work with functions like find-by-id, etc.?

new functions, and added support for it to temple-map-data etc.

so no plans of anytime soon Temple release?

no time now, so no plans.

Did you do any speed comparisons to classical templating engines? 
:-) I read about smarty, its compilation etc., but found it unpractical. 
Maybe Temple with FastCGI could be even faster, as it could have 
some templates preloaded :-)

on speed with respect to php (and probably other languages).


smarty itself can be further 'accelerated' with accelerators like 
ionCube 
http://www.php-accelerator.co.uk/


So, if one was to ever go down this lane of comparing speed, then 
there is a need to compare
1. tempate system alone
2. with accelerators on.

petr: Temple has a LOT of room for optimizations. :)

I would think FastCGI should provide good enough performance. 


Reichart's team is gunning for 0.30s processing for their scripts 
in QTask. That seems a reasonable limit.

Gabriele - that is good to know .... hmm, I just wonder what plans 
do you have on temple. The thing is - it is imo correct aproach to 
templating, if your web designer can't program. If you are web designer 
and coder at once, you might find another template systems satisfactory 
enough.

Maybe there could be some download link, I was able to get it working 
with your help with few emails exchange. Thru other ppl usage you 
could gain more feedback or simply docs, or someone could do some 
other coding ....

Pekr - http://www.stopdesign.com/log/2003/11/13/nolimits.html- from 
a well-known designer and CSS proponent regarding workflow.