[digikam] [Bug 318357] GROUP : group by file-names [patch]
https://bugs.kde.org/show_bug.cgi?id=318357 Xtal changed: What|Removed |Added CC||k...@i.yeb.me --- Comment #26 from Xtal --- Is this feature ever going to be added? I've been hoping for this for years. This is the one-and-only reason I'm still using Lightroom to manage all my files, I'd love to ditch it entirely, because Digikam does everything else I need for file management already, and it's so much faster than Lightroom. I'm aware that you can do it on a per-folder basis, but that's way too tedious when you're navigating 100s of folders, especially if you want to disable it for a bit, and having to constantly check which folder is in which view individually. Just after a simple global toggle to group RAW+JPG as shown in the screenshot from 2015: https://bugsfiles.kde.org/attachment.cgi?id=90528 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 471521] New: Allow assigning keyboard shortcut to existing feature: "Select all" + "Group by filename"
https://bugs.kde.org/show_bug.cgi?id=471521 Bug ID: 471521 Summary: Allow assigning keyboard shortcut to existing feature: "Select all" + "Group by filename" Classification: Applications Product: digikam Version: unspecified Platform: unspecified OS: All Status: REPORTED Severity: normal Priority: NOR Component: Albums-MainView Assignee: digikam-bugs-n...@kde.org Reporter: k...@i.yeb.me Target Milestone: --- This is a small feature request, that may be a simpler solution to solve other larger ones that have been going on for like 10 years. Currently (as far as I can still tell), there is no easy way to group/ungroup JPG + RAW pair files in Digikam. The feature is there, it's just incredibly tedious to deal with when you're navigating in and out of 1000s of folders. To the point where I can't even use Digikam to arrange my photos sadly, it's just too laborious to even bother. And I've been unable to find any other decent software to for this basic task, aside from Lightroom, is which overkill and too slow to be usable. Existing feature: When navigating into a single album/folder, JPG + RAW can already be grouped using these manual steps: 1. Select all the files with: ctrl + a 2. Right-click on one of the files 3. Click "Group" 4. Click "Group Selected By Filename" And basically the same 4 steps to ungroup. Requested addition: Under "Configure Keyboard Shortcuts...": * I can't see anything related to this in the existing options for assigning keyboard shortcuts. * Can you please add an action called something like "Toggle group all files by filename" This single tap of a hotkey would then do the same as **ALL FOUR** steps listed above. Including #1. This would be an amazing improvement in the usability of Digikam for anyone to shoots in both JPG + RAW (which I would have thought was a lot of people). Similar issues: There's another issue at: https://bugs.kde.org/show_bug.cgi?id=318357 (and a few others)... of course it would be great if they were implemented too. They want a regex, so there's obviously more advanced needs there. But my request here might solve it for a good number of us for now. After 10 years of waiting + bike-shedding, it seems like there isn't much hope that feature happening though. This maybe is easier for the devs to add first (seeing it's just a keyboard shortcut to features that already exist), and at least cover the most fundamental common use case of pairing JPG + RAW like other programs like Lightroom etc can. Toggle: Having this keyboard shortcut be a toggle (usable to un-group too) would be great too, because then you can quickly switch between grouped/ungrouped for those cases where you want to just work on individual files. Sticky across folders: In terms of whether this toggle setting apples: * a) only to the current folder * b) or it's a "sticky" thing that is remembered when you go into a different folder... My own preference would be (b). i.e. I hit my hotkey once, and then every other folder I navigate into is the same as that latest state. Because this is the mode I want to be in 99% of the time anyway. If there's a reason to just go with (a) for now (i.e. (b) would delay adding it), that's ok too. At least with a single hotkey it's quick to tap 100s of times in a sitting, but the currently needed 4 steps of mouse clicking are way too painful though, and it's the one-and-only reason Digikam is currently unusable to me sadly. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 318357] GROUP : group by regular expression [patch].
https://bugs.kde.org/show_bug.cgi?id=318357 --- Comment #37 from Xtal --- I've put in a request for a feature to simply make the existing "group by filename" feature more usable via a keyboard shortcut: https://bugs.kde.org/show_bug.cgi?id=471521 I know it doesn't replace this issue here, but might be useful to any of you who simply want an easy way to group JPG + RAW. So please give it some votes if you would also like that keyboard shortcut added too. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 471521] Allow assigning keyboard shortcut to existing feature: "Select all" + "Group by filename"
https://bugs.kde.org/show_bug.cgi?id=471521 Xtal changed: What|Removed |Added CC||k...@i.yeb.me -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 322922] Dolphin should not store .directory files inside the actual directory to avoid cluttering and polluting the filesystem; should instead store this data in extended attributes
https://bugs.kde.org/show_bug.cgi?id=322922 Xtal changed: What|Removed |Added CC|k...@i.yeb.me| -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 404629] New: Alternative to .directory files for folder-specific view settings
https://bugs.kde.org/show_bug.cgi?id=404629 Bug ID: 404629 Summary: Alternative to .directory files for folder-specific view settings Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: k...@i.yeb.me CC: elvis.angelac...@kde.org Target Milestone: --- Created attachment 118241 --> https://bugs.kde.org/attachment.cgi?id=118241&action=edit Current view settings window In Dolphin when you're in a folder and change any of its view settings, Dolphin will create a .directory file in the folder to remember these settings that are unique to the current folder. This gets annoying quickly: 1. It makes it hard to delete empty folders automatically, you can no longer just run a simple commands like "rmdir *" and "find -type d -empty -delete" etc. 2. It makes the process manually deleting empty folders more cumbersome. I can't just view the recursive folder properties to check it says 0 files then delete it. It's a time consuming process of turning on 'show hidden files' and manually checking that there's only .directory files in all the sub-folders of the tree. 3. They get in the way in other places, such as needing to add .directory to .gitignore and lots of other things like that, which often get forgotten, and some software makes it hard to ignore files. 4. It messes with the folder's modified timestamp - I can no longer look at the folder timestamp to actually see when an actual meaningful data change to the contents was made. 5. Just more general junk being distributed to remote systems like desktop.ini / .DS_Store /._* files that we see littered through projects and servers etc that is irrelevant to everyone except for the one-and-only person that the files passed through where the junk got added. I know I can just disable custom view settings altogether with "Use common properties for all folders", but I still want to be able to set + remember custom view settings on my local folders. It would be great if there were an option to leave the target directory itself untouched, and instead just store this data somewhere under ~/.cache/dolphin or ~/.config/dolphin or somewhere like that. Yes - of course this means that if you rename/move the folder, the settings are lost. But it's not anything important being lost, for me that's much more preferable to the current .directory littering everywhere, or disabling custom views entirely. Alternatively maybe these settings could be stored in extended filesystem attributes (I guess that won't work on NTFS etc though?). In this case it could just fall back to .directory or not remembering settings on those filesystems. I'm not saying that the .directory files should be abandoned completely, or that we should change the default behaviour ... just an option would be nice so that we can pick between .directory -or- ~/.cache/dolphin See the attached screenshot of: Dolphin > Settings > Configure Dolphin > General tab > Behavior tab > View ... It currently has the options: - Remember properties for each folder - Use common properties for all folders I propose changing this to something like: - Remember properties for each folder using .directory files - Remember properties for each folder using ~/.cache/dolphin - Use common properties for all folders ...or... - Remember properties for each folder using .directory files - Remember properties for each folder using extended filesystem attributes - Use common properties for all folders -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 396960] New: Feature Request: ability to set Konsole tab background color using escape codes (like can already be done for the terminal background color)
https://bugs.kde.org/show_bug.cgi?id=396960 Bug ID: 396960 Summary: Feature Request: ability to set Konsole tab background color using escape codes (like can already be done for the terminal background color) Product: konsole Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: tabbar Assignee: konsole-de...@kde.org Reporter: k...@i.yeb.me Target Milestone: --- Created attachment 114193 --> https://bugs.kde.org/attachment.cgi?id=114193&action=edit Color tabs in Firefox Konsole already supports setting the background color of the current terminal by outputting an escape code within the terminal, example shell command: echo -ne '\e]11;#ff\a' ...this sets the terminal background color to hex code #ff (blue). It would be awesome if something similar could be done for Konsole's tabs. This would make them much easier to tell apart quickly without needing to read them every time, and make switching tabs very efficient, easily when logged into lots of different hosts. This would also make it easy for people to write simple shell scripts etc that automatically set the tab color based on hostname, username and lots of other things. I've attached an example screenshot of a Firefox plugin that lets the user set tab background colors. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 80725] wish: colour in tabbar text
https://bugs.kde.org/show_bug.cgi?id=80725 Xtal changed: What|Removed |Added CC||k...@i.yeb.me --- Comment #10 from Xtal --- Hi, I'm currently trying to find a way to differentiate Konsole's tab using ESC codes or something similar. Basically I want the tab background color, or icon to be different for each of my servers. I came across this old ticket, but I'm unsure if it was actually implemented, or the feature still exists? I'm using Konsole 18.12.1 Is there any way to do this still? If so, could somebody please show an example shell command that would send the ESC sequence to change the current tab's color or icon? Thanks -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 386196] New: Can't create new LVM volume group - unable to type in "Volume Group Name:" field
https://bugs.kde.org/show_bug.cgi?id=386196 Bug ID: 386196 Summary: Can't create new LVM volume group - unable to type in "Volume Group Name:" field Product: partitionmanager Version: 3.2 Platform: Manjaro OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: k...@i.yeb.me Target Milestone: --- Created attachment 108567 --> https://bugs.kde.org/attachment.cgi?id=108567&action=edit "New volume group" window: can't type in the "Volume Group Name:" field I've created a LVM2 PV partition on my disk. And now I'm trying to create the volume group from the menu option: Tools > Create Volume Group It won't let me type in the "Volume Group Name:" field, and therefore I also can't hit "Ok" to create the volume group. When I run partitionmanager with a terminal open to view its text output, this error message comes up every single time I press a key in the field (but no characters appear in the text field): QRegularExpressionPrivate::doMatch(): called on an invalid QRegularExpression object I've attached a screenshot of the screen I'm talking about. I'm using: "partitionmanager 3.2.0" - installed from the official Manjaro repos, 64bit OS. I'm not overly experienced with LVM, so please let me know if I've misunderstood something. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 386196] Can't create new LVM volume group - unable to type in "Volume Group Name:" field
https://bugs.kde.org/show_bug.cgi?id=386196 --- Comment #1 from Xtal --- Created attachment 108568 --> https://bugs.kde.org/attachment.cgi?id=108568&action=edit My partition table on the disk Just adding this in case it's relevant at all. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 386196] Can't create new LVM volume group - unable to type in "Volume Group Name:" field
https://bugs.kde.org/show_bug.cgi?id=386196 --- Comment #2 from Xtal --- Also I should have mentioned, this PV is inside LUKS. Not sure if that makes any difference? -- You are receiving this mail because: You are watching all bug changes.
