[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#289153: marked as done (kmail: bad support for paragraph changes and linebreaks)

Your message dated Sun, 15 Aug 2010 02:46:27 +0200
with message-id <201008150246.28089.ewoerner@kde.org>
and subject line Re: kmail: bad support for paragraph changes and linebreaks
has caused the Debian Bug report #289153,
regarding kmail: bad support for paragraph changes and linebreaks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

289153: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289153
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: kmail
Version: 4:3.3.1-3
Severity: normal

If I compose a new message and press Enter with the cursor in the
message body, a new paragraph is created.  This means that in the HTML
source code the sequence </p><p> is inserted.  In the plain text version,
just a newline character is inserted.

In my opinion, this behavior concerning plain text is not very nice.  It
is usual practice to insert a blank line to denote the beginning of a
new paragraph since otherwise you cannot distinguish between paragraph
changes and ordinary linebreaks.  (An "ordinary linebreak" would occur,
for example in this text:

    Best regards,
    Wolfgang Jeltsch)

On the other hand, KMail *displays* the HTML paragraph changes (</p><p>)
by inserting a blank line.  But this is ugly, in my opinion.  KMail
should use a smaller gap between the paragraphs.  Inserting blank lines
is a solution for plain text where no smaller gaps are possible.

So pressing Enter should result in </p><p> in the HTML source code which
should be displayed via a small gap between the paragraphs, and it
should result in a blank line in the plain text version.

In addition, it should be possible to insert ordinary linebreaks.  These
should result in just a linebreak in the plain text version of the mail
and in <br/> in the HTML version.  Paragraph changes are bad for things
like the "Best regards" example above.  It  would be bad to have a blank
line or even a smaller gap between "Best regards," and "Wolfgang Jeltsch",
and in addition it would be semantically incorrect to have both strings in
different paragraphs.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.6.7-pike
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

Versions of packages kmail depends on:
ii  kdelibs4                  4:3.3.1-4      KDE core libraries
ii  libc6                     2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libgcc1                   1:3.4.3-6      GCC support library
ii  libice6                   4.3.0.dfsg.1-8 Inter-Client Exchange library
ii  libkcal2                  4:3.3.1-3      KDE calendaring library
ii  libkdenetwork2            4:3.3.1-3      KDE Network library
ii  libkdepim1                4:3.3.1-3      KDE PIM library
ii  libkleopatra0a            4:3.3.1-3      KDE GnuPG interface libraries
ii  libkpimidentities1        4:3.3.1-3      KDE PIM user identity information 
ii  libksieve0                4:3.3.1-3      KDE mail/news message filtering li
ii  libmimelib1a              4:3.3.1-3      KDE mime library
ii  libpng12-0                1.2.8rel-1     PNG library - runtime
ii  libqt3c102-mt             3:3.3.3-7      Qt GUI Library (Threaded runtime v
ii  libsm6                    4.3.0.dfsg.1-8 X Window System Session Management
ii  libstdc++5                1:3.3.5-5      The GNU Standard C++ Library v3
ii  libx11-6                  4.3.0.dfsg.1-8 X Window System protocol client li
ii  libxext6                  4.3.0.dfsg.1-8 X Window System miscellaneous exte
ii  perl                      5.8.4-3        Larry Wall's Practical Extraction 
ii  xlibs                     4.3.0.dfsg.1-8 X Window System client libraries m
ii  zlib1g                    1:1.2.2-3      compression library - runtime

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 4:4.4.4-1

Fixed according to upstream bug report and no response from the submitter for 
4 weeks, closing.

--- End Message ---

Reply to: