[ark] [Bug 431348] New: rar files with a unicode name containing non-latin characters cannot be opened

https://bugs.kde.org/show_bug.cgi?id=431348 Bug ID: 431348 Summary: rar files with a unicode name containing non-latin characters cannot be opened Product: ark Version: 20.12.0 Platform: Other OS: Linux

[ark] [Bug 431348] rar files with a unicode name containing non-latin characters cannot be opened

https://bugs.kde.org/show_bug.cgi?id=431348 --- Comment #2 from Neviril --- Created attachment 134689 --> https://bugs.kde.org/attachment.cgi?id=134689&action=edit Filename example affected by the bug -- You are receiving this mail because: You are watching all bug changes.

[ark] [Bug 431348] rar files with a unicode name containing non-latin characters cannot be opened

https://bugs.kde.org/show_bug.cgi?id=431348 --- Comment #3 from Neviril --- It appears to be the "RAR Plugin". I have attached a test file. It's a random RAR archive retrieved from the internet containing a small binary file. Contents are irrelevant (the file was actually rando

[krita] [Bug 407498] New: Color profiles should take into account monitor model and serial number

https://bugs.kde.org/show_bug.cgi?id=407498 Bug ID: 407498 Summary: Color profiles should take into account monitor model and serial number Product: krita Version: nightly build (please specify the git hash!) Platform: MS W

[krita] [Bug 408133] New: Brush strokes terminate slowly after a prolonged drawing session

https://bugs.kde.org/show_bug.cgi?id=408133 Bug ID: 408133 Summary: Brush strokes terminate slowly after a prolonged drawing session Product: krita Version: git master Platform: MS Windows OS: MS Windows

[krita] [Bug 408133] Brush strokes terminate slowly after a prolonged drawing session

https://bugs.kde.org/show_bug.cgi?id=408133 --- Comment #2 from Neviril --- If it can be of any help, I always use "None" brush smoothing in tool option (rationale: under Windows 10 the Wacom pen tablet driver already performs significant stroke smoothing compared to the Linux driver).

[krita] [Bug 408133] Brush strokes terminate slowly after a prolonged drawing session

https://bugs.kde.org/show_bug.cgi?id=408133 --- Comment #11 from Neviril --- Just finished testing 4.3.0-prealpha (git 71af6ec) on Windows 10-64bit 1903 with a drawing session composed of mainly fast brush strokes. The latest build does *not* solve the problem for me. After a while (in the

[krita] [Bug 408133] Brush strokes terminate slowly after a prolonged drawing session

https://bugs.kde.org/show_bug.cgi?id=408133 --- Comment #25 from Neviril --- After testing Dmitry's build for a while I'm confident that the latest changes solved the issue I initially reported. -- You are receiving this mail because: You are watching all bug changes.

[krita] [Bug 408427] New: Reference images are not supposed to have boolean operations applied to them

https://bugs.kde.org/show_bug.cgi?id=408427 Bug ID: 408427 Summary: Reference images are not supposed to have boolean operations applied to them Product: krita Version: git master Platform: MS Windows OS: MS

[krita] [Bug 408453] There appears to be no mechanism to change menu text size (my vision is restricted)

https://bugs.kde.org/show_bug.cgi?id=408453 Neviril changed: What|Removed |Added CC||nevinevi...@yahoo.com --- Comment #1 from Neviril

[krita] [Bug 397320] New: [Wish] No obvious way to probe the dirty/modified flag of the active document

https://bugs.kde.org/show_bug.cgi?id=397320 Bug ID: 397320 Summary: [Wish] No obvious way to probe the dirty/modified flag of the active document Product: krita Version: nightly build (please specify the git hash!) Platform

[krita] [Bug 386767] [Multithreaded brushes] Add preference for adjusting maximum update period

https://bugs.kde.org/show_bug.cgi?id=386767 Neviril changed: What|Removed |Added CC||nevinevi...@yahoo.com --- Comment #2 from Neviril

[okular] [Bug 398771] New: EPub backend: changing default font size doesn't update the page number

https://bugs.kde.org/show_bug.cgi?id=398771 Bug ID: 398771 Summary: EPub backend: changing default font size doesn't update the page number Product: okular Version: 1.5.1 Platform: openSUSE RPMs OS: Linux

[krita] [Bug 385978] New: Unable to Ctrl+Scrollwheel zoom swatches in palette docker when docker width is < 220px

https://bugs.kde.org/show_bug.cgi?id=385978 Bug ID: 385978 Summary: Unable to Ctrl+Scrollwheel zoom swatches in palette docker when docker width is < 220px Product: krita Version: 3.3.1 Platform: MS Windows

[krita] [Bug 385978] Unable to Ctrl+Scrollwheel zoom swatches in palette docker when docker width is < 220px

