W3C home > Mailing lists > Public > www-amaya@w3.org > October to December 2002

Re: bugs 7.1

From: Vincent Quint <Vincent.Quint@inrialpes.fr>
Date: Mon, 30 Dec 2002 11:40:48 +0100
To: JHL_GmbH@t-online.de (Jochem Heicke)
Cc: www-amaya@w3.org, Vincent.Quint@inrialpes.fr
Message-Id: <20021230104048.7E8821A1B2@lihue.inrialpes.fr>

Jochem Heicke wrote:
> 
> After installing 7.1 LINUX version which at least started I can not help 
> but show my disappointment.
> 
> The editor display is garbled and does not show the last part of the 
> file after synchronising.

Could you provide an example of a file with that problem?
That would help to understand what happens.

> It seems that I totally misunderstand the use of <pre> tags now for years.
> 
> Mozilla changes newlines inside a <pre> block to <br />

Yes, I have just checked. That's a strange behaviour. I don't see any
reason to make that change. In a <pre>, a newline is enough to indicate
a line break and it is perfectly valid.

> Amaya inserts a newline after a <br /> on every save.

Right. That's to make the source code more readable. But this is an issue
within a <pre>, especially when Mozilla has turned all newlines into
<br/> elements.

I have made a change in the CVS base. Newlines are no longer inserted
after <br/> elements within a <pre>.

> So most of my files became unusable and had to be edited with a text editor.
>
> Also AMAYA forces a maximum lenght of line inside a pre tag to be about 
> 60 chars and inserts a newline.

Are you sure? I have tried and the only newlines Amaya added within a <pre>
where after the <br/> (but that's fixed now).

> NOT FUNNY ANYMORE
> 
> It seems there are about 50 people left which are interested in a w3c - 
> conformant editor.
>
> Jochem Heicke

Vincent.
Received on Monday, 30 December 2002 05:41:43 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 April 2014 11:01:38 UTC