[kolourpaint] [Bug 439168] Text is always anti-aliased, even with "Draw anti-aliased" disabled
https://bugs.kde.org/show_bug.cgi?id=439168 flarn2006 changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 439168] Text is always anti-aliased, even with "Draw anti-aliased" disabled
https://bugs.kde.org/show_bug.cgi?id=439168 --- Comment #3 from flarn2006 --- Sorry about that. If the "bug" is intentional, then yes, I guess this can be interpreted as a request for an option to support aliased text. -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 439168] New: Text is always anti-aliased, even with "Draw anti-aliased" disabled
https://bugs.kde.org/show_bug.cgi?id=439168 Bug ID: 439168 Summary: Text is always anti-aliased, even with "Draw anti-aliased" disabled Product: kolourpaint Version: 21.04.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kolourpaint-supp...@lists.sourceforge.net Reporter: flarn2...@gmail.com Target Milestone: --- SUMMARY I have "Draw anti-aliased" turned off, and for the most part, this works fine. However, when I use the Text tool, the text is still anti-aliased. STEPS TO REPRODUCE 1. Open the Settings menu, and turn off "Draw anti-aliased" if it's not already off. 2. Select a font that is capable of anti-aliasing if necessary. 3. Type some text. OBSERVED RESULT The text appears anti-aliased. EXPECTED RESULT The text should appear without anti-aliasing. SOFTWARE/OS VERSIONS Linux: 5.12.8-arch1-1 KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Since a user is more likely to want text anti-aliased than other tools, I think there should be a separate option in that menu for text, so users won't need to turn it on and back off every time they want to draw text. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371687] Unicode characters appear cut off and mess up text height for rest of line
https://bugs.kde.org/show_bug.cgi?id=371687 --- Comment #6 from flarn2006 <flarn2...@gmail.com> --- (In reply to Christoph Feck from comment #5) > Also for GNOME Terminal? I am interested how GNOME developers managed it. > - shrink text size > - increase spacing between the line > - overlap with previous line, or > - truncate to not overlap previous line Here's what it looks like in gnome-terminal: http://i.imgur.com/kiWwYhx.png -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371687] Unicode characters appear cut off and mess up text height for rest of line
https://bugs.kde.org/show_bug.cgi?id=371687 --- Comment #4 from flarn2006 <flarn2...@gmail.com> --- (In reply to Christoph Feck from comment #1) > Can you show the screen shots where there is no blank line above the line > with the Unicode characters? Added to attachments -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371687] Unicode characters appear cut off and mess up text height for rest of line
https://bugs.kde.org/show_bug.cgi?id=371687 --- Comment #2 from flarn2006 <flarn2...@gmail.com> --- Created attachment 101788 --> https://bugs.kde.org/attachment.cgi?id=101788=edit Sample image showing bug See the bottom line -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371687] Unicode characters appear cut off and mess up text height for rest of line
https://bugs.kde.org/show_bug.cgi?id=371687 --- Comment #3 from flarn2006 <flarn2...@gmail.com> --- Created attachment 101789 --> https://bugs.kde.org/attachment.cgi?id=101789=edit Sample image without blank lines -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371688] New: Underlines appear too low, do not show up consistently, and sometimes persist after clearing the screen
https://bugs.kde.org/show_bug.cgi?id=371688 Bug ID: 371688 Summary: Underlines appear too low, do not show up consistently, and sometimes persist after clearing the screen Product: konsole Version: 15.12.3 Platform: Other URL: http://unix.stackexchange.com/questions/318909/how-do- i-fix-this-text-rendering-issue-in-konsole OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: font Assignee: konsole-de...@kde.org Reporter: flarn2...@gmail.com Target Milestone: --- User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 Build Identifier: 15.12.3 When something tries to display underlined text, the underline doesn't always appear, and when it does, it appears too low, on the top of the next line rather than the bottom of the current one. Sometimes, underlines are visible even after clearing the screen, resulting in what looks like random horizontal lines in the blank space. Switching windows often affects whether or not underlines are displayed. Reproducible: Sometimes Steps to Reproduce: 1. Type 'cat' at the shell prompt in Konsole and press Enter. 2. Press Escape, and then type "[4m" without quotes. 3. Type some lines of text and pay attention to when underlines appear. 4. Press Ctrl+C, and clear the screen. 5. Try opening a man page with underlined text, such as "man chmod". Press 'q' to close the man page. Try this a few times, sometimes scrolling or changing windows while the page is displayed. Actual Results: When typing text in "cat", underlines don't appear until the next line is displayed. Underlines are commonly also seen disappearing upon changing lines. Changing windows causes currently-invisible underlines to be displayed. When clearing the screen (such as after closing a man page) underlines sometimes remain visible, despite the underlined text no longer being present. In all cases, underlines appear too low. This is probably the root cause of the issue, as it is outside of the bounding box for the current line. Expected Results: After typing ^[[4m and pressing Enter, text should appear underlined as it is typed. Underlines should always appear under text that is supposed to be underlined, and they should always go away immediately upon clearing the screen. Underlines should appear within the bounds of the line containing the underlined text, even if there is no room to do this without having it touch the text—it is okay if the underline touches the text. The font I am using is 12-point "PxPlus IBM VGA8" from this site: http://int10h.org/oldschool-pc-fonts/fontlist/ -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 371687] New: Unicode characters appear cut off and mess up text height for rest of line
https://bugs.kde.org/show_bug.cgi?id=371687 Bug ID: 371687 Summary: Unicode characters appear cut off and mess up text height for rest of line Product: konsole Version: 15.12.3 Platform: Other URL: http://unix.stackexchange.com/questions/318909/how-do- i-fix-this-text-rendering-issue-in-konsole OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: font Assignee: konsole-de...@kde.org Reporter: flarn2...@gmail.com Target Milestone: --- User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 Build Identifier: 15.12.3 Whenever Konsole needs to use Unicode characters that are a different height from the rest of the text (generally because they aren't available in the selected font, so it needs to get them from a different one) they don't appear correctly. Instead of being resized to fit in the line, the characters are simply cropped, so part of it isn't visible. The line height also isn't reset, so the rest of the line (even normal characters) is offset and doesn't line up vertically with the beginning of the line. This can lead to these characters being cut off as well. Reproducible: Always Steps to Reproduce: 1. Make sure Konsole's encoding is set to UTF-8. 2. Type 'uudecode' at the shell prompt in Konsole and press Enter. 3. Copy and paste the following text into Konsole, starting with (and including) the "begin" line and ending with (and including) "end". begin 664 /dev/stdout M"@H)54Y)0T]$12`]/3T]/3X@XX.]X+R\X+J(V83-G."ZB."\O>^^B2`\/3T] -/3T@54Y)0T]$10H*"@`` ` end 4. Press Enter if necessary. 5. Note how the characters are cut off, and how the beginning and end of the line are not lined up. Actual Results: https://i.stack.imgur.com/GkZdn.png (the very bottom of the image) Expected Results: https://i.stack.imgur.com/ba35f.png (the very bottom of the image) This image is from gnome-terminal, which displays text correctly. Turning off bi-directional text rendering makes the remainder of the line shift up instead of down. The font used in the example images (also the font I use regularly) is "PxPlus IBM VGA8", available from the following URL: http://int10h.org/oldschool-pc-fonts/fontlist/ -- You are receiving this mail because: You are watching all bug changes.