https://bugs.kde.org/show_bug.cgi?id=385978 --- Comment #2 from Neviril --- Quick and dirty workaround. In /libs/ui/kis_palette_view.cpp In KisPaletteView::wheelEvent There is this check: ... if ( setSize >= 12 ) { ... Reducing the value setSize is checked against to a lower value (e.g

[krita] [Bug 385978] Unable to Ctrl+Scrollwheel zoom swatches in palette docker when docker width is < 220px

https://bugs.kde.org/show_bug.cgi?id=385978 --- Comment #3 from Neviril --- This modification makes it working as intended and solves an inconsistency in the UI (decreasing docker width to the minimum size sets swatch size to 8px, but this swatch size cannot be normally set while scroll-zooming

[krita] [Bug 385978] Unable to Ctrl+Scrollwheel zoom swatches in palette docker when docker width is < 220px

https://bugs.kde.org/show_bug.cgi?id=385978 --- Comment #5 from Neviril --- Created attachment 108469 --> https://bugs.kde.org/attachment.cgi?id=108469&action=edit Palette Docker scrolling patch This patch solves an inconsistency in the UI where the user is unable to scrollwheel-zoom-i

[krita] [Bug 380437] Save does not work when I only change layer name

https://bugs.kde.org/show_bug.cgi?id=380437 Neviril changed: What|Removed |Added CC||nevinevi...@yahoo.com --- Comment #3 from Neviril

[krita] [Bug 386019] New: Brushes displayed in brush editor may have a lower quality than strokes actually painted on the canvas

https://bugs.kde.org/show_bug.cgi?id=386019 Bug ID: 386019 Summary: Brushes displayed in brush editor may have a lower quality than strokes actually painted on the canvas Product: krita Version: git master Platform: MS Wind

[krita] [Bug 386620] New: Canvas framerate limiter might not be working as intended

https://bugs.kde.org/show_bug.cgi?id=386620 Bug ID: 386620 Summary: Canvas framerate limiter might not be working as intended Product: krita Version: 4.0 pre-alpha Platform: MS Windows OS: MS Windows

[krita] [Bug 374336] New: Incorrect tablet mapping in Krita after disabling or enabling a secondary display

https://bugs.kde.org/show_bug.cgi?id=374336 Bug ID: 374336 Summary: Incorrect tablet mapping in Krita after disabling or enabling a secondary display Product: krita Version: 3.1.0 Platform: Other OS: MS Wind

[krita] [Bug 374336] Incorrect tablet mapping in Krita after disabling or enabling a secondary display

https://bugs.kde.org/show_bug.cgi?id=374336 --- Comment #2 from Neviril --- I understand that this issue may be limited to specific user scenarios and may or may not be directly fixed within the program itself. But as I mentioned on IRC, perhaps if there was a way (e.g. with a key shortcut) to

[krita] [Bug 374493] New: Page orientation does not affect previously selected dimension in New Image dialog

https://bugs.kde.org/show_bug.cgi?id=374493 Bug ID: 374493 Summary: Page orientation does not affect previously selected dimension in New Image dialog Product: krita Version: 3.1.1 Platform: Other OS: MS Win

[krita] [Bug 374497] New: Crash when performing any action immediately after Tool Options location is changed to "toolbar"

https://bugs.kde.org/show_bug.cgi?id=374497 Bug ID: 374497 Summary: Crash when performing any action immediately after Tool Options location is changed to "toolbar" Product: krita Version: 3.1.1 Platform: Other

[krita] [Bug 374497] Crash when performing any action immediately after Tool Options location is changed to "toolbar"

https://bugs.kde.org/show_bug.cgi?id=374497 --- Comment #1 from Neviril --- Clarification/rephrasing for the expected result described above: "The assumption is that restarting Krita is needed to apply the setting and that there is no suggestion that doing so is strictly necessary to keep

[krita] [Bug 374503] New: "Compress .kra files more" has no effect until Krita is restarted

https://bugs.kde.org/show_bug.cgi?id=374503 Bug ID: 374503 Summary: "Compress .kra files more" has no effect until Krita is restarted Product: krita Version: 3.1.1 Platform: Other OS: MS Windows

[krita] [Bug 374503] "Compress .kra files more" has no effect until Krita is restarted

https://bugs.kde.org/show_bug.cgi?id=374503 --- Comment #2 from Neviril --- Created attachment 103191 --> https://bugs.kde.org/attachment.cgi?id=103191&action=edit Compress option results I tried again today with a new image, saving the image as a new file every time the option was

[krita] [Bug 374958] New: Problems with 16 and 32 bit float .tiff export

https://bugs.kde.org/show_bug.cgi?id=374958 Bug ID: 374958 Summary: Problems with 16 and 32 bit float .tiff export Product: krita Version: 3.1.1 Platform: Other OS: MS Windows Status: UNCONFIRMED Severity: