[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kant
Subject:    Bug#45780: marked as done (Adding tabs screws up the line position and acts like a wordprocessor.) b
From:       owner () bugs ! kde ! org (Stephan Kulow)
Date:       2002-08-30 3:18:02
[Download RAW message or body]

Your message with subj: Adding tabs screws up the line position and acts like a \
wordprocessor.

Thank you for your bug report.
The bug that you reported has been identified, and has been fixed in the
latest development (CVS) version of KDE. The bug report will be closed.

has caused the attached bug report 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 I'm
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Stephan Kulow
(administrator, KDE bugs database)

(Complete bug history is available at http://bugs.kde.org/db/45/45780.html)

Received: (at submit) by bugs.kde.org; 26 Jul 2002 05:11:55 +0000
Received: (qmail 14636 invoked by uid 33); 26 Jul 2002 05:11:55 -0000
Date: 26 Jul 2002 05:11:55 -0000
Message-ID: <20020726051155.14635.qmail@mail.kde.org>
To: submit@bugs.kde.org
Subject: Adding tabs screws up the line position and acts like a wordprocessor.
From: rluhmann@morgadder.com
X-KDE-Received: -66.93.16.143

Package:           kate
Version:           CVS 2002-07-21 (using KDE 3.0.6 CVS/CVSup/Snapshot)
Severity:          normal
Installed from:    Compiled sources
Compiler:          g++ 3.1.1
OS:                Linux
OS/Compiler notes: Not Specified

This bug didn't exist in late June and was "added" after that.  In \
kdelibs/kate/part/katedocument.cpp approx line 3603 in KateDocument::paintTextLine() \
it says:


if (isTab)
xPosAfter -= (xposAfter % curAt->width(fs, *s));

This chunk of code was commented out stating that this caused Kate to act less like a \
wordprocessor and it fixes a brack problem.

What really happens, is that instead of moving to the tab column.  Like if if you \
have tabs set to 8 and you where at column 9 it should put you at column 16, it \
instead inserts 8 places or spaces if you have insert-spaces-for-tabs.

The immediate problem with that is that it the column count does not sync up with the \
position of the text.  If you insert tabs between some text, it might say it is at \
column 32 but in reality it is at column 45 or something.

The second problem, at least I think, is that Kate is more of a text editor and not a \
word processor.  If it didn't goof up "sync" between the reported column and the \
actualy column, this would be ok for a word processor.  If I want to write a letter \
to someone or a document, I'll use KWord.  If I want to write a program, I'll use \
Kate.

Maybe an option can be used to toggle between both modes?

Sorry for the rant, but this bug is really annoying and screws up the alignment of my \
code.




(Submitted via bugs.kde.org)

_______________________________________________
kde-kant mailing list
kde-kant@
http://mail.kde.org/mailman/listinfo/kde-kant


[prev in list] [next in list] [prev in thread] [next in thread]