Ugly Horizontal Lines Displayed in Kate and Konsole with Fractional HiDPI Scaling
Here is a picture of the problem:
Notice that all lines of text have horizontal lines similar to underlining. However, this is a plain text editor (Kate) and it does not do underlining. There is no formatting applied to this text.
I selected the text so the lines would show up better in a photo. But the lines exist even without selecting the text. Sometimes they are much thicker and darker. Sometimes they are light. Sometimes they won't be there at all, only to come back at random.
Konsole has the same issue. With white text on a black background, Konsole sometimes show multi-colored horizontal lines. Sometimes every line in Konsole has this ugly and distracting underlining. Sometimes only a portion of the lines have it.
Sometimes the lines are so dense and overwhelming that it is hard to read the text. Other times the lines are mild, as in the attached photograph.
I first saw this issue about a ten months ago on a desktop computer. I thought the user had just done something really crazy in font settings. But now I am seeing the issue on a new laptop without any significant settings changes from default.
Both systems run a fully updated Arch Linux KDE. On this laptop, I reset all font settings (in System Settings) to default values. I also reset the Konsole profile appearance to default settings (even though settings were already at default values).
However, the horizontal lines will not go away.
The applications work correctly (other than sometimes being hard to read text). Copied text does not include the horizontal lines. Commands in Konsole are not affected by the appearance of horizontal lines. It seems to be a display glitch, but it is not specific to any GPU (affects Intel or nvidia) or to any display screen (I tested different monitors on the desktop) or to anything else I can determine.
I tried various fixes on the affected desktop over the last ten months and I have not resolved it on that machine either.
I have multiple other Arch KDE computers that do not have the problem.
Does anyone have a clue as to what might cause this? Has else anyone seen it?
Edit: Please see the KDE bug report for Konsole:
373232 – Horizontal lines with fractional HiDPI scaling
kde konsole plasma5 kate
add a comment |
Here is a picture of the problem:
Notice that all lines of text have horizontal lines similar to underlining. However, this is a plain text editor (Kate) and it does not do underlining. There is no formatting applied to this text.
I selected the text so the lines would show up better in a photo. But the lines exist even without selecting the text. Sometimes they are much thicker and darker. Sometimes they are light. Sometimes they won't be there at all, only to come back at random.
Konsole has the same issue. With white text on a black background, Konsole sometimes show multi-colored horizontal lines. Sometimes every line in Konsole has this ugly and distracting underlining. Sometimes only a portion of the lines have it.
Sometimes the lines are so dense and overwhelming that it is hard to read the text. Other times the lines are mild, as in the attached photograph.
I first saw this issue about a ten months ago on a desktop computer. I thought the user had just done something really crazy in font settings. But now I am seeing the issue on a new laptop without any significant settings changes from default.
Both systems run a fully updated Arch Linux KDE. On this laptop, I reset all font settings (in System Settings) to default values. I also reset the Konsole profile appearance to default settings (even though settings were already at default values).
However, the horizontal lines will not go away.
The applications work correctly (other than sometimes being hard to read text). Copied text does not include the horizontal lines. Commands in Konsole are not affected by the appearance of horizontal lines. It seems to be a display glitch, but it is not specific to any GPU (affects Intel or nvidia) or to any display screen (I tested different monitors on the desktop) or to anything else I can determine.
I tried various fixes on the affected desktop over the last ten months and I have not resolved it on that machine either.
I have multiple other Arch KDE computers that do not have the problem.
Does anyone have a clue as to what might cause this? Has else anyone seen it?
Edit: Please see the KDE bug report for Konsole:
373232 – Horizontal lines with fractional HiDPI scaling
kde konsole plasma5 kate
add a comment |
Here is a picture of the problem:
Notice that all lines of text have horizontal lines similar to underlining. However, this is a plain text editor (Kate) and it does not do underlining. There is no formatting applied to this text.
I selected the text so the lines would show up better in a photo. But the lines exist even without selecting the text. Sometimes they are much thicker and darker. Sometimes they are light. Sometimes they won't be there at all, only to come back at random.
Konsole has the same issue. With white text on a black background, Konsole sometimes show multi-colored horizontal lines. Sometimes every line in Konsole has this ugly and distracting underlining. Sometimes only a portion of the lines have it.
Sometimes the lines are so dense and overwhelming that it is hard to read the text. Other times the lines are mild, as in the attached photograph.
I first saw this issue about a ten months ago on a desktop computer. I thought the user had just done something really crazy in font settings. But now I am seeing the issue on a new laptop without any significant settings changes from default.
Both systems run a fully updated Arch Linux KDE. On this laptop, I reset all font settings (in System Settings) to default values. I also reset the Konsole profile appearance to default settings (even though settings were already at default values).
However, the horizontal lines will not go away.
The applications work correctly (other than sometimes being hard to read text). Copied text does not include the horizontal lines. Commands in Konsole are not affected by the appearance of horizontal lines. It seems to be a display glitch, but it is not specific to any GPU (affects Intel or nvidia) or to any display screen (I tested different monitors on the desktop) or to anything else I can determine.
I tried various fixes on the affected desktop over the last ten months and I have not resolved it on that machine either.
I have multiple other Arch KDE computers that do not have the problem.
Does anyone have a clue as to what might cause this? Has else anyone seen it?
Edit: Please see the KDE bug report for Konsole:
373232 – Horizontal lines with fractional HiDPI scaling
kde konsole plasma5 kate
Here is a picture of the problem:
Notice that all lines of text have horizontal lines similar to underlining. However, this is a plain text editor (Kate) and it does not do underlining. There is no formatting applied to this text.
I selected the text so the lines would show up better in a photo. But the lines exist even without selecting the text. Sometimes they are much thicker and darker. Sometimes they are light. Sometimes they won't be there at all, only to come back at random.
Konsole has the same issue. With white text on a black background, Konsole sometimes show multi-colored horizontal lines. Sometimes every line in Konsole has this ugly and distracting underlining. Sometimes only a portion of the lines have it.
Sometimes the lines are so dense and overwhelming that it is hard to read the text. Other times the lines are mild, as in the attached photograph.
I first saw this issue about a ten months ago on a desktop computer. I thought the user had just done something really crazy in font settings. But now I am seeing the issue on a new laptop without any significant settings changes from default.
Both systems run a fully updated Arch Linux KDE. On this laptop, I reset all font settings (in System Settings) to default values. I also reset the Konsole profile appearance to default settings (even though settings were already at default values).
However, the horizontal lines will not go away.
The applications work correctly (other than sometimes being hard to read text). Copied text does not include the horizontal lines. Commands in Konsole are not affected by the appearance of horizontal lines. It seems to be a display glitch, but it is not specific to any GPU (affects Intel or nvidia) or to any display screen (I tested different monitors on the desktop) or to anything else I can determine.
I tried various fixes on the affected desktop over the last ten months and I have not resolved it on that machine either.
I have multiple other Arch KDE computers that do not have the problem.
Does anyone have a clue as to what might cause this? Has else anyone seen it?
Edit: Please see the KDE bug report for Konsole:
373232 – Horizontal lines with fractional HiDPI scaling
kde konsole plasma5 kate
kde konsole plasma5 kate
edited Sep 25 '18 at 19:10
BugBuddy
1338
1338
asked Jan 4 '18 at 19:24
MountainX
4,9882472130
4,9882472130
add a comment |
add a comment |
4 Answers
4
active
oldest
votes
This is reported to have been resolved in QTBUG-66036 with version 5.12. As of the time I am writing this, QT on Arch Linux is version 5.11.2-1. Other common distros have also not released packages with Qt 5.12. However, when Qt 5.12 is released, the developers expect this issue to be resolved.
To check your Qt version, you can open a terminal and type:
qmake --version
The output will look similar to this
QMake version 3.1
Using Qt version 5.11.1 in /usr/lib
When you see Qt version 5.12, then you can expect a resolution. If not, let the developers know at QTBUG-66036.
In the mean time, there is a work-around, as described in the bug report below
Steps to reproduce:
- Displays -> Scale -> Scale Factor: 1.3 (or 1.4, etc.)
- Restart
- Open Konsole or Kate, type stuff
Workaround: set Scale Factor back to 1.0 (or to an integer such as 2 or 3).
There is a similar bug report for Konsole here
373232 – Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
|
show 3 more comments
As a workaround, you could change the Fonts DPI:
- go to
Fonts
, check the boxForce Fonts DPI
- set to an appropriate value (I use
144
on a 2560x1440 screen, you may want to try192
in 4K)
- Higher DPI translate to bigger text in your screen
- Set the your display scaling factor back to 1
- Logout and login to your user (or restart)
At this point the horizontal lines should be gone and you should be able to read everything on your screen
add a comment |
Another workaround is setting line interval to 1 in profile settings. It's almost unnoticeable, but fixes the issue.
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
add a comment |
Upgrading to Qt 5.12 is fine, but does not seem to fix the issue straight away. In Konsole profile settings under the advanced tab, change "Line Spacing" to 1. This has fixed the issue with horizontal lines for me.
New contributor
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f414836%2fugly-horizontal-lines-displayed-in-kate-and-konsole-with-fractional-hidpi-scalin%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
This is reported to have been resolved in QTBUG-66036 with version 5.12. As of the time I am writing this, QT on Arch Linux is version 5.11.2-1. Other common distros have also not released packages with Qt 5.12. However, when Qt 5.12 is released, the developers expect this issue to be resolved.
To check your Qt version, you can open a terminal and type:
qmake --version
The output will look similar to this
QMake version 3.1
Using Qt version 5.11.1 in /usr/lib
When you see Qt version 5.12, then you can expect a resolution. If not, let the developers know at QTBUG-66036.
In the mean time, there is a work-around, as described in the bug report below
Steps to reproduce:
- Displays -> Scale -> Scale Factor: 1.3 (or 1.4, etc.)
- Restart
- Open Konsole or Kate, type stuff
Workaround: set Scale Factor back to 1.0 (or to an integer such as 2 or 3).
There is a similar bug report for Konsole here
373232 – Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
|
show 3 more comments
This is reported to have been resolved in QTBUG-66036 with version 5.12. As of the time I am writing this, QT on Arch Linux is version 5.11.2-1. Other common distros have also not released packages with Qt 5.12. However, when Qt 5.12 is released, the developers expect this issue to be resolved.
To check your Qt version, you can open a terminal and type:
qmake --version
The output will look similar to this
QMake version 3.1
Using Qt version 5.11.1 in /usr/lib
When you see Qt version 5.12, then you can expect a resolution. If not, let the developers know at QTBUG-66036.
In the mean time, there is a work-around, as described in the bug report below
Steps to reproduce:
- Displays -> Scale -> Scale Factor: 1.3 (or 1.4, etc.)
- Restart
- Open Konsole or Kate, type stuff
Workaround: set Scale Factor back to 1.0 (or to an integer such as 2 or 3).
There is a similar bug report for Konsole here
373232 – Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
|
show 3 more comments
This is reported to have been resolved in QTBUG-66036 with version 5.12. As of the time I am writing this, QT on Arch Linux is version 5.11.2-1. Other common distros have also not released packages with Qt 5.12. However, when Qt 5.12 is released, the developers expect this issue to be resolved.
To check your Qt version, you can open a terminal and type:
qmake --version
The output will look similar to this
QMake version 3.1
Using Qt version 5.11.1 in /usr/lib
When you see Qt version 5.12, then you can expect a resolution. If not, let the developers know at QTBUG-66036.
In the mean time, there is a work-around, as described in the bug report below
Steps to reproduce:
- Displays -> Scale -> Scale Factor: 1.3 (or 1.4, etc.)
- Restart
- Open Konsole or Kate, type stuff
Workaround: set Scale Factor back to 1.0 (or to an integer such as 2 or 3).
There is a similar bug report for Konsole here
373232 – Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232
This is reported to have been resolved in QTBUG-66036 with version 5.12. As of the time I am writing this, QT on Arch Linux is version 5.11.2-1. Other common distros have also not released packages with Qt 5.12. However, when Qt 5.12 is released, the developers expect this issue to be resolved.
To check your Qt version, you can open a terminal and type:
qmake --version
The output will look similar to this
QMake version 3.1
Using Qt version 5.11.1 in /usr/lib
When you see Qt version 5.12, then you can expect a resolution. If not, let the developers know at QTBUG-66036.
In the mean time, there is a work-around, as described in the bug report below
Steps to reproduce:
- Displays -> Scale -> Scale Factor: 1.3 (or 1.4, etc.)
- Restart
- Open Konsole or Kate, type stuff
Workaround: set Scale Factor back to 1.0 (or to an integer such as 2 or 3).
There is a similar bug report for Konsole here
373232 – Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232
edited Sep 25 '18 at 19:14
MountainX
4,9882472130
4,9882472130
answered Jan 5 '18 at 0:25
BugBuddy
1338
1338
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
|
show 3 more comments
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
1
1
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
that workaround is absurd on 4k+ btw
– tomasb
Jun 6 '18 at 12:34
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
Yes, I agree that the workaround is terrible. Looking forward to a proper fix.
– BugBuddy
Jul 9 '18 at 7:48
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
found that integer factors work well (e.g. 2.0, 3.0, ...)
– tomasb
Jul 9 '18 at 16:38
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
please add a comment to the bug report: bugs.kde.org/show_bug.cgi?id=373232
– MountainX
Jul 10 '18 at 17:18
1
1
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
@tomasb - If you want this fixed, please consider creating a login so you can let the developers know it affects you. If you are too lazy to do even that, you have no right to complain about the workaround (or anything else) being "absurd". If you use open source, please find ways to contribute, even if by only voting or commenting on bug reports -- anything. Be part of the community.
– BugBuddy
Sep 25 '18 at 18:48
|
show 3 more comments
As a workaround, you could change the Fonts DPI:
- go to
Fonts
, check the boxForce Fonts DPI
- set to an appropriate value (I use
144
on a 2560x1440 screen, you may want to try192
in 4K)
- Higher DPI translate to bigger text in your screen
- Set the your display scaling factor back to 1
- Logout and login to your user (or restart)
At this point the horizontal lines should be gone and you should be able to read everything on your screen
add a comment |
As a workaround, you could change the Fonts DPI:
- go to
Fonts
, check the boxForce Fonts DPI
- set to an appropriate value (I use
144
on a 2560x1440 screen, you may want to try192
in 4K)
- Higher DPI translate to bigger text in your screen
- Set the your display scaling factor back to 1
- Logout and login to your user (or restart)
At this point the horizontal lines should be gone and you should be able to read everything on your screen
add a comment |
As a workaround, you could change the Fonts DPI:
- go to
Fonts
, check the boxForce Fonts DPI
- set to an appropriate value (I use
144
on a 2560x1440 screen, you may want to try192
in 4K)
- Higher DPI translate to bigger text in your screen
- Set the your display scaling factor back to 1
- Logout and login to your user (or restart)
At this point the horizontal lines should be gone and you should be able to read everything on your screen
As a workaround, you could change the Fonts DPI:
- go to
Fonts
, check the boxForce Fonts DPI
- set to an appropriate value (I use
144
on a 2560x1440 screen, you may want to try192
in 4K)
- Higher DPI translate to bigger text in your screen
- Set the your display scaling factor back to 1
- Logout and login to your user (or restart)
At this point the horizontal lines should be gone and you should be able to read everything on your screen
answered Oct 29 '18 at 20:16
nico
83
83
add a comment |
add a comment |
Another workaround is setting line interval to 1 in profile settings. It's almost unnoticeable, but fixes the issue.
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
add a comment |
Another workaround is setting line interval to 1 in profile settings. It's almost unnoticeable, but fixes the issue.
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
add a comment |
Another workaround is setting line interval to 1 in profile settings. It's almost unnoticeable, but fixes the issue.
Another workaround is setting line interval to 1 in profile settings. It's almost unnoticeable, but fixes the issue.
answered Dec 5 '18 at 15:39
J. Doe
1
1
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
add a comment |
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
We expect answers to be stand-alone and self-sufficient. People should be able to understand your answer without needing to read the other answers. What profile settings? Where does the user set them, and how? … Please do not respond in comments; edit your answer to make it clearer and more complete.
– G-Man
Dec 5 '18 at 16:20
add a comment |
Upgrading to Qt 5.12 is fine, but does not seem to fix the issue straight away. In Konsole profile settings under the advanced tab, change "Line Spacing" to 1. This has fixed the issue with horizontal lines for me.
New contributor
add a comment |
Upgrading to Qt 5.12 is fine, but does not seem to fix the issue straight away. In Konsole profile settings under the advanced tab, change "Line Spacing" to 1. This has fixed the issue with horizontal lines for me.
New contributor
add a comment |
Upgrading to Qt 5.12 is fine, but does not seem to fix the issue straight away. In Konsole profile settings under the advanced tab, change "Line Spacing" to 1. This has fixed the issue with horizontal lines for me.
New contributor
Upgrading to Qt 5.12 is fine, but does not seem to fix the issue straight away. In Konsole profile settings under the advanced tab, change "Line Spacing" to 1. This has fixed the issue with horizontal lines for me.
New contributor
New contributor
answered yesterday
ismay7
1
1
New contributor
New contributor
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f414836%2fugly-horizontal-lines-displayed-in-kate-and-konsole-with-fractional-hidpi-scalin%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown