Bug 334171 - Title bar renders a horizontal line which might strike through the title's text
Summary: Title bar renders a horizontal line which might strike through the title's text
Status: RESOLVED WORKSFORME
Alias: None
Product: konversation
Classification: Applications
Component: notifications (show other bugs)
Version: 1.5
Platform: MacPorts macOS
: NOR normal
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-01 11:22 UTC by Marko Käning
Modified: 2023-02-07 03:55 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
PNG demonstrating (1) to (5) (200.07 KB, image/png)
2014-05-01 11:22 UTC, Marko Käning
Details
More buttons appear overlaying each other on the right of the resizeable title line on OSX 10.6.8 (43.43 KB, image/png)
2014-05-04 17:41 UTC, Marko Käning
Details
Can't reproduce line bug (86.27 KB, image/png)
2014-05-15 07:58 UTC, Filipe Azevedo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marko Käning 2014-05-01 11:22:03 UTC
I've found in "1.5-master #4303" on OSX Mavericks (10.9.2) that konversation renders the title line a little differently than e.g. in OpenSUSE 13.1.

On OSX a dark horizontal line is drawn for the title line which stays at the same vertical position even if the user drags the title separator downwards and thus increasing the title line's widget height.

I'll attach a PNG which demonstrates the rendering glitch.

Reproducible: Always

Steps to Reproduce:
1. Install port konversation via MacPorts on OSX 10.9.2
2. start konversation
3. resize the title line widget
Actual Results:  
See the attached PNG for the influence of the title line's sizing:

(1) minimum size

(2) Title line sized to show only 1 line

(3) sized to show more than one line demonstrating how the horizontal line strikes through the content

(4) sized even larger

(5) Show's tabs and status bar.


Please also note in (5) that there is the closing button on the right. It's horizontal size seems to coincide with the width of the dark grey background found in the title line in (1) to (4)!

Expected Results:  
A) Perhaps no horizontal line at all.

B) If there must be a line, reposition it while resizing the title widget.

C) No dark grey background on the right of the title.
Comment 1 Marko Käning 2014-05-01 11:22:48 UTC
Created attachment 86386 [details]
PNG demonstrating (1) to (5)
Comment 2 Eike Hein 2014-05-01 17:42:47 UTC
This appears to be a bug in Qt's bundled Cocoa/Aqua widget style - we can't influence this rendering directly. It's possible we could write OS X-specific code that avoids the Qt bugs, but I don't think any of our developers has a OS X dev system right now.
Comment 3 Marko Käning 2014-05-01 17:50:04 UTC
Shall I file this at Qt's bug tracker or is it known there?
Comment 4 Marko Käning 2014-05-01 17:52:18 UTC
My Qt version is 4.8.5.
Comment 5 Eike Hein 2014-05-01 17:53:10 UTC
Humm I don't know to be honest, but most likely the reply would be either silence or a request for a reduced C++ testcase. There's also the fact that Qt 4 is in maintenance mode so there will be less attention on Qt 4 bugs, since everyone (including us soon) is moving on to Qt 5.
Comment 6 Marko Käning 2014-05-01 17:55:25 UTC
Only now I realise that the dark grey spot on the right is surely due to the fact that the icon is draw wrongly on the left side...
Comment 7 Eike Hein 2014-05-01 17:59:18 UTC
Yeah, and the grey line is coming from the fact that there's a text field frame being painted there, which it shouldn't be since the topic is contained in a text field that explicitly has the frame disabled.

Qt's Mac OS X theming support works by falling through to native Cocoa widgets I think, and maybe Cocoa's text field doesn't allow frames to be turned off. As mentioned I figure we might be able to find a way to work around this, but it's not really possible without access to OS X for rapid trial and error.
Comment 8 Marko Käning 2014-05-01 18:09:48 UTC
OK, just let me know if I can be of help for any tests.

I can easily add patches and rebuild starting from "1.5-master #4303".
Comment 9 Marko Käning 2014-05-04 17:41:04 UTC
Created attachment 86455 [details]
More buttons appear overlaying each other on the right of the resizeable title line on OSX 10.6.8

There's more to it. I didn't see these overlaying buttons on OSX 10.9.2, but I do on Snow Leopard 10.6.8. Obviously some action buttons, but what the mean I can't make out.

Resizing the window doesn't resize the placement of size of these button.
Comment 10 Filipe Azevedo 2014-05-15 07:58:30 UTC
Created attachment 86640 [details]
Can't reproduce line bug

Can not reproduce the bug using macport uptodate and Mac SO X Mavericks uptodate.
Comment 11 Marko Käning 2014-05-15 08:04:53 UTC
(In reply to comment #10)
> Created attachment 86640 [details]
> Can't reproduce line bug

Well, ok, you don't see the line then.

But, watch out, the button appears on the left as well, although it should be on the right!

Please also check the layout of the buttons, once you've enabled them in your chat window settings.
Comment 12 Eike Hein 2014-05-15 12:25:03 UTC
This isn't true btw - the topic edit button is on the left.
Comment 13 Marko Käning 2014-05-15 17:41:27 UTC
(In reply to comment #12)
> This isn't true btw - the topic edit button is on the left.

Oh, I see, I wasn't aware of that. I thought the free patch on the right was meant for the button.

Sorry for confusing P@tNox. :)
Comment 14 Marko Käning 2014-05-15 17:43:00 UTC
I really wonder why he doesn't see the horizontal line, although we're both seemingly using the same software!
Comment 15 Filipe Azevedo 2014-05-15 17:49:06 UTC
I can confirm that if I enable 'show buttons' optin in the preferences then the right buttons are wrongly shown.
Comment 16 Marko Käning 2014-10-04 17:10:07 UTC
This only happens when I use the standard native "Macintosh (aqua)" theme and can be avoided by using another style, like e.g. the "Oxygen" theme.
Comment 17 Andrew Crouthamel 2018-11-12 02:44:47 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 18 Andrew Crouthamel 2018-11-21 04:31:35 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 19 Justin Zobel 2023-01-08 22:44:59 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 20 Bug Janitor Service 2023-01-23 05:05:08 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 21 Bug Janitor Service 2023-02-07 03:55:31 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!