[scribus] EOL interpreted as end of paragraph.
gpittman at iglou.com
Mon Apr 2 19:33:11 UTC 2012
On 04/02/2012 01:06 PM, john Culleton wrote:
> On Sat, 31 Mar 2012 22:59:46 +0200
> Jean Ghali<jghali at libertysurf.fr> wrote:
>> Unicode has defined non ambiguous and portable characters to use as
>> line and paragraph separator :
>> - line separator : 0x2028
>> - paragraph separator : 0x2029
>> In gvim case it should be using 0x2028 character and not the carriage
>>> if I delete all EOL markers in Gvim then Gvim
>>> will still wrap the lines visually but may divide lines in the
>>> middle of a word to accomplish the visual wrap. That's a bit clumsy.
>> This only underlines gvim uses a basic and non unicode compliant line
>> breaking algorithm.
>>> HTML does not so interpret an EOL for example. And the blank line
>>> convention is followed when typing emails.
>> For HTML line feed and carriage-return are equivalent to a space. But
>> this is specific to HTML. As most mail programs implement unicode
>> line breaking algorithm, text wraps without problems.
> I inquired on the Gvim list and here is part of the reply I
> The characters used for end-of-line markers are all ASCII characters
> and are in the range of characters whose codes are common to all
> character sets (as I understand it) including latin1, ISO-8859-x,
> and UTF-8.
> Changing to UTF-8 is not going to change the way Vim saves
> end-of-line markers.
I don't think the point is that they were using nonASCII characters,
it's a question of what the appropriate one is for EOL.
You might try using the iconv utility to convert your file, for examples:
iconv -f UTF-8 -t ISO-8859-1 original.txt > converted.txt
iconv -f ISO-8859-1 -t UTF-8 original.txt > converted.txt
depending on which way you want to go.
(-f if from, -t is to)
More information about the scribus