[krita] [Bug 462768] Krita's canvas shortcuts system picks up spurious inputs from completely unrelated windows and treats them as held down modifier keys
https://bugs.kde.org/show_bug.cgi?id=462768 --- Comment #10 from Jo Valentine-Cooper --- (In reply to Liang Qi from comment #9) > 1. How do you switch between Krita and other text editors? mouse click the > app icon in task bar, or Win+Tab, etc? > 2. Which Canvas Shortcuts don't work? give an example? > > Thanks. At the time, any means of switching windows seemed to trigger it, although I most commonly used either Alt-Tab, or the F10 key (which I have mapped to launch a new gvim window). And when it occurred, no shortcuts appeared to work - an example would be the 6 and 4 keys to rotate the canvas or use of the mousewheel to zoom in and out, as illustrated in the original report. That said, I haven't been able to reproduce this issue in over a year (yay!) so I'm having to go by distant memory... :) Hope this helps. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462768] Krita's canvas shortcuts system picks up spurious inputs from completely unrelated windows and treats them as held down modifier keys
https://bugs.kde.org/show_bug.cgi?id=462768 --- Comment #6 from Jo Valentine-Cooper --- Haven't tried one of those builds, but I have version 5.2.1 here and am no longer experiencing the bug. At the very least I can't reproduce it anymore using the approach described earlier. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 476107] New: KRITAs Window contracts - after fullscreen
https://bugs.kde.org/show_bug.cgi?id=476107 Bug ID: 476107 Summary: KRITAs Window contracts - after fullscreen Classification: Applications Product: krita Version: 5.2.0 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: OpenGL Canvas Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- Created attachment 162573 --> https://bugs.kde.org/attachment.cgi?id=162573=edit Deformed window geometry after leaving fullscreen To reproduce this bug we need a 3rd party window manager app, to place windows to the left / right / top / bottom because MacOs doesn't provide commands to place windows on-screen, at least not on my Os (macos 10.14.6) STEPS TO REPRODUCE 1. to start, open Krita in window mode (not fullscreen ) and make Kritas window smaller, but change window boundaries manually 2. Now use any window manager app and change kritas window boundaries to cover the whole monitor size (not fullscreen ) 3. Enter full-screen with krita 4. Exit from fullscreen mode in krita 5. Result : kritas window geometry will contract 6. Now let's try to resolve the bug; so let's change kritas window boundaries manually to cover the monitor (not fullscreen ) 7. Enter fullscreen in krita and then, exit from fullscreen 8. Result: krita will keep its window aspect ratio and behave normally (no contraction, as seen in my attachments ) OBSERVED RESULT With window manager apps, Krita isn't able to detect its real window geometry. Krita seems to read window geometry from some setting instead to detect the real window size on-screen EXPECTED RESULT Please add some code to check and keep window geometry as it is after leaving full-screen mode, so this bug gets trapped. This bug annoyed me for years and I found the solution just today. Because of this behavior I couldn't use fullscreen mode all this time. SOFTWARE/OS VERSIONS macOS: 10.14.6 Qt Version: ADDITIONAL INFORMATION - -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462768] Krita's canvas shortcuts system picks up spurious inputs from completely unrelated windows and treats them as held down modifier keys
https://bugs.kde.org/show_bug.cgi?id=462768 --- Comment #3 from Jo Valentine-Cooper --- (In reply to Dmitry Kazakov from comment #1) > Hi, Jo Valentine! > > Do you have any accessibility system running on your system? Or some custom > input system support, like traditional Chinese? On every focus-in event > Krita asks the system about the currently pressed keys and it seems OS > reports 'e' key pressed for some reason. > > Does the problem happens with GVim only or with other applications as well? Happens with other applications as well. I have no custom input systems running that I am aware of. I do have one program that modifies input - it's called W10Wheel.NET, and it enables simultaneous use of the middle mouse button as its own button and (when held down and the mouse is moved) as a "scroll wheel". I had ruled out that program out as a factor, however, because 1) it does not generate keyboard inputs, just mouse wheel, and 2) I have reproduced this bug when it is disabled and when it is not running at all. I should note also that it's not just the "e" key; that was one example. This morning just now, for example it was the keys 0 and t: "[ ] Enter" "[ ] FocusIn " "[ ] ShortcutOverride key: 0x30 mod: 0x0 text: none autorepeat: 0" "[ ] ShortcutOverride key: 0x54 mod: 0x0 text: none autorepeat: 0" "[ ] ShortcutOverride key: 0x30 mod: 0x0 text: 0 autorepeat: 0" Hope this helps! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462768] New: Krita's canvas shortcuts system picks up spurious inputs from completely unrelated windows and treats them as held down modifier keys
https://bugs.kde.org/show_bug.cgi?id=462768
Bug ID: 462768
Summary: Krita's canvas shortcuts system picks up spurious
inputs from completely unrelated windows and treats
them as held down modifier keys
Classification: Applications
Product: krita
Version: 5.1.3
Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
Severity: normal
Priority: NOR
Component: Shortcuts and Canvas Input Settings
Assignee: krita-bugs-n...@kde.org
Reporter: j...@nwcs.com
Target Milestone: ---
SUMMARY
While working on an image in Krita, if I switch to an unrelated application
window, input something in it, and then come back, Krita's canvas will act as
though one or two (or sometimes even three) keyboard keys are being held down
as shortcut modifiers, thus preventing any other canvas shortcuts that don't
use that modifier from working.
Here's an example of what I see in the tablet event log, which shows my
keyboard and mouse inputs (I don't use - or own - a drawing tablet). Comments
are in double parentheses.
((Start up Krita and turn on the tablet log))
vvv START TABLET EVENT LOG vvv
((Open an image))
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 3
QPainter::setCompositionMode: Painter not active
((Canvas appears. My mouse pointer is not over the canvas.))
"[ ] Enter"
"[ ] FocusIn "
"[ ] FocusOut "
"[ ] Enter"
"[ ] FocusIn "
((I hit the 6 and 4 keys respectively to rotate the canvas right and left to
show that yes, canvas shortcuts are being received and work.))
"[ ] ShortcutOverride key: 0x36 mod: 0x0 text: 6 autorepeat: 0"
"[ ] KeyRelease key: 0x36 mod: 0x0 text: 6 autorepeat: 0"
"[ ] ShortcutOverride key: 0x34 mod: 0x0 text: 4 autorepeat: 0"
"[ ] KeyRelease key: 0x34 mod: 0x0 text: 4 autorepeat: 0"
((I then change to a different window (in this case, gvim)))
"[ ] FocusOut "
((While in that new gvim window, I type the following: "ithe quick brown fox
jumped over the lazy dog". Then I switch back to Krita by clicking on the
window, and get this.))
"[ ] Enter"
"[ ] FocusIn "
"[ ] ShortcutOverride key: 0x45 mod: 0x0 text: none autorepeat: 0"
"[ ] FocusOut "
"[ ] Enter"
((Note the ShortcutOverride key entry, claiming that key 0x45 ("e") is
currently pressed. I have not pressed this key.))
((I try to hit the 6 and 4 keys again to see if they have any effect. Not only
do they have no effect, nothing appears in the log.))
((I then move my mouse pointer into and out of the canvas area, and try using
the mousewheel to see if it will zoom in and out like it should. It does not.))
"[ ] MouseMovebtn: 0 btns: 0 pos:7,1044 gpos: 327,1174
hires: 327,1174 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 17,1048 gpos: 337,1178
hires: 337,1178 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 24,1050 gpos: 344,1180
hires: 344,1180 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 32,1053 gpos: 352,1183
hires: 352,1183 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 39,1055 gpos: 359,1185
hires: 359,1185 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 47,1056 gpos: 367,1186
hires: 367,1186 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 54,1059 gpos: 374,1189
hires: 374,1189 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 62,1060 gpos: 382,1190
hires: 382,1190 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 69,1061 gpos: 389,1191
hires: 389,1191 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 74,1063 gpos: 394,1193
hires: 394,1193 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 81,1064 gpos: 401,1194
hires: 401,1194 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 87,1064 gpos: 407,1194
hires: 407,1194 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 93,1064 gpos: 413,1194
hires: 413,1194 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 99,1064 gpos: 419,1194
hires: 419,1194 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 106,1064 gpos: 426,1194
hires: 426,1194 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 112,1065 gpos: 432,1195
hires: 432,1195 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 117,1065 gpos: 437,1195
hires: 437,1195 Source:0"
"[ ] MouseMovebtn: 0 btns: 0 pos: 123,1065 gpos: 443,1195
hires: 443,
[digikam] [Bug 454837] Add support to display Fonts as images
https://bugs.kde.org/show_bug.cgi?id=454837 --- Comment #3 from Jo --- Great, i didn't know that mine types could do that, as the tooltip doesn't display that format. If imageMagick is a core component of digikam, then i suggest you to specify this mime type in the tooltip as well Now I've added "ttf" as custom image mime type and now fonts are visible as files in albums, but when i want to inspect them, then can't see any font examples in preview mode imageMagick v. 7.6.0 DigiKam v. 7.6.0 (public stable rel) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 359555] Scalable Vector Graphics (SVG) support
https://bugs.kde.org/show_bug.cgi?id=359555 Jo changed: What|Removed |Added CC||jo.y.v...@gmail.com --- Comment #1 from Jo --- +1 Scalable vector graphics or "SVG" is a very common file format, useful especially for designers who deal with icons, app and website development. Svg simply shouldn't be missing in a respectable DAM software -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 454837] New: FR - display Fonts
https://bugs.kde.org/show_bug.cgi?id=454837 Bug ID: 454837 Summary: FR - display Fonts Product: digikam Version: 7.6.0 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Albums-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY DAM software usually supports and displays also fonts, not "just" pictures and videos I'm asking you to support common font formats: - ttf - otf - more fonts types, if needed STEPS TO REPRODUCE 1. Try to import a folder with fonts 2. Result = fonts don't show up SOFTWARE/OS VERSIONS macOS: 1 0.14.6 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 432714] New: Graphic of animation login screen corrupted for not dectect well scaled dpi. on 1080 standard monitor.
https://bugs.kde.org/show_bug.cgi?id=432714 Bug ID: 432714 Summary: Graphic of animation login screen corrupted for not dectect well scaled dpi. on 1080 standard monitor. Product: frameworks-plasma Version: 5.78.0 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: libplasma Assignee: notm...@gmail.com Reporter: giordanobosche...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Graphic of animation login screen corrupted for not dectect well scaled dpi. on 1080 standard monitor. STEPS TO REPRODUCE 1. Apply scaling to plasma desktop monitor (125% or other), returno to 100% scaling. 2. Option kde setting global file is added, login animation is now corrupted, and option added is correct apparently. 3. remove option scaling from file for no login graphic bug OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430476] New: Kritas colorful icon is on every open tab - distracting
https://bugs.kde.org/show_bug.cgi?id=430476 Bug ID: 430476 Summary: Kritas colorful icon is on every open tab - distracting Product: krita Version: 4.4.1 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Kritas icon on every open tab. The icon is nice, but that's not the point. That colored spot on tabs is not super distracting, but there isn't any need to add it there at all. STEPS TO REPRODUCE 1. Open several images 2. You'll note, each tab has kritas logo on it OBSERVED RESULT Maybe it's a technical limitation in the Qt kit, but is it really necessary to add kritas icon to every open tab? Ok, set it to gray tones, to be less distracting EXPECTED RESULT I prefer no logo in tabs whatsoever. Little adjustments make also a pro, not just big things. Incase somebody dislikes this little request. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430472] Exiting fullscreen deforms window to a small column mid-screen
https://bugs.kde.org/show_bug.cgi?id=430472 --- Comment #3 from Jo --- (In reply to Tymond from comment #1) > What if you exit the full screen, then resize the window to be the size you > want, and then enter full screen etc.? I *think* Krita window just remembers > the previous used size, so simply changing it to something sane should > work... That sounds reasonable but it doesn't. krita seems not to remember its window state, not even if I change the window size and re-enter fullscreen. I can change window size as often as I like. The fullscreen mode changes the size of the main window -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430472] Exiting fullscreen deforms window to a small column mid-screen
https://bugs.kde.org/show_bug.cgi?id=430472 --- Comment #2 from Jo --- I never play around with window sizes, the main window fills in the screen and exiting from fullscreen shouldn't change anything about the previous window state. But it does. This seems a new bug, as i didn't see that behavior in older versions. Just now I launched krita. As said the main window (not fullscreen state) fills the screen I entered fullscreen, also hiding the dockers with tab I exited from fullscreen. The window shrunk to a square mid - screen. To a column if I opened the dockers with tab -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430472] New: Exiting fullscreen deforms window to a small column mid-screen
https://bugs.kde.org/show_bug.cgi?id=430472 Bug ID: 430472 Summary: Exiting fullscreen deforms window to a small column mid-screen Product: krita Version: 4.4.1 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: CPU Canvas Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Most of the time I work in fullscreen mode. When I exit from fullscreen, krita deforms the main window to a small column mid - screen STEPS TO REPRODUCE 1. Enter fullscreen 2. Work a bit (not sure if this step is necessary) 3. Exit fullscreen OBSERVED RESULT Krita deforms the normal main window (not fullscreen) EXPECTED RESULT Krita shouldn't change/deform window size after exiting from fullscreen mode SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 430471] New: Reference images face snaps back to original direction
https://bugs.kde.org/show_bug.cgi?id=430471 Bug ID: 430471 Summary: Reference images face snaps back to original direction Product: krita Version: 4.4.1 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Tools/Reference Images Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Krita seems to expect modifications of reference images sizes only in one direction STEPS TO REPRODUCE 1. Drag and drop a picture over kritas canvas and import it as reference image 2. Drag the horizontal handle in the opposite direction to mirror the reference image 3. Drag again in the same direction as in point 2 (for minor adjustments) OBSERVED RESULT Krita allows to "mirror" reference images by dragging reference images' handlers in the opposite direction, but doesn't allow additional changes in that negative direction, the reference image snaps back to its original direction if I continue to customize values in the negative direction EXPECTED RESULT If I mirror a reference image because I need the image to face in another direction then it shouldn't matter if I input negative values and doing so shouldn't snap back to positive values SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422721] Merge artistic color wheel with gamut maps
https://bugs.kde.org/show_bug.cgi?id=422721 --- Comment #3 from Jo --- Maybe a pop-up button in the Advanced Color Selector and Artistic Color Selector docker could help to choose from available gamut masks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 403111] Reference picture from open pictures
https://bugs.kde.org/show_bug.cgi?id=403111 --- Comment #5 from Jo --- an image opened in another tab Everything else sounds more complicated -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #15 from Jo --- Lately this reporting thing has been always problematic, as no good reason is welcome to improve over elements who need some improvement. My report doesn't talk about impossible or crazy stuff. But it seems you're just annoyed to read whatever comes on, no matter what. So I'm stopping here to file reports of any sort altogether. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #13 from Jo --- Apologies for my typo in the last sentence, it should be : Maybe are icons not perfect, but better than textual mess anyway -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #12 from Jo --- Blender is a starship, not just a car speaking metaphorically. I also use blender. So the comparison doesn't hold well as krita doesn't come with the same amount of controls, which aren't needed in krita, but the other hand The point of icons is, that you've to memorize the icons you need. You can't do the same thing with text. It's just messy to look at textual truncated tabs. Maybe are icons not the godseed, but better than textual mess anyway -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #9 from Jo --- Please check the attached file. In the attached Screenshot we can see how 10 dockers live side by side without overlapping, each one clearly readable in a relative small column. Dockers can't be arranged like that. It's impossible. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #7 from Jo --- Created attachment 133375 --> https://bugs.kde.org/attachment.cgi?id=133375=edit Uncluttered docker menu tabs Look how uncluttered, and easy to identify icons are, instead of menu descriptions.. A) text is not immediately recognizable like an icon, you've to read what the tab's description means B) in addition, menu descriptions are messy if several dockers stack on each other in the same area and the description is gonna be inevitably truncated. Why should I dock dockers in a new area if tabs *can* stay in a row, but don't do well, because of longer tab descriptions? I don't see the point. Maybe we can start a challenge on krita artists and ask for help to design these new icons. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 393477] Add color mode type - RYB color wheel
https://bugs.kde.org/show_bug.cgi?id=393477 --- Comment #12 from Jo --- @David Conner Thanks for your well meant suggestions. I've learnt and practice art, so I don't imagine other-worldy things, at least not if we talk of color theory. I made my own gamut masks and were the first one to push in this direction. Nobody cares about color harmony. But I deviate, the scope of RYB is to have colors in a certain sequence. Gamut masks are a "layer" on top. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 428993] New: Saving new brush presets misses tagging
https://bugs.kde.org/show_bug.cgi?id=428993 Bug ID: 428993 Summary: Saving new brush presets misses tagging Product: krita Version: 4.4.1 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Tagging Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY When you create new brush presets, you can't tag them. The dialog is missing the necessary tagging feature. This causes the brush preset to disappear in a longer list of brush presets STEPS TO REPRODUCE 1. Open the brush engine with f5 2. Save a new preset 3. You won't see any option or drop down menu allowing you to tag your new preset OBSERVED RESULT Creating new brush presets from scratch is straightforward but the save dialog there is missing a pop-up to specify a desired brush preset tag (if available of course, usually there are some by default as well) EXPECTED RESULT In absence of a tagging choice from the user, the new brush preset should inherit the tag of the currently selected brush preset tag as specified in the brush presets docker or, if “all” is selected, add a new tag like “new”, so that we aren’t confused where to look for new presets because these orphan presets get mixed together with the tagged presets. A mess in short. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 427285] Combined Tablet shortcuts causes freeze
https://bugs.kde.org/show_bug.cgi?id=427285 --- Comment #2 from Jo --- What tablet do you use, what platform? I'd love to have *combined buttons *working as expected. Since I'm able to reproduce it, the reason of my report. Furthermore, this bug bothers me for some time now, as I'm not always excited to write but reports if the need for it is little -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 427285] New: Combined Tablet shortcuts causes freeze
https://bugs.kde.org/show_bug.cgi?id=427285 Bug ID: 427285 Summary: Combined Tablet shortcuts causes freeze Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: tablet support Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Recently I changed my tablet shortcut layout and found out that some keystrokes freeze my tablet buttons to work properly STEPS TO REPRODUCE 1. Press shift (button 2 on the tablet)+4 (button 3) to increase saturation 2. Press cmd (button 1) for the color picker 3. You won't be able to pick any color (point 2.), nor any other keystroke 4. In dockers. Pick another brush, 5. Keystrokes work again, if I avoid to press the shortcut in point 1. OBSERVED RESULT I need the shortcut: saturate + and saturate -, and set my shortcut to saturate + to button 2 on my tablet Furthermore I set saturate - to button 4 (shift) + button 2(saturate +). The combination of two shortcuts causes the freeze. EXPECTED RESULT It shouldn't matter if I push one button or two buttons in combination (I hold a modifier key like shift and add a keystroke like "4"to it) SOFTWARE/OS VERSIONS macOS: 10.14.6 ADDITIONAL INFORMATION Maybe are numeric buttons 0-9 less reliable than buttons from a-z? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426968] New: Title bar in grid view should be a switch
https://bugs.kde.org/show_bug.cgi?id=426968 Bug ID: 426968 Summary: Title bar in grid view should be a switch Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Albums-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY The title bar (with directory path and Album date information) of the grid view allows to select all visible pictures STEPS TO REPRODUCE 1. Click the title bar of the grid view 2. All visible images will be selected 3. Click again, and Digikam selects again all selected visible images OBSERVED RESULT Clicking a second time on the title bar of the grid view should deselect pictures instead to select them, re-selection of already selected pictures simply makes no sense. EXPECTED RESULT Click one time on the tile bar of the grid view to select, click another time to deselect items, click again to select them again, etc.. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426966] New: "export to local storage" is for one time user only
https://bugs.kde.org/show_bug.cgi?id=426966 Bug ID: 426966 Summary: "export to local storage" is for one time user only Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Plugin-WebService-FileTransfer Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY "export to local storage" is only for one time use STEPS TO REPRODUCE 1. Select pictures to export 2. Export with "export to local storage"under export 3. Repeat point 1 4. "export to local storage" shows up empty OBSERVED RESULT "export to local storage" works just once, keeping the window open and exporting yet another pictures fails, as the window doesn't redraw. It's only for one time use. EXPECTED RESULT I like to keep useful windows open. An export window should work always not just once SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426733] Renaming with tags in subtree fails
https://bugs.kde.org/show_bug.cgi?id=426733 --- Comment #8 from Jo --- I can, alt+7 works everywhere on macOS. Also in Digikam -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426733] Renaming with tags in subtree fails
https://bugs.kde.org/show_bug.cgi?id=426733 --- Comment #6 from Jo --- The first time I hear that pipe '|' is a forbidden character on macOS Even in applescript I've no problems at all with it. I don't know about the pipe character on Linux or windows systems -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426733] Renaming with tags in subtree fails
https://bugs.kde.org/show_bug.cgi?id=426733 --- Comment #4 from Jo --- I'm on macOS 10.14.6, Digikam 7.0 and renaming works just fine with the pipe character. Prohibited characters are usually / \ : Underscore is a great alternative. Anyway, Digikam adds pipes on its own (by using [meta:Exif.Photo.InteroperabilityTag]) . I didn't choose that delimiter character as placeholder to divide tags -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426733] Renaming with tags in subtree fails
https://bugs.kde.org/show_bug.cgi?id=426733 --- Comment #2 from Jo --- Digikam allows renaming of files in many different ways, one of this strategies is, to rename files using tags. You can rename files to look like this : Main-tag|subtree-tag|subtree-tag.jpg I love it. Now I found out that tags are applied only after restarting Digikam I hoped Digikam could rename files also without writing Metadata tags to files -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426709] Highlight unique tags for removal
https://bugs.kde.org/show_bug.cgi?id=426709 --- Comment #3 from Jo --- Yes, also. Reviewing new tags would be a nice option to improve tag selection Usually I'm not very fond with imported tags, so I trash most of them if not all. I belive tagging is a bit subjective, and a work in progress if you ask my opinion. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426733] New: Renaming with tags in subtree fails
https://bugs.kde.org/show_bug.cgi?id=426733 Bug ID: 426733 Summary: Renaming with tags in subtree fails Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Tags-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY I've seen this bug also in previous versions. STEPS TO REPRODUCE 1. Rename files with the subtag of a tagtree (i only use subtags, never the main tag containing the subtags) 2. In the rename window I enter [meta:Exif.Photo.InteroperabilityTag], the preview keeps empty 3. There's nothing to rename, try to move the subtag outside in the tags folder. Now renaming works. OBSERVED RESULT I can't rename files with nested tags. If tags are inside the Digikam's tag folder, renaming works EXPECTED RESULT Whether tags are nested or not, Digikam must be able to see what tags are applied to a file SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426709] Highlight unique tags for removal
https://bugs.kde.org/show_bug.cgi?id=426709 --- Comment #1 from Jo --- Digikam also could consider between imported and user-assigned tags in Digikam. (e. G. "imported tags" would be tags i added with older, other software) I've made use of tagging for many years, some are obsolete or minor, with less hits. Removing useless tags removes the clutter and helps me keeping digital asset management meaningful -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426709] New: Highlight unique tags for removal
https://bugs.kde.org/show_bug.cgi?id=426709 Bug ID: 426709 Summary: Highlight unique tags for removal Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Tags-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Tagging features OBSERVED RESULT Importing pictures from many sources may add tons of unique, useless, spamming tags EXPECTED RESULT I'd love to be able to delete tags with only 1 or 2 hits. Tagging is a valuable tool and adds meaning to cryptic names coming from the camera /web. Basically im asking for some tools to facilitate the tagging process SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426116] Compact database (unique block instead of loose files)
https://bugs.kde.org/show_bug.cgi?id=426116 --- Comment #6 from Jo --- Hi Mario, Sounds nice, and exactly what I'm looking for. The only drawback is I've to edit the paths each newly added database again. Not that it happens very often, so it might be ok. Still i see it technically useful to implement, so my report Yes, I'm aware the path to the application specific preferences folder can't be defined unequivocally the same for all platforms, but needs to be defined specifically for each Os Since Digikam knows already the path to application support folder, I'd love to see Digikam make use of this path automatically as much as possible, For what pertains preference related files. So all those loose files are out of the way, so to say -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 426352] New: Autosaving banner
https://bugs.kde.org/show_bug.cgi?id=426352 Bug ID: 426352 Summary: Autosaving banner Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Tool/Assistants Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Autosaving banner I've set Autosaving to 15 minutes, the banner saying that the painting has been saved is great, still the banner shows the whole path and covers the screen as a whole. EXPECTED RESULT The notification is well meant, but I'd be happy with just a short/truncated banner string like; "saving complete" and eventually the name of the file, but not its whole path all times.. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 399061] Crop reference images dynamically
https://bugs.kde.org/show_bug.cgi?id=399061 --- Comment #2 from Jo --- Oh I see I've filed this request already, "the duplicate". I was ready to require again. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426116] Compact database (unique block instead of loose files)
https://bugs.kde.org/show_bug.cgi?id=426116 --- Comment #4 from Jo --- Yes, I no doubt, my question wasn't to unify databases into one big and inefficient database, but to create a kind of Digikam file that contains all these database data, to clean up all those loose files >You can save the databases to any location in your system where you have write >access. Sounds good, so could you move them by default in an application specific preferences folder, please ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426116] Compact database (unique block instead of loose files)
https://bugs.kde.org/show_bug.cgi?id=426116 --- Comment #2 from Jo --- I'm talking about the database files created to monitor folder and file changes on hd (digikam.db, recognition.db, similarity.db, thumbnails.db, etc. ), so it'll be the collection of albums -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426118] New: Tag named -Unknown- cannot be deleted
https://bugs.kde.org/show_bug.cgi?id=426118 Bug ID: 426118 Summary: Tag named -Unknown- cannot be deleted Product: digikam Version: 7.0.0 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Metadata-Editor Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Inside Captions-Tag: there is a face tag with a sub-tag called "unknown". It is possible to rename the tag "unknown", but impossible to delete that tag, because Digikam re-creates this tag over and over again, after deletion SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426116] New: Compact database (unique block instead of loose files)
https://bugs.kde.org/show_bug.cgi?id=426116 Bug ID: 426116 Summary: Compact database (unique block instead of loose files) Product: digikam Version: 7.0.0 Platform: macOS (DMG) OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: Albums-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY A compact database (unique block) would be less messy than a database with several loose files, in addition i'd prefer to see database files in a folder related to the Application's specific preferences, on Mac this would be ideally in "home/library/application support/digikam/", which exists also on my HD. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 426115] New: Make drag-n-drop more evident
https://bugs.kde.org/show_bug.cgi?id=426115 Bug ID: 426115 Summary: Make drag-n-drop more evident Product: digikam Version: 7.0.0 Platform: macOS (DMG) OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-Drag Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY Make drag-n-drop more evident - kind of color-label outline around the target item (be it a directory, tag, etc.) STEPS TO REPRODUCE 1. drag n drop a tag (tag tree view) or a directory (albums) on another tag/directory to merge/move items 2. if we hover over the target tag/directory, i wanna see a visual indicator as well SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 --- Comment #10 from Jo --- Since I asked also the developers of Digikam, I got following answer about QT : "If bug appears in Krita or digiKam, is more like a problem in a common shared library, as KF5::KXmlGui which manage application menu." -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 Jo changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|REOPENED --- Comment #9 from Jo --- Let's try a last time. Digikam is an open source digital asset manager (for video, images, etc) and it uses QT like Krita. Digikam is available for Linux, mac, etc I've no problems whatsoever to see colored menubar menu icons with Digikam, and both your applications use the QT framework. Since Digikam is open source, you can take a look. Looks like a quick fix, maybe it's useful. https://www.digikam.org/ Just for information, I've installed Linux on one partition of my hard disc but this doesn't matter. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425317] Colored menubar menu icons
https://bugs.kde.org/show_bug.cgi?id=425317 --- Comment #3 from Jo --- Since Digikam is Open Source like Krita, the devs of Krita should be able to check your code to adjust their issue as well. Or does the inspection of your code require any additional requirements? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425317] Colored menubar menu icons
https://bugs.kde.org/show_bug.cgi?id=425317 --- Comment #1 from Jo --- I forgot to add that.. I've reported this issue already on the bug tracker of krita, but my report was rejected because that bug doesn't happen very often and because they can't figure out how to solve this issue, not with the best intentions. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425317] New: Colored menubar menu icons
https://bugs.kde.org/show_bug.cgi?id=425317 Bug ID: 425317 Summary: Colored menubar menu icons Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Bundle-MacOS Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- Created attachment 130858 --> https://bugs.kde.org/attachment.cgi?id=130858=edit question marks instead colored menu icons SUMMARY OBSERVED RESULT Digikam displays colored icons in menubar menus, EXPECTED RESULT I'm using yet another application based on Qt, called Krita. Krita isn't able to display colored menu bar icons like Digikam, I just get question marks, please see attachment. Is it possible for you to contact the devs of krita to help them resolve the issue, since it's a Qt related problem, please? SOFTWARE/OS VERSIONS macOS: 10.14.6 ADDITIONAL INFORMATION Let me know if you need more info, I will try to find the info you need. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425308] Show always currently displayed folder in light table
https://bugs.kde.org/show_bug.cgi?id=425308 --- Comment #3 from Jo --- Yes, I agree, why we shouldn't be able to compare pictures from different paths, I'm sure this can be useful Still, I'd prefer a simpler and more straightforward approach, to see my organized pictures automatically in light table without the need to add them to the light table. In case of need I could add more pictures by using your feature. I think this request is very doable. I missed to add my report to the wish list, but I see you did it already, -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425310] Merge tag menus
https://bugs.kde.org/show_bug.cgi?id=425310 --- Comment #3 from Jo --- I think there's a little misunderstanding. First, Digicam is an awesome software and I totally love what you've done so far, looking at version 7.0 (also because I need this kind of software very much) Digicam's user interface experience needs adjustments, a synthesis in short. The analysis phase is done, it's features are very functional, at least in version 7.0 Your software isn't complicated at all, no worries. I myself dealt with LR, Aperture, media pro, now darktable (love it too, but it's bitter they missed to integrate dam management) and similar software that didn't survive time or was replaced with better solutions. Digicam displays everything all times, which is overkill. It seems like returning back in the past where developers tried to make everything customizable, all times. Too much clutter, less workflow. Some software requires a learning curve and it's understandable, why. Good habits need a good flow Today's interfaces have changed, and I don't mind at all the influence of phone software. With interfaces, we don't need to reinvent the wheel and start from scratch again. Overkill isn't needed, so my report. Finally, maybe you could add preferences to make us all if possible. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425310] New: Merge tag menus
https://bugs.kde.org/show_bug.cgi?id=425310 Bug ID: 425310 Summary: Merge tag menus Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Metadata-Engine Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY OBSERVED RESULT There are 3 different tabs for tags, 2 to filter and 1 to edit tags, additionally, yet another menu to add tags (similar could be said of the map and labels tab) EXPECTED RESULT 4 Windows to manipulate tags is simply too much, let me explain: I understand you analyzed every feature in detail and carefully, but now it's time to move a step further and synthesize this experience, and this is nothing more and less than a normal way to build things, be it software or physical objects You could use a radio button to switch functions in one and the same tab to allow filters or editing purposes. Cleans up a lot of clutter SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425308] New: Show always currently displayed folder in light table
https://bugs.kde.org/show_bug.cgi?id=425308 Bug ID: 425308 Summary: Show always currently displayed folder in light table Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: LightTable Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Select all pictures in a folder and add them to the light table 2. Select a picture from another folder add it to the light table and go there OBSERVED RESULT Old and new pictures mix in light table, that's messy and weird EXPECTED RESULT Digicam should prefer to show pictures of the current folder, always, no matter if I "add" then to the light table. The concept of clicking and adding pictures to the light table by itself is superfluous and unintuitive, if the light table content is always the current folder, we have a much more straightforward and normal workflow. Exceptions should be added as preferences. Let's keep things simple yet configurable. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 425304] New: Digicam doesn't quit in fullscreen mode
https://bugs.kde.org/show_bug.cgi?id=425304 Bug ID: 425304 Summary: Digicam doesn't quit in fullscreen mode Product: digikam Version: 7.0.0 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Bundle-MacOS Assignee: digikam-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Go fullscreen 2. Apply tags to up to 100 files 3. Quit with shortcut cmd+q OBSERVED RESULT Digicam will save the Metadata edits but won't quit after invoking quit (cmd+q) EXPECTED RESULT After saving the Metadata Digicam should quit. Successive quits don't have any effect. The only way is to close the application is by clicking the Mac OS native red window button (which destroys windows) SOFTWARE/OS VERSIONS macOS: 10.14.6 ADDITIONAL INFORMATION On Mac, we are able to press the native green window button to enter in fullscreen mode. Could it be that Digicam's fullscreen mode and Mac's native fullscreen mode are in conflict? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 425126] New: creation of Bundles fail always
https://bugs.kde.org/show_bug.cgi?id=425126 Bug ID: 425126 Summary: creation of Bundles fail always Product: krita Version: 4.3.0 Platform: macOS (DMG) OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Manage Resources… 2. Create a new Bundle and add Brushes, Brush presets, Gamut Masks, etc 3. Save, and close the Resource Manager 4. Reopen the Resource Manager, check the content of your Bundle: it will be empty OBSERVED RESULT The creation of a Bundle is meaningless and fails all the time, because no resources are gonna be copied over into the bundle package. This is a very old bug, apparently nobody is using this feature on Mac to report this issue EXPECTED RESULT When i add Resources to my own Bundle, then i expect Krita to copy resources into my bundle and save stuff on Disk. SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 424557] Metadata tags lost/changed
https://bugs.kde.org/show_bug.cgi?id=424557 --- Comment #8 from Jo --- (In reply to caulier.gilles from comment #7) > digiKam 7.0.0 stable release is now published: > > https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ > > We need a fresh feedback on this file using this version. > > Best Regards > > Gilles Caulier Thanks Gilles. I will download and get back to you. Another member of our team had a strange thing happen too - when she opened her images some of them were already tagged - not all, and not all correctly, which seems vaguely similar to my initial problem. Is there some kind of auto-facial recognition that could be at play here? Thanks, Jo -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 424557] Metadata tags lost/changed
https://bugs.kde.org/show_bug.cgi?id=424557 --- Comment #5 from Jo --- Hi, I am unable - it seems - to get 7.0 without Linux? I uninstalled and reinstalled 6.4. I found details on the database - SQLite. I will check across the team and come back if we have more issues. Thanks -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 424557] Metadata tags lost/changed
https://bugs.kde.org/show_bug.cgi?id=424557 --- Comment #4 from Jo --- I am trying to install v7.0, but all the links still say 6.4? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 424557] Metadata tags lost/changed
https://bugs.kde.org/show_bug.cgi?id=424557 --- Comment #3 from Jo --- Hi Caulier and Maik, thanks for getting back to me so quickly! Sorry for my newb questions - How do we find out what database we use? I suspect we are all using something different? I am using Windows 10 - we have other team members on Macs and possibly other versions of Windows - there are 10+ of us using digiKam to tag images and most of us work remotely (as does the world, at the moment!). I will run the debugview tool and report back, and also get everyone to install v 7.0.0. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 424557] New: Metadata tags lost/changed
https://bugs.kde.org/show_bug.cgi?id=424557 Bug ID: 424557 Summary: Metadata tags lost/changed Product: digikam Version: 6.4.0 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: jo.is...@treetec.net.au Target Milestone: --- SUMMARY Hi, my team uses digiKam to tag images of animals on remote wildlife cameras. We have been using it successfully with few issues for a number of years. However, in the past month or so, we have had multiple instances of team members losing metadata tags completely, losing some but not others, and also having tags randomly changed to other tags that are incorrect (we use a supplied tag list). I don't really know where to start as it is affecting multiple users on different platforms (Mac, Windows) and even different versions of digiKam. I don't know if any of these errors are reproducible - they seem rather random except they are impacting multiple team members differently. Thanks for any help! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 373971] Annotations - as dock dialog
https://bugs.kde.org/show_bug.cgi?id=373971 --- Comment #2 from Jo --- Hi Tymond, Years ago I started to add comments to my projects, to describe the desired outcome during idea development Today I'm using Mindmaps, but simple text notes are still perfectly fine to write down lists of keywords and shorter sentences as guides Annotations should help and guide us in the initial stages of our paint and comic projects as well. Creative chaos isn't always the best approach for a new project Writing text with a drawing pen on canvas is just slow and cumbersome, the text tool isn't an alternative as we aren't going to make a tutorial -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422955] New: Rotate brushcolor causes tonal value to change randomly
https://bugs.kde.org/show_bug.cgi?id=422955 Bug ID: 422955 Summary: Rotate brushcolor causes tonal value to change randomly Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Assign a shortcut key each for "rotate brushcolor cc" and to "rotate brushcolor ccw" and to "brighten brushcolor" as well to "darken brushcolor" 2. Press and keep pressed the shortcut key. You'll see how the total value continues to change randomly. OBSERVED RESULT The command rotate brushcolor cc/ccw rotates as expected, but together with brighten/darken brushcolor - I assigned to all 4 commands different keyboard shortcuts EXPECTED RESULT The command rotate brushcolor cc/ccw should shift colors but rotate around the same "orbit" inside the color wheel, but independently from tonal value (darken /brighten brushcolor) SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 --- Comment #7 from Jo --- (In reply to Boudewijn Rempt from comment #6) > We cannot help you, and this isn't a user support forum; it's a place where > people report things that can be fixed in the code. If you need help, go to > krita-artists.org. Not that it's likely anyone will be able to help because > this wierdness is specific for your system. > > Since this is not an issue that we can fix by changing code, I am going to > close this bug again. Please do not reopen it. it is very simple, you gave me no definitive answer. Because i care for Krita, you forced me to ask again for a clear answer. How can i know that mine is an isolated problem? To conclude, i do not need icons in menus, if you can add it as option, i'd enjoy. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422838] New: Color harmony gradient
https://bugs.kde.org/show_bug.cgi?id=422838 Bug ID: 422838 Summary: Color harmony gradient Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: wishlist Priority: NOR Component: Color models Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- Created attachment 129239 --> https://bugs.kde.org/attachment.cgi?id=129239=edit Color harmony Gradient SUMMARY OBSERVED RESULT The gradients of the color wheel show 3 different gradients, and they keep the same with gamut masks activated EXPECTED RESULT Whenever I activate gamut makes I wanna see the color changes reflected in the gradient bars as well, at least in the top gradient bar. This means, if my gamut mask is set on complementary colors (e. G. yellow - violet for the RYB wheel or yellow - ultramarine blue for the rgb wheel) then one of the gradients should cover a blend between these complementary colors too. For further info, please see the attachment SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 Jo changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Resolution|WORKSFORME |--- --- Comment #5 from Jo --- I kindly ask for guidance to suppress icons in menus. Thereafter we can close this bug too. Sorry, why this fancy stuff in menus? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422719] Option to delete work spaces using Window->Workspaces menu
https://bugs.kde.org/show_bug.cgi?id=422719 --- Comment #5 from Jo --- (In reply to Tymond from comment #4) > @Jo you might want to try to reset your configuration: > https://docs.krita.org/en/KritaFAQ.html#resetting-krita-configuration (or, > rename it temporarily) to see if it's there. It is there by default both on > Windows and Linux. Interesting tip! This cleaned up a very old and very long *.rc file, that might help too to correct / prevent eventual bugs.Great. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 392844] Layer timer - for time management
https://bugs.kde.org/show_bug.cgi?id=392844 --- Comment #4 from Jo --- (In reply to Tymond from comment #3) > @Jo why is it important to know how much time you spent on every layer? > (There is already time being counted for every document - you can see it in > File -> Document Information). What is the use case for that that cannot be > solved by File -> Document Information entry? Hi Tymond, This system could help us to determine if the time spent on various layers was worth the effort, in an attempt to discipline ourselves and make better choices. Basically, looking at the time spent for each layer we get some idea about the variables time (quantity) versus rendering (quality). I see it's application in speed exercises/Generation of ideas Finally, this management is just a kind of log, and it's goal isn't to condition us in any way. Quality needs time, and there aren't shortcuts except honing our skills. With the aid of Interesting tools -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422754] New color wheel for color Harmonies
https://bugs.kde.org/show_bug.cgi?id=422754 --- Comment #2 from Jo --- Basically, I'm talking about the RYB color wheel, please see here: https://bugs.kde.org/show_bug.cgi?id=393477 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422754] New: New color wheel for color Harmonies
https://bugs.kde.org/show_bug.cgi?id=422754 Bug ID: 422754 Summary: New color wheel for color Harmonies Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- Created attachment 129200 --> https://bugs.kde.org/attachment.cgi?id=129200=edit Complementary SUMMARY OBSERVED RESULT The available color wheels in krita don't cover traditional color harmonies, please see this color wheel : https://www.tigercolor.com/color-lab/color-theory/color-harmonies.htm EXPECTED RESULT When I first suggested color harmonies (from the vertex of geometric figures inside the color wheel) I assumed to find the right color wheel in the color wheel preferences, cause there are many modes to choose from, but they're computed all the same way, color - wise. As you can see from my gamut mask, (please see attachment) the complementary colors (yellow - ultramarine blue) in krita doesn't match with the traditional complementary colors (see link above) yellow - violet Basically I ask just the addition of another color wheel and not to charge or remove current color wheels, everybody can choose what color wheel he /she needs SOFTWARE/OS VERSIONS macOS: 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 --- Comment #4 from Jo --- (In reply to Boudewijn Rempt from comment #3) > Weird, it doesn't do that on my mac. And the only way to get icons in menus > KDE_FULL_SESSION is set, otherwise we force-disable icons in menus. What should I do to disable icons? Why is the bug resolved? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422719] Option to delete work spaces using Window->Workspaces menu
https://bugs.kde.org/show_bug.cgi?id=422719 --- Comment #3 from Jo --- (In reply to Dmitry Kazakov from comment #1) > Created attachment 129182 [details] > Screenshot > > You can delete a workspace with the buttons in the special "Workspaces" > button Hmm your attachment seems to be a missing picture. Can't find that special button, I've looked twice thoroughly... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422723] Prefer users temporary folder by default to save backups
https://bugs.kde.org/show_bug.cgi?id=422723 --- Comment #3 from Jo --- (In reply to Dmitry Kazakov from comment #2) > Okay, there is an option for that actually: > > General->File Handling->Backup File Location Yes, I've seen - thumbs up > But might you, using temporary folder for backups is really unsafe. Yeah, maybe the temporary items folder isn't really the best place for backups, as it is cleaned on logout and startup /shutdown. I use it often for temporary stuff, a backup is temporary until it isn't saved intentionally, this was my logic. Anyway, the default location could be the desktop rather the home folder as most operating systems display files on the desktop. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 403111] Reference picture from open pictures
https://bugs.kde.org/show_bug.cgi?id=403111 --- Comment #3 from Jo --- (In reply to Scott Petrovic from comment #1) > Do you mean a way to convert a layer's to a reference image? Maybe a layer, but I'd prefer the whole, visible image. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422724] Dock panels Detach and close buttons hardly readable
https://bugs.kde.org/show_bug.cgi?id=422724 --- Comment #1 from Jo --- Created attachment 129184 --> https://bugs.kde.org/attachment.cgi?id=129184=edit Illegible unclear button icons MacOS 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 --- Comment #2 from Jo --- Created attachment 129183 --> https://bugs.kde.org/attachment.cgi?id=129183=edit Question mark in menu entries Oops, sorry My system version is macOS 10.14.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 392844] Layer timer - for time management
https://bugs.kde.org/show_bug.cgi?id=392844 --- Comment #2 from Jo --- I'm still interested to see this feature coming to life in krita. Time management is crucial to keep motivated too. This feature is useful for experienced artists who need to deal with life too, and can't just daydreaming all day long -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390138] Brush size constant - ignores zoom
https://bugs.kde.org/show_bug.cgi?id=390138 --- Comment #3 from Jo --- (In reply to Tymond from comment #2) > It's reopened (I disagree with the assessment that those two bugs are > duplicates), but: it would be a very controversial change. Maybe it could be > implemented as a mode turned on in options or something (off by default), Awesome, can't wait of this mode! > but it'd need more people wanting this mode. Why waiting? It seems people thinks Photoshop is the measure of example to follow in any circumstance. Krita doesn't need PS,at all. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422725] New: Many Main menu bar entries end with a question mark
https://bugs.kde.org/show_bug.cgi?id=422725 Bug ID: 422725 Summary: Many Main menu bar entries end with a question mark Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY OBSERVED RESULT Many Main menu bar entries end with a question mark, something is missing (e. G. Cut, copy, paste - layers in menu bar "layers" of the main menu bar of Krita, end with a question mark - but this is only an example, there's no menu entry with icon in any of the menus) EXPECTED RESULT The question mark tells me that resources must be missing, I guess some icons. I didn't modify anything, but use Krita out of the box. I don't care about icons in menu bars, please keep it simple. No need for fancy stuff like that SOFTWARE/OS VERSIONS macOS: 10.4.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422724] New: Dock panels Detach and close buttons hardly readable
https://bugs.kde.org/show_bug.cgi?id=422724 Bug ID: 422724 Summary: Dock panels Detach and close buttons hardly readable Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY OBSERVED RESULT The Detach and close buttons of docked panels are hardly to distinguish, whatever dark theme we apply. EXPECTED RESULT Redesign / replace the utterly thin, totally unclear and unreadable Detach and close button symbols with clear button icons. SOFTWARE/OS VERSIONS macOS: 10.4.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422723] New: Prefer users temporary folder by default to save backups
https://bugs.kde.org/show_bug.cgi?id=422723 Bug ID: 422723 Summary: Prefer users temporary folder by default to save backups Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY OBSERVED RESULT The default location of backups seems to be the home folder, I disagree with this decision Backup files should be saved in the users temporary items folder. EXPECTED RESULT Save backup files in users temporary items folder to avoid cluttering the home folder SOFTWARE/OS VERSIONS macOS: 10.4.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422721] New: Merge artistic color wheel with gamut maps
https://bugs.kde.org/show_bug.cgi?id=422721 Bug ID: 422721 Summary: Merge artistic color wheel with gamut maps Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: minor Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY OBSERVED RESULT Currently we need to deal with two panels set up color harmony. It seems the majority of people is still unaware about the usefulness of this feature, which is in itself pretty hilarious,if we wanna be artists. EXPECTED RESULT Gamut masks should be integrated into the artistic color wheel, I don't see advantages to keep it apart. This simplifies and consolidates meaningful modes which belong together. A little redesign is needed. SOFTWARE/OS VERSIONS macOS: 10.4.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 422719] New: Option to delete old work spaces
https://bugs.kde.org/show_bug.cgi?id=422719 Bug ID: 422719 Summary: Option to delete old work spaces Product: krita Version: 4.2.9 Platform: Other OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: Resource Management Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Go to windows >work spaces 2. We can add but can't delete user-created work spaces OBSERVED RESULT There isn't any option to delete obsolete work spaces. I don't wanna search and delete work spaces from my file manager EXPECTED RESULT An option to delete work spaces in the work spaces menu SOFTWARE/OS VERSIONS macOS: 10.4.6 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 389828] Place widget windows like filter-curves on the right side of the screen
https://bugs.kde.org/show_bug.cgi?id=389828 Jo changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Jo --- (In reply to Tymond from comment #1) I confirm, filter windows remember their position. We can close this report. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 420029] New: Cannot delete brush tags
https://bugs.kde.org/show_bug.cgi?id=420029 Bug ID: 420029 Summary: Cannot delete brush tags Product: krita Version: 4.2.9 Platform: Windows CE OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Dockers Assignee: krita-bugs-n...@kde.org Reporter: josiewin...@gmail.com Target Milestone: --- Created attachment 127503 --> https://bugs.kde.org/attachment.cgi?id=127503=edit Results of deleting a tag In the Brush Presets docker, when selecting Tag > Delete this tag, the tag is deleted and disappears, but also tends to result in the next tag on the list showing as empty. Often after deleting a tag, other tags are cloned, showing up twice in the dropdown menu with one of them being normal and the other being empty. After closing and rebooting Krita, the tags that had been deleted reappear as if they were not deleted in the first place. STEPS TO REPRODUCE 1. Brush presets docker > Tag > Delete this tag OBSERVED RESULT Tag is deleted, but has unusual effects on other tags, and reappears when closing/reopening Krita. EXPECTED RESULT Tag is deleted permanently, without affecting other tags. SOFTWARE/OS VERSIONS Windows 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 389795] [Wishbug] Erase trough all layers
https://bugs.kde.org/show_bug.cgi?id=389795 --- Comment #5 from Jo --- (In reply to Tymond from comment #4) > @Jo shouldn't you use inherit alpha instead? > https://docs.krita.org/en/tutorials/clipping_masks_and_alpha_inheritance.html With 'erase through all layers' I meant the cleanup of the outline of final characters or objects. Therefore, erasing should be *destructive*in this case. Clipping masks, erase layers and such are great if you deal with the solid part of an object, but when you design characters you're gonna compose multiple objects filling up the canvas. All these elements are composed in layers but must be separate each other,else you will end up in a mixed mess. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390065] Switch to erase mode when color picking from alpha (background)
https://bugs.kde.org/show_bug.cgi?id=390065 --- Comment #4 from Jo --- Semi trasparent pixels shall be values very close to black, I guess a max of 10% brighter pixels to black is more than enough -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390065] Switch to erase mode when color picking from alpha (background)
https://bugs.kde.org/show_bug.cgi?id=390065 --- Comment #2 from Jo --- (In reply to Tymond from comment #1) > It must work like that either with a switch (turned off by default) and/or > only when there is "Pick from current layer" mode is on. So what's the deal to tell Krita to switch to erase mode instead of paint mode, if we pick from alpha and no solid Pixel(s)? Imo, a nice shortcut instead to click some button on the top. Given the occasion.. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 369600] Brush scaling mode should be proportional to zoom mode
https://bugs.kde.org/show_bug.cgi?id=369600 --- Comment #3 from Jo --- Originally I suggested this feature to the developers of gimp, years ago. I'd be happy to have this feature in Krita, as I don't use gimp anymore for my painting work Thumbs up for this feature :) -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 390370] Make it possible to group selection masks with Ctrl+G shortcut
https://bugs.kde.org/show_bug.cgi?id=390370 --- Comment #11 from Jo --- (In reply to Tymond from comment #10) > Selection Bag docker wish: bug 332040 I thought my idea was technically simpler to realize. If a bag dockers is also ok -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374543] Replace docker titles with icons
https://bugs.kde.org/show_bug.cgi?id=374543 --- Comment #6 from Jo --- Hi, The reason to have icons instead of titles is, to improve ui navigation. An image (icon) is recognizable in a fraction of a second, meanwhile text keeps its up for more than a second, as text asks more attention Furthermore, if we choose icons we won't need titels anymore, this was also one of the reasons I wrote this report. An example is Gimp, which uses icons for its dockers and should be installed on most Linux machines nowadays. Navigation thanks to icons is immediately. It cleans up the dockers with truncated strings. Unclutteres the whole ui. Yes, new icons will be needed, but they have not to be very big. Thanks for reconsidering this report :) On 25 Mar 2020, 23:07, at 23:07, Scott Petrovic wrote: >https://bugs.kde.org/show_bug.cgi?id=374543 > >Scott Petrovic changed: > > What|Removed |Added > >CC||scottpetro...@gmail.com > >--- Comment #5 from Scott Petrovic --- >I am not sure what problem this is even solving. It seems this is just >going to >make the user interface take up more space for no gain. Maybe this is >more >about when you have multiple tabs in a docker area? If you had an icon >for a >tab instead of text, you could put more tabs in a section. They quickly >get >hard to read if you have 3 or more tab sections in a docker area > >-- >You are receiving this mail because: >You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 417171] gwenview occasionally crashes after opening any image
https://bugs.kde.org/show_bug.cgi?id=417171 jo changed: What|Removed |Added CC||giannis...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 410665] New: Shift + Outline Selection does not function properly
https://bugs.kde.org/show_bug.cgi?id=410665 Bug ID: 410665 Summary: Shift + Outline Selection does not function properly Product: krita Version: 4.2.5 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Tools/Selection Assignee: krita-bugs-n...@kde.org Reporter: josiewin...@gmail.com Target Milestone: --- SUMMARY When using the freeform Outline Selection Tool, I cannot add an additional selection by pressing Shift + making another selection. Instead, Krita only allows one selection area at a time. This does not occur with any of the other selection tools, such as the Rectangular or Circle selection tools. STEPS TO REPRODUCE 1. Use Freeform selection tool to select an area 2. Hold Shift + make another selection OBSERVED RESULT First selection is deleted and replaced by second selection. EXPECTED RESULT The second and first selection should both be selected at the same time. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 408491] No gamut masks
https://bugs.kde.org/show_bug.cgi?id=408491 --- Comment #2 from Jo --- So I assume that getting gamut masks isn't possible just by moving some plugins from newer krita into my older krita application package ..and if possible, then krita 4.1.7 wouldn't be able to access said plugins as there's no code in older krita to invoke the plugin for gamut masks Very sad about as I was waiting joyfully for this feature which I myself had requested time ago. Apple isn't the same anymore. There's a menu for scripts in krita but I don't know if this menu entry is already usable in 2.1.7. A python script could generate a simple palette but I've no idea his to do this. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 408491] New: No gamut masks
https://bugs.kde.org/show_bug.cgi?id=408491 Bug ID: 408491 Summary: No gamut masks Product: krita Version: 4.2.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Color Selectors Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY I know gamut masks were introduced before version 4.2, but these gamut masks show up only in version 4.2 Now my problem is that my computer works very well but I can't upgrade it higher than 10.11 due to hardware requirements I assume EXPECTED RESULT Krita Version 4.2 requires Mac 10.12, and honestly I don't accept Apples quick and arbitrary update strategy. So much that I installed Linux weeks ago but there I can't work as usual. Krita 4.2 works flawlessly on my Linux installation so why it shouldn't on my Mac 10.11? New Mac Os versions introduced nothing useful just eye candy. So why bother and follow such useless update policies? SOFTWARE/OS VERSIONS macOS: 10.11 Krita: 4.1.7 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 403111] Reference picture from open pictures
https://bugs.kde.org/show_bug.cgi?id=403111 --- Comment #2 from Jo --- (In reply to Scott Petrovic from comment #1) > Do you mean a way to convert a layer's to a reference image? Yes -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 403111] New: Reference picture from open pictures
https://bugs.kde.org/show_bug.cgi?id=403111 Bug ID: 403111 Summary: Reference picture from open pictures Product: krita Version: 4.1.7 Platform: Mac OS X Disk Images OS: OS X Status: REPORTED Severity: wishlist Priority: NOR Component: Tools/Reference Images Assignee: krita-bugs-n...@kde.org Reporter: jo.y.v...@gmail.com Target Milestone: --- SUMMARY A button to add open pictures in Krita to the reference pictures EXPECTED RESULT Quick way to add reference pictures SOFTWARE/OS VERSIONS MacOS: 10.11 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 373922] color harmonies - add polygons inside the color wheel
https://bugs.kde.org/show_bug.cgi?id=373922 --- Comment #14 from Jo --- The announcements I saw looked so official that I thought it real for all platforms :( Hopefully you're able to implement it sooner without bigger delays. Wish you all a happy X-mas and a good new year. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374544] Getting references from external hard drives
https://bugs.kde.org/show_bug.cgi?id=374544 --- Comment #11 from Jo --- This is Mac specific: "Volumes" isn't a visible folder OK I get the folder when I go on file name and input it's name. Alternatively I can show hidden files. Maybe a last suggestion. Maybe nice if "volumes" is added by default on the left side column of the chooser -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 373922] color harmonies - add polygons inside the color wheel
https://bugs.kde.org/show_bug.cgi?id=373922 --- Comment #11 from Jo --- Created attachment 117080 --> https://bugs.kde.org/attachment.cgi?id=117080=edit Mac Os dockers No gamut mask available for Mac OS. No nightly build, but the latest version, 417 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 373922] color harmonies - add polygons inside the color wheel
https://bugs.kde.org/show_bug.cgi?id=373922 Jo changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #9 from Jo --- Color harmony or: Gamut masking isn't available on Mac. Maybe this feature was integrated only in one nightly build? Frustrating as this feature should be important but it is just considered as some "gimmick". But clutter like "move checkers when moving" is more important -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 374544] Getting references from external hard drives
https://bugs.kde.org/show_bug.cgi?id=374544 Jo changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #9 from Jo --- After downloading krita 417 I checked if the file chooser has been fixed finally. (Open file and open reference) The answer is no. Nor Partitions of my hard drive nor activated external hard drives are visible in the file chooser. Please fix that. -- You are receiving this mail because: You are watching all bug changes.
