[krita] [Bug 483317] Disabling multiple layers at once is displayed incrementally
https://bugs.kde.org/show_bug.cgi?id=483317 --- Comment #2 from Manga Tengu --- Hi Nick, Definitely not a bug but a perf issue indeed. I must have missed the category (still can't see where it is set up though). I have a few points: - If it can be all toggled at once when in a group layer, maybe it can be even without it? If so, why not improve it as it would mean it's handled in a not optimal way? - 6 10kpx*10kpx layers takes roughly 3 seconds on my machine. (The laptop itself is in good shape and performs very well when I paint or do computing stuff) If I reduce the image to 500*500, things get instant. - I think I remember there are quite some macOS perf issues and artifacts. I believe you will observe it way better on macOS. To name a couple that are still bugging: https://bugs.kde.org/show_bug.cgi?id=434131 and https://bugs.kde.org/show_bug.cgi?id=398689 - Even half a second totally ruins the toggling effect to me. In fact, this really feels long and sluggish when working. Seems our opinions diverge there. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 483317] New: Disabling multiple layers at once is displayed incrementally
https://bugs.kde.org/show_bug.cgi?id=483317 Bug ID: 483317 Summary: Disabling multiple layers at once is displayed incrementally Classification: Applications Product: krita Version: 5.2.2 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- I'm used to toggle layer visibility to see the difference between what I add and the underlying image. ~Some...~ most of the time "what I add" is on several layers. So I disable them all at once with a keyboard shortcut `toggle layer visibility` Since a while now (maybe since it got taken into account in undo history) when disabling several layers, I see them being turn off one by one. This really defeats the toggling effect to see the before/after difference. Enough for me to go and group everything I want to toggle at once (in a group layer). So then I need to paint in a layer, select the group, toggle, go back to the layer to paint. Even doing so with keyboard shortcuts, this slows down the work, adds mental overhead and "boilerplate" manipulations... STEPS TO REPRODUCE 1. Create a big canvas like 10k*10k 2. Add something like 5 totally distinguishable layers so you can see the difference while toggeling 3. Select all layers and toggle their visibility at once (I do it with a keyboard shortcut) OBSERVED RESULT Layers disappear one by one. EXPECTED RESULT Layers disappear all at once. Yet, hot (instant) coffee appears on ~my~ the table. Copy pasted from "Report Bug..." Krita Version: 5.2.2 Hidpi: true Sandbox: false Qt Version (compiled): 5.15.7 Version (loaded): 5.15.7 OS Information Build ABI: arm64-little_endian-lp64 Build CPU: arm64 CPU: arm64 Kernel Type: darwin Kernel Version: 23.1.0 Pretty Productname: macOS 14.1 Product Type: osx Product Version: 14.1 Locale Languages: en_FR C locale: C QLocale current: en QLocale system: en QTextCodec for locale: UTF-8 OpenGL Info Vendor: "Apple" Renderer: "Apple M1 Pro" Driver version: "4.1 Metal - 88" Shading language: "4.10" Requested format: QSurfaceFormat(version 4.1, options QFlags(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) Current format: QSurfaceFormat(version 4.1, options QFlags(), depthBufferSize 32, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CoreProfile) GL version: 4.1 Supports deprecated functions false Is OpenGL ES: false supportsBufferMapping: true supportsBufferInvalidation: false forceDisableTextureBuffers: false Extensions: GL_ARB_texture_gather GL_APPLE_client_storage GL_ARB_shader_subroutine GL_EXT_texture_compression_s3tc GL_ARB_explicit_attrib_location GL_APPLE_container_object_shareable GL_EXT_debug_marker GL_APPLE_row_bytes GL_ARB_internalformat_query GL_ARB_sample_shading GL_ARB_tessellation_shader GL_APPLE_rgb_422 GL_ARB_separate_shader_objects GL_EXT_texture_sRGB_decode GL_ARB_draw_buffers_blend GL_ARB_blend_func_extended GL_ARB_instanced_arrays GL_ARB_texture_swizzle GL_APPLE_texture_range GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_storage GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_gpu_shader5 GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_ES2_compatibility GL_APPLE_flush_render GL_ARB_occlusion_query2 GL_NV_texture_barrier GL_ARB_draw_indirect GL_ARB_timer_query GL_EXT_debug_label GL_ARB_gpu_shader_fp64 GL_ARB_sampler_objects GL_ARB_shading_language_include GL_ARB_shader_bit_encoding GL_ARB_texture_cube_map_array GL_ARB_texture_rgb10_a2ui GL_ARB_vertex_attrib_64bit GL_EXT_texture_filter_anisotropic GL_ARB_texture_query_lod GL_ARB_viewport_array GL_EXT_framebuffer_multisample_blit_scaled QPA OpenGL Detection Info supportsDesktopGL: true supportsOpenGLES: false isQtPreferOpenGLES: true Detected renderers: (Supported) Apple M1 Pro (4.1 Metal - 88) useBufferInvalidation (config option): false Hardware Information GPU Acceleration: desktop Memory: 32768 Mb Number of Cores: 10 Swap Location: /private/var/folders/f2/hkjj1mk91555bqcv0bd9gtc8gq/T Built for: arm64+neon Base instruction set:
[krita] [Bug 475994] New: Gradient Map color picker won't allow picking outside the choose a color window
https://bugs.kde.org/show_bug.cgi?id=475994
Bug ID: 475994
Summary: Gradient Map color picker won't allow picking outside
the choose a color window
Classification: Applications
Product: krita
Version: nightly build (please specify the git hash!)
Platform: macOS (DMG)
OS: macOS
Status: REPORTED
Severity: normal
Priority: NOR
Component: Usability
Assignee: krita-bugs-n...@kde.org
Reporter: mangate...@gmail.com
Target Milestone: ---
Version: 5.3.0-prealpha (git f410665)
Recently, I decided to catch up with gradient maps.
I noticed when choosing a color for one of the stops (the little cursors on the
color ramp to make the gradient), that you can't color pick outside of the
"Choose A Color" popup window, which is really a problem.
To choose the color I wanted, I had to cover it with the popup, and try
selecting it from memory ("it was around here on the screen, it should be
arond... there! Missed :'( )
STEPS TO REPRODUCE
1. Filter > Map > Gradient Map
2. Choose a color for one of the stops (click the little color swatch)
3. Try to color pick from an image next to your "Choose A Color" popup (click
the eyedropper inside the "Choose A Color" popup)
OBSERVED RESULT
A sound telling you did not answer the pop up.
EXPECTED RESULT
Color value infos continue to refresh as you hover the color picker outside the
pop up and you can select any value.
Hot coffee, free of eye-poking spoons, appears on the table.
Krita
Version: 5.3.0-prealpha (git f410665)
Hidpi: true
Sandbox: false
Qt
Version (compiled): 5.15.7
Version (loaded): 5.15.7
OS Information
Build ABI: arm64-little_endian-lp64
Build CPU: arm64
CPU: arm64
Kernel Type: darwin
Kernel Version: 22.6.0
Pretty Productname: macOS 13.6
Product Type: osx
Product Version: 13.6
--
You are receiving this mail because:
You are watching all bug changes.
[krita] [Bug 475993] New: Brush outline not reflecting Ratio dynamics with Predefined Brush tip
https://bugs.kde.org/show_bug.cgi?id=475993 Bug ID: 475993 Summary: Brush outline not reflecting Ratio dynamics with Predefined Brush tip Classification: Applications Product: krita Version: nightly build (please specify the git hash!) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Brush engines Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Version: 5.3.0-prealpha (git f410665) Brush outline can dynamically reflect brush tip rotation, fuzzy changes etc... However, Ratio dynamics are not reflected (with "Predefined" brush tips). STEPS TO REPRODUCE 1. Select a brush and give it some Ratio dynamics (not the "auto" shape ratio value). And set a strong ratio variation to expect noticeable results easily 3. Use the brush OBSERVED RESULT The ratio dynamics is not reflected on the outline, while the paint stroke does take it into account. EXPECTED RESULT Since size and rotation are observable, I would expect Ratio to be as well. Krita Version: 5.3.0-prealpha (git f410665) Hidpi: true Sandbox: false Qt Version (compiled): 5.15.7 Version (loaded): 5.15.7 OS Information Build ABI: arm64-little_endian-lp64 Build CPU: arm64 CPU: arm64 Kernel Type: darwin Kernel Version: 22.6.0 Pretty Productname: macOS 13.6 Product Type: osx Product Version: 13.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475420] File with an extension in the name ignored when saving
https://bugs.kde.org/show_bug.cgi?id=475420 Manga Tengu changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Manga Tengu --- Yes I will close this. (I guess I'm allowed ?) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475420] File with an extension in the name ignored when saving
https://bugs.kde.org/show_bug.cgi?id=475420 --- Comment #3 from Manga Tengu --- by the way as you say it's linked to the native dialog, but there is a workaround: a solution was proposed to disable the use of native OS dialogs and use Qt's and it worked: https://krita-artists.org/t/file-extension-choice-on-the-fly/75739/6?u=mangatengu -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475420] New: File with an extension in the name ignored when saving
https://bugs.kde.org/show_bug.cgi?id=475420 Bug ID: 475420 Summary: File with an extension in the name ignored when saving Classification: Applications Product: krita Version: nightly build (please specify the git hash!) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Created attachment 162183 --> https://bugs.kde.org/attachment.cgi?id=162183=edit The pop up appearing to override user filename With version 5.3.0-prealpha (git f410665) Up until something like 1 or 2 years ago, I could specify the file extension in the file name: myPainting.png would be myPainting.png whatever the extension chosen in the combo box. So handy! But since a certain change, if the combo box doesn’t match the file name, for example it’s kra… it will only propose myPainting.kra or myPainting.png.kra, forcing me to cancel, take the time t select png in that painful combo box and save again. I thought, maybe someone knows of some checkbox deep in the settings that would enable the old behavior ? STEPS TO REPRODUCE 1. Open/create a file 2. Open the save as dialog. if you open a jpg file, the combo box il already set on jpg. If you create a new file, it will be kra by default... 3. Enter a file name with an extension that does not match the original file (nor the combo box selection in the case of a new file so not kra). For example, save your file.jpg as `file.kra` or your new file as `file.png` OBSERVED RESULT (Attached a little screenshot) A pop up asks you to remove your "unwanted" extension or to concatenate it with the extension in the combo box so if you open `file.jpg` and try to save it as `file.kra` by just specifying the file name (combo box stays on jpg) you will be proposed to save as `file.jpg` or `file.kra.jpg` And so on, if you have created a new file and try to save it as `file.png` you will be prompted to save it as `file.kra` or `file.png.kra` Then you have to cancel, change the combo box value to match your file name input before saving. EXPECTED RESULT whatever the original file. If I set the file name as `filename.foo` the file is automatically saved in the `foo` format with the name `filename.foo` like it did 1 or 2 years ago... and hot coffee appears on the desk. SOFTWARE/OS VERSIONS macOS (changed version a lot since then...) same for the krita Qt etc versions. A certainly useless detail: I'm on M1 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475218] New: status bar showing at each run even when hidden
https://bugs.kde.org/show_bug.cgi?id=475218 Bug ID: 475218 Summary: status bar showing at each run even when hidden Classification: Applications Product: krita Version: nightly build (please specify the git hash!) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- krita 5.3.0-prealpha (git e553d43) SUMMARY Everytime you start krita, the status bar (the bar at the bottom) is displayed. If it is not checked in the view menu, you need to check it and uncheck it for it to disappear. STEPS TO REPRODUCE 1. uncheck "Show Status Bar" 2. close krita and launch it again OBSERVED RESULT the status bar is displayed while "Show Status Bar" is unchecked EXPECTED RESULT the status bar is not displayed while "Show Status Bar" is unchecked... ok, and hot coffee appears next to me. OS Information Build ABI: arm64-little_endian-lp64 Build CPU: arm64 CPU: arm64 Kernel Type: darwin Kernel Version: 22.6.0 Pretty Productname: macOS 13.6 Product Type: osx Product Version: 13.6 Qt Version (compiled): 5.15.7 Version (loaded): 5.15.7 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459273] Layer thumbnail display error
https://bugs.kde.org/show_bug.cgi?id=459273
--- Comment #10 from Manga Tengu ---
(In reply to acc4commissions from comment #9)
> Isn't the thumbnail generation before the patch is technically more
> 'correct' way? Because the pixel data is still there on the layer even it
> it's transparent and invisible.
> Not that I have a big problem with the patch, but I liked the fact that I
> could judge the actual layer size with the thumbnail...
As a painter, I wouldn't care about this until I find my file is abnormally
heavy for all it contains.
Shouldn't the layer be resized when empty ?
Maybe a manual action could be triggered ("compress file") at user's will ?
Or a dev option to see the real size of the layer in the thumbnails.
For me, as a painter, having inefficient thumbnails is a real concern. I would
enjoy a file that is just as big as necessary and If I find my file too big
because I know of this issue I would crop the file if it shrinks its size.
--
You are receiving this mail because:
You are watching all bug changes.
[krita] [Bug 463604] Eyedropper icon stays visible after a quick color selection
https://bugs.kde.org/show_bug.cgi?id=463604 --- Comment #6 from Manga Tengu --- Also is it possible it is related to the ARM architecture ? I think Halla has an M1 laptop just like me. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463604] Eyedropper icon stays visible after a quick color selection
https://bugs.kde.org/show_bug.cgi?id=463604 --- Comment #5 from Manga Tengu --- Yes, I also sometimes struggled with reproducing and thought it was gone after this or that... sometimes it's very rare. But to tell you how much it was slowing me down, I started working with the white pixel cursor to "forget about it". -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463604] Eyedropper icon stays visible after a quick color selection
https://bugs.kde.org/show_bug.cgi?id=463604 --- Comment #3 from Manga Tengu --- I think there is a mix here: brush outline is not a cursor option. I guess you mean you use "preview outline" as brush outline shape. I'm talking about the Brush Cursor Icon option (which is just above). If you put it to anything except "no cursor" you will not have the persistent eyedropper issue. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463186] Transparent pixels change the bound of layer thumbnails
https://bugs.kde.org/show_bug.cgi?id=463186 Manga Tengu changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|NOT A BUG |--- --- Comment #3 from Manga Tengu --- Reopening if I may so. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463186] Transparent pixels change the bound of layer thumbnails
https://bugs.kde.org/show_bug.cgi?id=463186 --- Comment #2 from Manga Tengu --- It's not related with barely visible pixels I would have missed. You can even paint with the eraser, it will change the bounds while there is no paint info on the area. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463604] Eyedropper icon stays visible after a quick color selection
https://bugs.kde.org/show_bug.cgi?id=463604 --- Comment #1 from Manga Tengu --- PS: Please note I use the no cursor setting for my cursor. It seems it won't happen if you have another cursor option which will have a graphic representation (a dot or an icon...) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463604] New: Eyedropper icon stays visible after a quick color selection
https://bugs.kde.org/show_bug.cgi?id=463604 Bug ID: 463604 Summary: Eyedropper icon stays visible after a quick color selection Classification: Applications Product: krita Version: 5.1.4 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- I use an "alternate invocation" bound to "sample foreground color" to quickly sample color as I paint. When you do so, an eye-dropper icon appears on the cursor. It disappears as you release your "alternate invocation" shortcut. The problem is the icon doesn't disappear sometimes (often) and you need an extra action (like trigger it again, mirror the canvas, change tool...). It might seem like nothing, but when you do, and you get stuck with the icon right after that, in a new color sampling manipulation, it becomes to feel like a burden. To reproduce: paint with a color, color sample with the alternate invocation, paint again, sample again, eventually you will get a stuck eye-dropper icon. Sometimes it keeps on happening, sometimes it takes time to pop back up... I couldn't find a specific manipulation prior to witnessing the sticky icon. I tried doing so while calling other invocations like zooming, panning, rotating. But it doesn't seem to have an impact. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463186] New: Transparent pixels change the bound of layer thumbnails
https://bugs.kde.org/show_bug.cgi?id=463186 Bug ID: 463186 Summary: Transparent pixels change the bound of layer thumbnails Classification: Applications Product: krita Version: 5.1.4 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Created attachment 154664 --> https://bugs.kde.org/attachment.cgi?id=154664=edit Observed result SUMMARY Layer thumbnails allow to quickly identify layers. Wen drawing on a small portion of the canvas, the thumbnails are zoomed on them so they can still display something meaningful to the artist. The problem is brush strokes, even when totally empty, change the bound of the image on the layer: When you look at the thumbnail, it looks empty or very zoomed out and unusable. STEPS TO REPRODUCE 1. Make a big canvas and add an empty layer on top (checkerboards) 2. Make a small mark in a corner of the canvas. Note the layer thumbnail is nice and zoomed correctly (first attachement) 3. Turn eraser mode on a classic pixel brush. Make an erasing mark on the opposite side of the canvas. The thumbnail now zoomed out to take the whole canvas. Your real content (the first little mark on the first corner, is undistinguishable) Done on a macbook pro 16" with M1 processor with macOS 12.6.1 (21G217) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459459] copy selection leads to crash
https://bugs.kde.org/show_bug.cgi?id=459459 --- Comment #4 from Manga Tengu --- In my case it already crashes at cmd C (copy) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459459] copy selection leads to crash
https://bugs.kde.org/show_bug.cgi?id=459459 --- Comment #2 from Manga Tengu --- It seems to happens on new files only. So, this is what I think happened: -I was drawing on a new canvas -I fired a save -while the file was still saving, I copied a selection and Krita froze -the save success popup still appears but Krita was frozen to kill -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459459] copy selection leads to crash
https://bugs.kde.org/show_bug.cgi?id=459459 --- Comment #1 from Manga Tengu --- I've done another copy and it worked. I don't know what made the difference. I'll try to come back with more info. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459459] New: copy selection leads to crash
https://bugs.kde.org/show_bug.cgi?id=459459 Bug ID: 459459 Summary: copy selection leads to crash Classification: Applications Product: krita Version: 5.1.1 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: crash Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- I can't copy (cmd + c) a selection anymore. When I do so, I get the macOS color spinny wheel turning without stopping. I'm not sure what causes this. Maybe an OS update ? STEPS TO REPRODUCE 1. Make a rectangular selection 2. cmd + c OBSERVED RESULT Krita freezes and it's over (even the edit menu in the menu bar stays highlighted). If I was in the middle of a save, the popup still appears and the save still happens hopefully. If I switch app and try to switch back to krita, it won't show up. I have to get it with mission control at this point. EXPECTED RESULT I copy to my clipboard... and coffee appears in my cup. MacOS 12.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459458] Canvas disappearing after switching from crop to brush
https://bugs.kde.org/show_bug.cgi?id=459458 --- Comment #1 from Manga Tengu --- Created attachment 152283 --> https://bugs.kde.org/attachment.cgi?id=152283=edit The kind of view I systematically get -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 459458] New: Canvas disappearing after switching from crop to brush
https://bugs.kde.org/show_bug.cgi?id=459458 Bug ID: 459458 Summary: Canvas disappearing after switching from crop to brush Classification: Applications Product: krita Version: 5.1.1 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: OpenGL Canvas Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Crop and get back to brush, makes the bottom part of the canvas disappear (I can see the checkerboard) STEPS TO REPRODUCE 1. Crop you canvas (even the whole canvas if you. want to not lose anything) 2. Press b OBSERVED RESULT The bottom of the canvas disappears. Painting over it or disabling enabling a layer with info there will refresh the image EXPECTED RESULT Coffee appears in my cup MacOS 12.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430927] stylus detection fails when switching back to krita with pen detected by tablet
https://bugs.kde.org/show_bug.cgi?id=430927 --- Comment #4 from Manga Tengu --- To reproduce it as of right now, I open krita and overlay another app over it, like telegram. I am in telegram doing stuff I decide to dive back in krita -> I click with my stylus directly on the canvas while not focused on krita and I can observe the strange behavior. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456446] Can't pan with the 2 fingers on the trackpad
https://bugs.kde.org/show_bug.cgi?id=456446 Manga Tengu changed: What|Removed |Added Resolution|WORKSFORME |NOT A BUG --- Comment #4 from Manga Tengu --- I was trying to understand what was going and and I saw the pinch gesture was bound to pop up palette... I don't know what happened to my input config but I decided to reset it to default and it worked fine. So sorry about that. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 457659] Some samples could be better
https://bugs.kde.org/show_bug.cgi?id=457659 --- Comment #4 from Manga Tengu --- IMHO doing a single image with all kinds of situations for consistency and playing all the effects on it is already what we have, and this is why I find it lacks efficiency. Generic images like in this case dots floating against the sky may also not strike people about how cool this or that effect can be. I'm literally playing "spot the difference (level hard)" every time I check that page https://docs.krita.org/en/reference_manual/blending_modes/mix.html#bm-overlay What I would suggest (and it's certainly something I can't do alone as I'm not the blending mode expert) is not to try to make 1 single image to match every case, nor to make 1 unique image per blending mode but to make sure when an image is used to show case one blending mode, it's perfectly fitted for that. Then things could be presented this way: 1 base image alone (as in the actual manual) 2 the blending input alone (to know what it is we are adding in the first place) 3 both stacked normally (to see what it would look like without the blending) 4 both stacked with the right blending mode (as in the actual manual) Then linking the kra file for people to play around if they will... I guess IRC is the way to go to catch Wolthera ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 457659] Some samples could be better
https://bugs.kde.org/show_bug.cgi?id=457659 --- Comment #2 from Manga Tengu --- Sure! I'll try to come up with something that fits in correctly. Are gif or videos accepted btw? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 457659] New: Some samples could be better
https://bugs.kde.org/show_bug.cgi?id=457659 Bug ID: 457659 Summary: Some samples could be better Product: krita Version: git master (please specify the git hash!) Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Documentation Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Today someone was asking for a functionnality here https://krita-artists.org/t/highlight/45439/3?u=mangatengu I assumed the person wanted some overlay blending mode (maybe I'm totally wrong but that's irrelevant) I wanted to link her to the documentation, which I did, but the sample images were not showing enough what overlay is: https://docs.krita.org/en/reference_manual/blending_modes/mix.html#bm-overlay I ended up linking a youtube video that explains this thing in a more striking way IMHO Maybe samples accross the documentation could be improved? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435293] color history popup shouldn't appear centered
https://bugs.kde.org/show_bug.cgi?id=435293 --- Comment #11 from Manga Tengu --- Then I would rather make it stackable like: "Previous until I find back the color I wanted. Ah I made an extra previous no problem I can next back forward one step" This is desirable in situations like "dang I used that popping red a few colors ago...back back back.. oh there" Thant would be cool and clearly distinct from background/foreground. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456445] Can't create new document from clipboard
https://bugs.kde.org/show_bug.cgi?id=456445 Manga Tengu changed: What|Removed |Added Blocks||456446 Referenced Bugs: https://bugs.kde.org/show_bug.cgi?id=456446 [Bug 456446] Can't create new document from clipboard -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456446] New: Can't create new document from clipboard
https://bugs.kde.org/show_bug.cgi?id=456446 Bug ID: 456446 Summary: Can't create new document from clipboard Product: krita Version: git master (please specify the git hash!) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com CC: krita-bugs-n...@kde.org Depends on: 456445 Target Milestone: --- git bde9f77 Can't pan with the 2 fingers on the trackpad of my M1 MacBook pro. Zooming and Rotating are ok. I didn't touch the canvas input setting to notice that change. I saw it on 5.0.2 already. Referenced Bugs: https://bugs.kde.org/show_bug.cgi?id=456445 [Bug 456445] Can't create new document from clipboard -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 456445] New: Can't create new document from clipboard
https://bugs.kde.org/show_bug.cgi?id=456445 Bug ID: 456445 Summary: Can't create new document from clipboard Product: krita Version: git master (please specify the git hash!) Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- git bde9f77 on an M1 macbook pro Can't create new document from clipboard. The shortcut won't work. The new document form won't submit. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 431682] Canvas not taking back focus after popup closes (only with a tablet pen)
https://bugs.kde.org/show_bug.cgi?id=431682 --- Comment #7 from Manga Tengu --- As of today with 5.0.2 I don't reproduce it either. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 433736] Huion pen button not working as click on the canvas when it already has the focus
https://bugs.kde.org/show_bug.cgi?id=433736 --- Comment #3 from Manga Tengu --- I don't have a Huion anymore so... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440368] Color picker not working after creating a new layer
https://bugs.kde.org/show_bug.cgi?id=440368 --- Comment #7 from Manga Tengu --- I mean in 5.0.2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440368] Color picker not working after creating a new layer
https://bugs.kde.org/show_bug.cgi?id=440368 --- Comment #6 from Manga Tengu --- It seems everything is fine for me. Sorry but what is a worksforme exactly? I read this: >>> Current definition of WORKSFORME in bugzilla is: " WORKSFORME All attempts at reproducing this bug were futile, and reading the code produces no clues as to why the described behavior would occur. If more information appears later, the bug can be reopened. " -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #15 from Manga Tengu --- Brings back some memories. It seems I don't reproduce in 5.0.2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 410024] Autosave prevents saving (without any message for the user)
https://bugs.kde.org/show_bug.cgi?id=410024 --- Comment #16 from Manga Tengu --- Definitely will give it a try as I often do need that. However concurrent saving usecases are so numerous I'm glad you could reproduce. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430572] Krita is unuseable when airplay is active
https://bugs.kde.org/show_bug.cgi?id=430572 --- Comment #9 from Manga Tengu --- I need to try again. Also now I also have the new m1 blabla laptop so I'll try it with both and come back to you. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 410024] Autosave prevents saving (without any message for the user)
https://bugs.kde.org/show_bug.cgi?id=410024 --- Comment #13 from Manga Tengu --- Here is a way to reproduce easily as this is not directly related to autosave but concurrent saving commands: -Prepare a big canvas (big enough for the saving as a png to take several seconds). -export it to png -CTRL + s before the finished saving popup appears The file is not saved (still the star in the title etc.) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #12 from Manga Tengu --- Sorry, my file is way too big to be attached. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #11 from Manga Tengu --- Yes I do have it. I'll join it here. The issue did happen again and I deleted the file a few times but I just can't pinpoint how to reproduce it... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #9 from Manga Tengu --- Yes it did indeed. Should that be added to a sort of clean up routine/operation ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #6 from Manga Tengu --- Yes it's still happening on both systems. By clean config do you mean I should drop the krita preferences folder and let it regen ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #3 from Manga Tengu --- I tried Krita next as well: 5.1.0-prealpha (git a3029b7) (https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/). Same thing. Krita beta 2 on macOS also does the same. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 --- Comment #2 from Manga Tengu --- Krita plus following the website link ? https://binary-factory.kde.org/job/Krita_Stable_Appimage_Build/ Why is it called beta 02? Am I wrong ? (5.0.0-beta2 (git 03c30c6)) Otherwise yes, reproduce at first try :/ -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444805] popups don't show on window capture (but popup palette does !)
https://bugs.kde.org/show_bug.cgi?id=444805 --- Comment #9 from Manga Tengu --- You have listed everything I had in mind. The one I was missing the most is the color selector (shift + i). Now if they can't all be shown I'll just have to resign to capture the whole screen. I guess this is what apterus(yagrum on krita-artists) does all we can even see his curve adjustments etc... https://www.youtube.com/watch?v=Q7XBBnzCHcc I think I need to have a dedicated screen or that's gonna be tough. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444805] popups don't show on window capture (but popup palette does !)
https://bugs.kde.org/show_bug.cgi?id=444805 --- Comment #6 from Manga Tengu --- I pick colors dozens of times per minute, switching workspace or scene is not gonna make it. And I want to stay away from dockers. To me having some popups show on record and some not is functionally a bug. As a user, I don't need to know how this is implemented to feel weird about it. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444805] popups don't show on window capture (but popup palette does !)
https://bugs.kde.org/show_bug.cgi?id=444805 --- Comment #4 from Manga Tengu --- Ok but how about the color and brush preset pop ups ? Those are really cool to have in a timelapse without having a docker eating space all the time. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444805] popups don't show on window capture (but popup palette does !)
https://bugs.kde.org/show_bug.cgi?id=444805 --- Comment #2 from Manga Tengu --- can't we do the same for the others ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444806] New: Focus offset by one tab on "scale to new size popup"
https://bugs.kde.org/show_bug.cgi?id=444806 Bug ID: 444806 Summary: Focus offset by one tab on "scale to new size popup" Product: krita Version: 5.0.0-beta2 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- When you up the "scale to new size popup" (cmd alt i) the focus is not put on the width but on some useless feature of the popup. You need to tab once to get the focus right. I thought this was normal until I realize it's done correctly on linux (you have direct focus on width input). To reproduce pop up the "scale to new size popup" (cmd alt i) and try to enter numbers directly => fail Then hit tab and enter numbers => success On linux, no need to tab first. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444805] New: popups don't show on window capture (but popup palette does !)
https://bugs.kde.org/show_bug.cgi?id=444805 Bug ID: 444805 Summary: popups don't show on window capture (but popup palette does !) Product: krita Version: 5.0.0-beta2 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- So, I capture/stream in windowed mode for the obvious reason that I don't want everything happening on the screen to be shown. I have noticed popups are not captured which bothered me a lot at the time because I do a lot in popups. (color selection, brush selection, levels, balance, curves...). I thought it was normal since those are subwindows and we can't do squat about it. But then I noticed the popup palette shows on record! Dang! That's THE popup I don't use XD To reproduce, capture in windowed mode in OBS and pop popups up -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 444320] New: Selected brush resets after opening a first file
https://bugs.kde.org/show_bug.cgi?id=444320 Bug ID: 444320 Summary: Selected brush resets after opening a first file Product: krita Version: 5.0.0-beta2 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Happens on both Linux and MacOS When no file is open, if you open a file, krita will reset the selected brush preset. STEPS TO REPRODUCE 1. Close all documents or open a new krita instance 2. Open a kra file 3. Observe you systematically switch to the same brush preset when opening a "first file" (if it's not selected already) OBSERVED RESULT For example in my case, I always switch back to a brush I never use: b) "Basic-5 Size Opacity" and which is not even in the active bundle EXPECTED RESULT Krita doesn't switch the brush preset when opening a "first" document SOFTWARE/OS VERSIONS macOS: Big Sur 11.6 (20G165) Linux/KDE Plasma: Linux Mint 20.2 64-bit -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443772] window title sometimes not hidding in full screen mode
https://bugs.kde.org/show_bug.cgi?id=443772 --- Comment #2 from Manga Tengu --- It happens with both settings, it's just easier to reproduce with "Title-bar" unchecked. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443772] window title sometimes not hidding in full screen mode
https://bugs.kde.org/show_bug.cgi?id=443772 --- Comment #1 from Manga Tengu --- This doesn't seem to happen when I keep "Title-bar" checked in canvas-only settings...so to reproduce you need to uncheck it. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 443772] New: window title sometimes not hidding in full screen mode
https://bugs.kde.org/show_bug.cgi?id=443772 Bug ID: 443772 Summary: window title sometimes not hidding in full screen mode Product: krita Version: 5.0.0-beta2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Created attachment 142468 --> https://bugs.kde.org/attachment.cgi?id=142468=edit the blue title bar doesn't hide In tab mode, even in full screen, you can't get rid of the tab displaying the file name. So I use subwindows mode. But the problem is, sometimes, for no reason, the title of the window doesn't hide and keeps on screen in a very indiscreet blue color. 1. Set the window mode to subwindows 2. Create a new file and go full screen WITH NO DOCKERS 3. Once it begins to show on a window, it won't hide again until you close krita (I mean toggling full-screen mode and dockers won't help) Screenshot with the blue title attached -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #18 from Manga Tengu --- Good news, I've seen a mesa update pass by in the update manager. The problem didn't happen since then :) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #16 from Manga Tengu --- The AMD installer relies on obsolete packages. The driver was released in 2015 and the gpu is 10yo so I guess that was to be expected... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 410024] Autosave prevents saving (without any message for the user)
https://bugs.kde.org/show_bug.cgi?id=410024 --- Comment #11 from Manga Tengu --- This leads to sometimes uncool data loss. It's easy to reproduce so if you need me to try anything... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #15 from Manga Tengu --- thanks anyway! I'll check that as soon as I have the computer at reach -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #13 from Manga Tengu --- TBH I don't even remember where to check that :o -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #11 from Manga Tengu --- it's a radeon hd6950 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442558] [Transform tool] "in-stack" rendering as a toggle switch in tool option (instead of Krita settings)
https://bugs.kde.org/show_bug.cgi?id=442558 Manga Tengu changed: What|Removed |Added CC||mangate...@gmail.com --- Comment #1 from Manga Tengu --- *** Bug 442710 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442710] Transformation tool sluggish manipulation
https://bugs.kde.org/show_bug.cgi?id=442710 Manga Tengu changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Manga Tengu --- Thank you, this is it! I would have never found that! *** This bug has been marked as a duplicate of bug 442558 *** -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442710] New: Transformation tool sluggish manipulation
https://bugs.kde.org/show_bug.cgi?id=442710 Bug ID: 442710 Summary: Transformation tool sluggish manipulation Product: krita Version: 5.0.0-beta1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tools/Transform Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- The transform tool has excellent performances when it comes to real-time updates because it is less accurate than what the move tool renders. And it's still the case on 4.4.8. But in 5.0.0 it's really slow. Be it scaling, moving, or rotating content. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #8 from Manga Tengu --- It seems disabling graphic acceleration removes the trigger -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #7 from Manga Tengu --- I checked that log and I don't really know why it always says closed abruptly. The 4.4.8 I just started and closes it to get back to 5.0.0 but I didn't experience the freeze. Testing with no openGL for now. I'll do it in command line Next I'll work from my home folder. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #5 from Manga Tengu --- No I started with alt+f2 WARNING: The system information file doesn't exist.File name and location: /home/b/.local/share/krita-sysinfo.log -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #3 from Manga Tengu --- *appimage *sure but only have one of the two files. Can't find the sysinfo *Let me try -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 --- Comment #2 from Manga Tengu --- Created attachment 141697 --> https://bugs.kde.org/attachment.cgi?id=141697=edit log -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 442685] New: Krita randomly freezes and crashes for no apparent reason
https://bugs.kde.org/show_bug.cgi?id=442685 Bug ID: 442685 Summary: Krita randomly freezes and crashes for no apparent reason Product: krita Version: 5.0.0-beta1 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- -Applying brush strokes happily. -The cursor outline freezes, not the pointer. -The whole ui doesn't respond anymore. Can't save... -a few minutes later krita has disappeared and my work with it and I'm not happy no more. This happened twice this morning in approx 2 hours of use. Same thing yesterday... Please note I don't have this issue with the beta on macOS. And I didn't try it on windows because, windows. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 434131] Lots of layers = UI lag
https://bugs.kde.org/show_bug.cgi?id=434131 --- Comment #15 from Manga Tengu --- It could go from half a second to a full second or more. It slows down proportionally to the number of layers in all the documents open. The more open docs simultaneously, the more it shows. I have stopped using keyboard shortcuts to navigate through layers as it became way too slow and I now click with the mouse to avoid the slowness. This is only on mac. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 410024] Autosave prevents saving (without any message for the user)
https://bugs.kde.org/show_bug.cgi?id=410024 --- Comment #9 from Manga Tengu --- Yes, More generally (see my duplicate https://bugs.kde.org/show_bug.cgi?id=425584) you can't queue saving operations. For example you can't save and export in parallel. Only the first command will be taken. I sometimes lose quite some work because I think a save was done but was not. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] Open brush editor window affects zooming in main window
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #13 from Manga Tengu --- when I try it in full screen it's even worse, everytime I call the popup, the desktop slides... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #12 from Manga Tengu --- an auto closeable checkbox if click outside? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #10 from Manga Tengu --- I found out what it was. And man, I deserve a golden achievement on krita-artists for such a sneaky bug report! When you open the brush editor popup, if you click on the main window, the popup will not close but go behind the main window, Becoming invisible. As long as this popup is opened in the background, you will notice the lag very clearly. I love myself *self-kiss* -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #9 from Manga Tengu --- it seems I don't need to use the software for long. Didn't identify the exact trigger yet but soon! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #7 from Manga Tengu --- also to be noted: rotation stays very smooth. Happened with a file I worked on for 1 hour continuously with less than 10 layers -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #6 from Manga Tengu --- I was wrong about one thing. Restarting Krita solves the issue (temporarily, duno what it resets/dumps). It's not lagging because of the shortcut. At the beginning of a session, it's smooth. Then after working for a while it lags. I still need to figure out what is triggering that / piling up... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #4 from Manga Tengu --- h is there anything I can do to bring more info ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 --- Comment #2 from Manga Tengu --- Could you try it on an older mac with an intel processor ? Here it's so strong I had to downgrade to 4.4.7 Would a video footage be of any help ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 441392] New: zoom becomes extremely slow at low percentage
https://bugs.kde.org/show_bug.cgi?id=441392 Bug ID: 441392 Summary: zoom becomes extremely slow at low percentage Product: krita Version: 5.0.0-beta1 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- when zooming out in relative zoom mode (holding command + space + left mouse): as the canvas becomes smaller and smaller, the zoom starts to slow down and lag more and more. STEPS TO REPRODUCE 1. Open a nice canvas like 4000x4000px 2. zoom out with the relative zoom mode 3. reach below 25% zoom OBSERVED RESULT the lag can be prettt strong EXPECTED RESULT Smooth silky zooming like in 4.4.7 macOS: 11.2.3 (20D91) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 433624] Krita crashes when closing one of multiple tabs
https://bugs.kde.org/show_bug.cgi?id=433624 --- Comment #12 from Manga Tengu --- Hello Dmitry! I always have minimal dockers (Layers and sometimes overview) I pop up the presets and color picker so I can stay light. I'm using 4.4.5 since its release and didn't have the crash yet either but I've been working simpler sessions with less than 5 documents open at a time. Usually, it happens when I have a lot of documents open, sometimes the same one multiple times. I should manipulate a lot of documents soon again so I hope it shows clearly btw what is ASAN ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440368] Color picker not working after creating a new layer
https://bugs.kde.org/show_bug.cgi?id=440368 --- Comment #2 from Manga Tengu --- Instant preview is disabled, Selecting the color is what blocks right after creating the new layer. Then I can do whatever, if I don't close the file, it won't work. Images are very simple (happened with a 2 layers image 4000x4000 px) Sessions were long yes. I didn't try on master and this is so sparse it could take a lot of time to say if it happens or not. That's also why you can't reproduce it easily. Or maybe I missed a detail. However, that's the limit of what I noticed. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 440368] New: Color picker not working after creating a new layer
https://bugs.kde.org/show_bug.cgi?id=440368 Bug ID: 440368 Summary: Color picker not working after creating a new layer Product: krita Version: 4.4.5 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- SUMMARY Sometimes when selecting the color (with command pressed) the eyedropper doesn't work, there is only one swatch of color next to the cursor and the second one (the one that shows the selection) doesn't show. Then the color doesn't change. Also the overview bugs and doesn't show the canvas. This happens rarely and randomly, so it was a pain to find the trigger, but it happened to me twice right after creating a new layer so I guess this is it. My workaround is to close the file (no need to close krita) and reopen it. STEPS TO REPRODUCE 1. Create a new layer 2. Try to pick some color 3. This is very random and sparse macOS: 11.2.3 (20D91) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 433624] Krita crashes when closing one of multiple tabs
https://bugs.kde.org/show_bug.cgi?id=433624 --- Comment #9 from Manga Tengu --- No, I can't, every time it happens I'm not running lldb so it goes without a stack trace... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436224] file thumbnails not working
https://bugs.kde.org/show_bug.cgi?id=436224 --- Comment #8 from Manga Tengu --- MacOS Big Sur version 11.2.3 (20D91) Macbook pro 15' 2018 It does work with the build you linked. I needed to open the "broken" files and save them again for the preview to be generated :o -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436224] file thumbnails not working
https://bugs.kde.org/show_bug.cgi?id=436224 --- Comment #6 from Manga Tengu --- I followed your instructions but the thumbnails didn't budge. I still have the same file icon :'( -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436224] file thumbnails not working
https://bugs.kde.org/show_bug.cgi?id=436224 Manga Tengu changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #4 from Manga Tengu --- Hello, on Krita Version: 4.4.4-alpha (git cc5d52c), and krita 5 I still have broken thumbnails. I open any broken thumbnail file, do save and close but I still get a generic file icon. Also before it was modified, thumbnails used to be previewed bigger than now (space bar in the finder on an element to preview it) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435293] color history popup shouldn't appear centered
https://bugs.kde.org/show_bug.cgi?id=435293 --- Comment #5 from Manga Tengu --- thank you <3 ! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435293] color history popup shouldn't appear centered
https://bugs.kde.org/show_bug.cgi?id=435293 --- Comment #3 from Manga Tengu --- arf sorry -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436311] New: color history popup position is not the best
https://bugs.kde.org/show_bug.cgi?id=436311 Bug ID: 436311 Summary: color history popup position is not the best Product: krita Version: 4.4.3 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- I guess most people are like me, when they invoke the color history popup it's generally to quickly select the last used color. But the popup appears centered so if you have let's say 16 swatches, it will point on the 8th color. Then you will have to carefully move the pointer without getting out of the popup (or it will disappear) to reach the top (and latest) color which is not that easy and rather slow. STEPS TO REPRODUCE 1. use a lot of colors 2. invoke the color history popup OBSERVED RESULT The popup is centered EXPECTED RESULT The popup appears in a way you just have to click to select the last used color -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 436224] New: file thumbnails not working
https://bugs.kde.org/show_bug.cgi?id=436224 Bug ID: 436224 Summary: file thumbnails not working Product: krita Version: 4.4.3 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- I'm sorry I don't remember exactly who I talked to on irc about this issue (maybe amyspark, I think I remember he changed something about files preview). It's been a while now thumbnails are broken in the finder. It makes life complicated when working on batches of 40 drawings. STEPS TO REPRODUCE 1. Save a new drawing OBSERVED RESULT The preview should be replaced by a white page icon EXPECTED RESULT see a thumbnail of the file -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435970] New: Snapping to guides while transforming doesn't work when holding shift
https://bugs.kde.org/show_bug.cgi?id=435970 Bug ID: 435970 Summary: Snapping to guides while transforming doesn't work when holding shift Product: krita Version: 4.4.3 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Tools/Transform Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Transform an object and try to scale it down or up to meet a guide. If you have activated guides snapping it will snap. But if you try the same thing while holding shift to have a uniform scaling, snapping doesn't work anymore. STEPS TO REPRODUCE 1. activate guide snapping 2. transform an object to meet a guide and notice it snaps 3. try the same thing while holding shift to make a uniform scaling OBSERVED RESULT Snapping doesn't work when shift is pressed EXPECTED RESULT Snapping should work when scaling uniformly or based on the center of an object -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435969] New: Snapping to guides while transforming doesn't work when holding shift
https://bugs.kde.org/show_bug.cgi?id=435969 Bug ID: 435969 Summary: Snapping to guides while transforming doesn't work when holding shift Product: krita Version: 4.4.3 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Tools/Transform Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- Transform an object and try to scale it down or up to meet a guide. If you have activated guides snapping it will snap. But if you try the same thing while holding shift to have a uniform scaling, snapping doesn't work anymore. STEPS TO REPRODUCE 1. activate guide snapping 2. transform an object to meet a guide and notice it snaps 3. try the same thing while holding shift to make a uniform scaling OBSERVED RESULT Snapping doesn't work when shift is pressed EXPECTED RESULT Snapping should work when scaling uniformly or based on the center of an object -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435610] New: Choose export format for recorder
https://bugs.kde.org/show_bug.cgi?id=435610 Bug ID: 435610 Summary: Choose export format for recorder Product: krita Version: nightly build (please specify the git hash!) Platform: unspecified OS: Unspecified Status: REPORTED Severity: wishlist Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- It would be nice if the recorder could export to the desired format. For now, it only records jpegs which introduce quality loss. In my case since calling ffmpeg from krita to export is bugging (loads indefinitely), I use these jpegs to call ffmpeg by hand. I would like to try it with pngs for image quality's sake. Krita Version: 5.0.0-prealpha (git 1222798), Qt version compiled: 5.12.10, loaded: 5.12.10 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 433944] Brush outline unwanted grid snapping after editing pen pressure curve
https://bugs.kde.org/show_bug.cgi?id=433944 --- Comment #4 from Manga Tengu --- I'm sorry but I can't reproduce it either and that puzzles me... I used to reproduce it easily. The only thing that might have changed and I can't reproduce is changing the tablet brand. I may have used a Huion tablet at the time... I'll reopen this if I find and reproduce easily again... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435300] Show dockers should only show dockers
https://bugs.kde.org/show_bug.cgi?id=435300 --- Comment #1 from Manga Tengu --- Sorry but it's the other way around :) toggle dockers will force showing toolbars again when it should only display dockers right ? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435300] New: Show dockers should only show dockers
https://bugs.kde.org/show_bug.cgi?id=435300 Bug ID: 435300 Summary: Show dockers should only show dockers Product: krita Version: 4.4.3 Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: mangate...@gmail.com Target Milestone: --- One can toggle docker visibility with shift-tab shortcut. One can toggle dockers and toolbars visibility with the tab shortcut. The problem is if you toggle with the second one, it will toggle both visibility so if your dockers were hidden, it will display them again. But what if you only wanted to toggle the toolbar visibility? Should one be forced to toggle back dockers again? I think it's best to either make a 3rd shortcut which only toggles the toolbar or just to make them independent from each other. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 435293] color history popup shouldn't appear centered
https://bugs.kde.org/show_bug.cgi?id=435293 --- Comment #1 from Manga Tengu --- So I think a workaround would be to center the popup on the latest color used rather than the middle of the popup. -- You are receiving this mail because: You are watching all bug changes.
