You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Antonio Magni <af...@magni.name> on 2007/01/26 13:44:32 UTC
I make use of parameters generated from a sitemap
<map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
from the .xsl file. The parameter {$root} gets subistitued without any
problems in my <a href="{$root}" ...> tag. But if I add a slash after
the parameter (as in <a href="{$root}/" ...>) the xsl drops the entire
<a> tag, and in my resulting .html page, I lose my link. Please note
that when I use the same parameter in earlier in the .xsl file, in
different tags, this behaviour does not occur.
Summarizing:
<map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
and
<a href="{$root}">...</a>
works fine.
-------
<map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
and
<a href="{$root}/">...</a> doesn't work.
---------
<map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}/"/>
( note the added slash after {3}) and
<a href="{$root}">...</a> also doesn't work.
----------
Am I going nuts? Give me my links back! I mean, before I dive into the
various details, I would like to know if this is something known... I
don't know what to search for in the email lists...
Cocoon 2.1.7
--
Antonio Magni
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Antonio Magni <af...@magni.name>.
OK, guys, thank you for your interest. I found out that this was not a
problem, but a feature from lenya:
Whenever lenya finds a broken link, it drops the link, so that your
site doesn't have broken links (well, not exactly, but almost). What I
discovered was that once I created those pages, the link magically
reappeared.
This must be somewhere in lenya's pipeline... Still fairly new to lenya.
Thank you anyways, since I should have posted this on lenya email list. ;-)
On 1/31/07, Jason Johnston <co...@lojjic.net> wrote:
> Can you show us what your pipeline looks like?
>
>
> Antonio Magni wrote:
> > Its not abou being at the end, and its not general to any href. See
> > the problem even occurs when I add something after the / like
> > {$root}/mypage.html. And the problem occurs even when I write out the
> > same content of the variable {$root}. Actually, I found this out:
> >
> > it happens when I use <a href="/lenya/[publicationname]/[authoring|live]/">
> >
> > The problem disappears if I do any of the following (which of course
> > is not helpful for me):
> >
> > 1) use a publication name that does not exist
> >
> > 2) use a word other than authoring or live after the publication name
> >
> > 3) remove the first slash
> >
> > 4) remove the slash after [authoring|live]
> >
> > Where would I have to look? Probably a lenya thing?
> > On 1/29/07, Thomas Markus <t....@proventis.net> wrote:
> >> that happens if your stylesheet has no matcher but content is copied.
> >> sounds that a stylesheet has a matcher for urls without a / at the end.
> >>
> >> Antonio Magni schrieb:
> >> > I tried the to use the html serializer instead, but the problem
> >> persists.
> >> >
> >> > OK, so here are the details of the mistery:
> >> >
> >> > 1) The problem only appears for a[@href] tags;
> >> >
> >> > 2) The symptom is that the <a> tag (and all paramters) are dropped,
> >> > but the content of it is held intact.
> >> >
> >> > 3) Some examples:
> >> >
> >> > Say root="/lenya/default/authoring"
> >> >
> >> > <a href="{$root}">Hello!</a>
> >> >
> >> > produces
> >> >
> >> > <a href="/lenya/default/authoring">Hello!</a>
> >> >
> >> > But!!:
> >> >
> >> > <a href="{$root}/">Hello!</a>
> >> >
> >> > produces
> >> >
> >> > Hello!
> >> >
> >> > while running the same example in the same position, but just
> >> > substituting href with id (or <a> with <p>), produces normal output.
> >> >
> >> > CRAAAYYYZZZEEEEE!!
> >> >
> >> > There has to be some funky substitution going on somwhere...
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >> For additional commands, e-mail: users-help@cocoon.apache.org
> >>
> >>
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
--
Antonio Magni
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Jason Johnston <co...@lojjic.net>.
Can you show us what your pipeline looks like?
Antonio Magni wrote:
> Its not abou being at the end, and its not general to any href. See
> the problem even occurs when I add something after the / like
> {$root}/mypage.html. And the problem occurs even when I write out the
> same content of the variable {$root}. Actually, I found this out:
>
> it happens when I use <a href="/lenya/[publicationname]/[authoring|live]/">
>
> The problem disappears if I do any of the following (which of course
> is not helpful for me):
>
> 1) use a publication name that does not exist
>
> 2) use a word other than authoring or live after the publication name
>
> 3) remove the first slash
>
> 4) remove the slash after [authoring|live]
>
> Where would I have to look? Probably a lenya thing?
> On 1/29/07, Thomas Markus <t....@proventis.net> wrote:
>> that happens if your stylesheet has no matcher but content is copied.
>> sounds that a stylesheet has a matcher for urls without a / at the end.
>>
>> Antonio Magni schrieb:
>> > I tried the to use the html serializer instead, but the problem
>> persists.
>> >
>> > OK, so here are the details of the mistery:
>> >
>> > 1) The problem only appears for a[@href] tags;
>> >
>> > 2) The symptom is that the <a> tag (and all paramters) are dropped,
>> > but the content of it is held intact.
>> >
>> > 3) Some examples:
>> >
>> > Say root="/lenya/default/authoring"
>> >
>> > <a href="{$root}">Hello!</a>
>> >
>> > produces
>> >
>> > <a href="/lenya/default/authoring">Hello!</a>
>> >
>> > But!!:
>> >
>> > <a href="{$root}/">Hello!</a>
>> >
>> > produces
>> >
>> > Hello!
>> >
>> > while running the same example in the same position, but just
>> > substituting href with id (or <a> with <p>), produces normal output.
>> >
>> > CRAAAYYYZZZEEEEE!!
>> >
>> > There has to be some funky substitution going on somwhere...
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Antonio Magni <af...@magni.name>.
Its not abou being at the end, and its not general to any href. See
the problem even occurs when I add something after the / like
{$root}/mypage.html. And the problem occurs even when I write out the
same content of the variable {$root}. Actually, I found this out:
it happens when I use <a href="/lenya/[publicationname]/[authoring|live]/">
The problem disappears if I do any of the following (which of course
is not helpful for me):
1) use a publication name that does not exist
2) use a word other than authoring or live after the publication name
3) remove the first slash
4) remove the slash after [authoring|live]
Where would I have to look? Probably a lenya thing?
On 1/29/07, Thomas Markus <t....@proventis.net> wrote:
> that happens if your stylesheet has no matcher but content is copied.
> sounds that a stylesheet has a matcher for urls without a / at the end.
>
> Antonio Magni schrieb:
> > I tried the to use the html serializer instead, but the problem persists.
> >
> > OK, so here are the details of the mistery:
> >
> > 1) The problem only appears for a[@href] tags;
> >
> > 2) The symptom is that the <a> tag (and all paramters) are dropped,
> > but the content of it is held intact.
> >
> > 3) Some examples:
> >
> > Say root="/lenya/default/authoring"
> >
> > <a href="{$root}">Hello!</a>
> >
> > produces
> >
> > <a href="/lenya/default/authoring">Hello!</a>
> >
> > But!!:
> >
> > <a href="{$root}/">Hello!</a>
> >
> > produces
> >
> > Hello!
> >
> > while running the same example in the same position, but just
> > substituting href with id (or <a> with <p>), produces normal output.
> >
> > CRAAAYYYZZZEEEEE!!
> >
> > There has to be some funky substitution going on somwhere...
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
--
Antonio Magni
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Thomas Markus <t....@proventis.net>.
that happens if your stylesheet has no matcher but content is copied.
sounds that a stylesheet has a matcher for urls without a / at the end.
Antonio Magni schrieb:
> I tried the to use the html serializer instead, but the problem persists.
>
> OK, so here are the details of the mistery:
>
> 1) The problem only appears for a[@href] tags;
>
> 2) The symptom is that the <a> tag (and all paramters) are dropped,
> but the content of it is held intact.
>
> 3) Some examples:
>
> Say root="/lenya/default/authoring"
>
> <a href="{$root}">Hello!</a>
>
> produces
>
> <a href="/lenya/default/authoring">Hello!</a>
>
> But!!:
>
> <a href="{$root}/">Hello!</a>
>
> produces
>
> Hello!
>
> while running the same example in the same position, but just
> substituting href with id (or <a> with <p>), produces normal output.
>
> CRAAAYYYZZZEEEEE!!
>
> There has to be some funky substitution going on somwhere...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Antonio Magni <af...@magni.name>.
I tried the to use the html serializer instead, but the problem persists.
OK, so here are the details of the mistery:
1) The problem only appears for a[@href] tags;
2) The symptom is that the <a> tag (and all paramters) are dropped,
but the content of it is held intact.
3) Some examples:
Say root="/lenya/default/authoring"
<a href="{$root}">Hello!</a>
produces
<a href="/lenya/default/authoring">Hello!</a>
But!!:
<a href="{$root}/">Hello!</a>
produces
Hello!
while running the same example in the same position, but just
substituting href with id (or <a> with <p>), produces normal output.
CRAAAYYYZZZEEEEE!!
There has to be some funky substitution going on somwhere...
On 1/26/07, Thomas Markus <t....@proventis.net> wrote:
> Hi,
>
> if you use lenya (looks like) then try use html serializer instead of
> xhtml in your publication-sitemap
>
> thomas
>
> Antonio Magni schrieb:
> > I make use of parameters generated from a sitemap
> >
> > <map:parameter name="root"
> > value="{page-envelope:context-prefix}/{2}/{3}"/>
> >
> > from the .xsl file. The parameter {$root} gets subistitued without any
> > problems in my <a href="{$root}" ...> tag. But if I add a slash after
> > the parameter (as in <a href="{$root}/" ...>) the xsl drops the entire
> > <a> tag, and in my resulting .html page, I lose my link. Please note
> > that when I use the same parameter in earlier in the .xsl file, in
> > different tags, this behaviour does not occur.
> >
> > Summarizing:
> >
> > <map:parameter name="root"
> > value="{page-envelope:context-prefix}/{2}/{3}"/>
> >
> > and
> >
> > <a href="{$root}">...</a>
> >
> > works fine.
> > -------
> > <map:parameter name="root"
> > value="{page-envelope:context-prefix}/{2}/{3}"/>
> >
> > and
> >
> > <a href="{$root}/">...</a> doesn't work.
> > ---------
> > <map:parameter name="root"
> > value="{page-envelope:context-prefix}/{2}/{3}/"/>
> >
> > ( note the added slash after {3}) and
> >
> > <a href="{$root}">...</a> also doesn't work.
> > ----------
> >
> > Am I going nuts? Give me my links back! I mean, before I dive into the
> > various details, I would like to know if this is something known... I
> > don't know what to search for in the email lists...
> >
> > Cocoon 2.1.7
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
--
Antonio Magni
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Thomas Markus <t....@proventis.net>.
Hi,
if you use lenya (looks like) then try use html serializer instead of
xhtml in your publication-sitemap
thomas
Antonio Magni schrieb:
> I make use of parameters generated from a sitemap
>
> <map:parameter name="root"
> value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> from the .xsl file. The parameter {$root} gets subistitued without any
> problems in my <a href="{$root}" ...> tag. But if I add a slash after
> the parameter (as in <a href="{$root}/" ...>) the xsl drops the entire
> <a> tag, and in my resulting .html page, I lose my link. Please note
> that when I use the same parameter in earlier in the .xsl file, in
> different tags, this behaviour does not occur.
>
> Summarizing:
>
> <map:parameter name="root"
> value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> and
>
> <a href="{$root}">...</a>
>
> works fine.
> -------
> <map:parameter name="root"
> value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> and
>
> <a href="{$root}/">...</a> doesn't work.
> ---------
> <map:parameter name="root"
> value="{page-envelope:context-prefix}/{2}/{3}/"/>
>
> ( note the added slash after {3}) and
>
> <a href="{$root}">...</a> also doesn't work.
> ----------
>
> Am I going nuts? Give me my links back! I mean, before I dive into the
> various details, I would like to know if this is something known... I
> don't know what to search for in the email lists...
>
> Cocoon 2.1.7
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Posted by Jeroen Reijn <j....@hippo.nl>.
Hi Antonio,
I'm not sure what's going on, but this seems to be a problem with your
link. What does it look like when you print it out on the page instead
of inside the href attribute of your webpage.
Your parameter looks fine, so I guess the problem lies somewhere else.
Regards,
Jeroen Reijn
Antonio Magni wrote:
> I make use of parameters generated from a sitemap
>
> <map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> from the .xsl file. The parameter {$root} gets subistitued without any
> problems in my <a href="{$root}" ...> tag. But if I add a slash after
> the parameter (as in <a href="{$root}/" ...>) the xsl drops the entire
> <a> tag, and in my resulting .html page, I lose my link. Please note
> that when I use the same parameter in earlier in the .xsl file, in
> different tags, this behaviour does not occur.
>
> Summarizing:
>
> <map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> and
>
> <a href="{$root}">...</a>
>
> works fine.
> -------
> <map:parameter name="root" value="{page-envelope:context-prefix}/{2}/{3}"/>
>
> and
>
> <a href="{$root}/">...</a> doesn't work.
> ---------
> <map:parameter name="root"
> value="{page-envelope:context-prefix}/{2}/{3}/"/>
>
> ( note the added slash after {3}) and
>
> <a href="{$root}">...</a> also doesn't work.
> ----------
>
> Am I going nuts? Give me my links back! I mean, before I dive into the
> various details, I would like to know if this is something known... I
> don't know what to search for in the email lists...
>
> Cocoon 2.1.7
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org