Hi, hope this helps:
I've been working with IE6, Lenya 1.2.4 and Cocoon 2.1.7 and all the
pictures references got broken after editing with Kupu. The host portion was
duplicated, something like http://host:port/host:port/path
After some research I found that replacing
<xsl:value-of select="@data"/>
with
<xsl:value-of
select="concat('/',substring-after(substring-after(@data,'/'),'/'))"/>
BOTH AT
line 45 of webapp/lenya/resources/kupu/apache-lenya/lenya/content2edit.xsl
AND
line 94 of webapp/lenya/pubs/your-pub/xslt/xhtml2xhtml.xsl
would do.
The practical effect is to remove that host Kupu insists to insert. I have
not tested this solution thoroughly, but so far it has been working fine.
Comments and thoughts are welcome.
Marcos
----- Original Message -----
From: "Kubiak, Thomas" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Thursday, September 01, 2005 11:02 AM
Subject: AW: Problems with Kupu Editor
Thanks for that idea. It's the same problem you described.
Another big problem is, that all clients HAVE TO use IE6, no way to install
Firefox on them.
Any other suggestions how to solve the URL-modification from Kupu.
Thanks and regards
Thomas
-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 1. September 2005 06:56
An: [email protected]
Betreff: Re: Problems with Kupu Editor
On 8/31/05, Kubiak, Thomas <[EMAIL PROTECTED]> wrote:
> We have Lenya 1.2.x with visual editor Kupu.
> Now the Problem is, that Kupu translates the Doctypes samples that we
> use as templates.
> I made a template that has links that refer to the same content, like
> in a FAQ site. I mean a <a href="#abc">ABC</a> that links to <a
> name="abc"> for example.
> After editing and saving it with Kupu, these <a href="#abc">ABC</a>
> get changed so that they won't work anymore.
>
> Where can I modify the behavior of Kupu inside Lenya ? Does anybody
> have the same problem ? Any solutions ?
Was this the same as our issue? When editing links in Kupu with MSIE, the
URLs were completed with the protocol, servername and current document path.
Since the servername is for our secure editing server, and the document path
included "authoring", this was very bad for publishing documents.
Our workaround is to use Mozilla or Mozilla Firefox for editing.
Still wondering if this is due to MSIE-specific code in Kupu, or just a
problem with MSIE that requires MSIE-specific code in Kupu to fix.
We did not research it after realizing it was MSIE-specific.
We also had to fix Kupu so that <A NAME="ourTag"> was not removed.
That is documented at:
http://solprovider.com/lenya/kupucenter
in the ALIGN section.
solprovider
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
