Bug 84391 - Column alignment in the chat text view
Summary: Column alignment in the chat text view
Status: CONFIRMED
Alias: None
Product: konversation
Classification: Applications
Component: ircview (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: argonel
URL:
Keywords: rtl
: 93407 127824 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-07-03 03:50 UTC by Jorg Pitts
Modified: 2022-11-20 18:14 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jorg Pitts 2004-07-03 03:50:28 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc (GCC) 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6) 
OS:                Linux

[08:41 pm] <jorgp> Hmm, I always thought the X Server would 
                   simple free resources.

instead of 

[08:41 pm] <jorgp> Hmm, I always thought the X Server would simple free resources.

it looks much cleaner
Comment 1 Eike Hein 2006-01-07 06:12:37 UTC
*** Bug 93407 has been marked as a duplicate of this bug. ***
Comment 2 Eike Hein 2006-05-22 16:34:09 UTC
*** Bug 127824 has been marked as a duplicate of this bug. ***
Comment 3 Eike Hein 2006-05-22 16:55:15 UTC
Note: #93407 and #127824 concern themselves with aligning message text to the intrinsic width of a nick column as calculated from the widest nick in play. As a well-designed fix for one of those bugs gets us both capabilities, I've chosen to track them in a single entry. 
Comment 4 Dave Belfer-Shevett 2007-10-04 16:29:57 UTC
In the short term, even just specifying a small indent for wrapped lines would work as a way to distinguish long lines from just another line of channel chatter, but this one is something I'd verymuch like to see as well.
Comment 5 Ravi Arora 2013-02-23 16:56:22 UTC
Anyone working on this bug? I saw the implementation in XChat and it accomplishes this by redrawing the text widget itself.
I am learning in Qt and I am trying to reproduce the same effect using QTextBrowser.
Comment 6 argonel 2013-02-23 21:24:56 UTC
The effect has already been recreated in QTextBrowser, however, other
issues crop up such as how to handle mixed LTR and RTL text. We might wait
on Qt5 before implementing this.


On Sat, Feb 23, 2013 at 11:56 AM, Ravi Arora <ra.ravi.rav@gmail.com> wrote:

> https://bugs.kde.org/show_bug.cgi?id=84391
>
> Ravi Arora <ra.ravi.rav@gmail.com> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                  CC|                            |ra.ravi.rav@gmail.com
>
> --- Comment #5 from Ravi Arora <ra.ravi.rav@gmail.com> ---
> Anyone working on this bug? I saw the implementation in XChat and it
> accomplishes this by redrawing the text widget itself.
> I am learning in Qt and I am trying to reproduce the same effect using
> QTextBrowser.
>
> --
> You are receiving this mail because:
> You are the assignee for the bug.
>
Comment 7 Ravi Arora 2013-02-25 20:49:23 UTC
How do I achieve that in QTextBrowser? It is by using a HTML tables? Would like to try how it looks in my own build.

Thanks,
Ravi
Comment 8 argonel 2013-02-25 21:22:45 UTC
No, tables are definitely not the way to go. I draw the line manually, and
handle mouse events in custom code.


On Mon, Feb 25, 2013 at 3:49 PM, Ravi Arora <ra.ravi.rav@gmail.com> wrote:

> https://bugs.kde.org/show_bug.cgi?id=84391
>
> --- Comment #7 from Ravi Arora <ra.ravi.rav@gmail.com> ---
> How do I achieve that in QTextBrowser? It is by using a HTML tables? Would
> like
> to try how it looks in my own build.
>
> Thanks,
> Ravi
>
> --
> You are receiving this mail because:
> You are the assignee for the bug.
>