Re[2]: Substitutions for site/path in SRC,HREF

DG> you tend to invent whole new sub- and super-languages

Let's think together.

The most hard condition for substitution is
to put value _inside_ meaning of attribute, i.e.
<link href="site.com$path$filename.txt">
  (or <link href="site.com/$path$/filename.txt">
  to look at /$ and $/ as at brackets)

Thus mark is the _hardest conclusion_ from this the _hardest condition_.

CSS, <sbs> or any other way needs,
that some mark was inside meaning of attribute
(to replace this mark by value of substitution).

I don't know, how should $path$ be appreciated -
as sub- or super-languages :) -
but it's impossible to solve without $path$.

DG> define and reuse variables /within/ style sheets, e.g. for ... file paths

Let's imagine, that 'path' is specified in css-file as any other property.
One definition should specify substitution _simultaneously_
for all attributes SRC,HREF,ACTION,DATA,CLASSID,CODEBASE,etc
of all tags IMG,LINK,A,FORM,OBJECT,FRAME,etc.

If you offer to specify in css-file (like in example below),
i agree (i cared about presence of functionality),
but that is not elegant variant:
to remember magic list of all tags with links.

/*** in css-file ***/
img,link,a,form,object,frame {
  path1:  dir1/dir2/dir3;
  path2:  folder1/folder2;
  ...
  path99: directory1/directory2;
}

DG>  Your example,
DG> on the other hand, shows what can be substituted on the server side.

My idea is inverse, i.e. idea is to substitute on client side
in additional file (like css-file).

<head>
  <link href="a.sbs" rel="substitution" type="text/sbs">
</head>


Dmitry Turin
http://html6.by.ru
http://sql4.by.ru
http://computer2.by.ru

Received on Tuesday, 22 May 2007 13:13:18 UTC