[krunner] [Bug 431603] When searching for applications results are not as expected.
https://bugs.kde.org/show_bug.cgi?id=431603 GreggB changed: What|Removed |Added CC||sequals...@netscape.net --- Comment #11 from GreggB --- On Manjaro 5.23.5 / 5.90.0 Attempting to get "Display Configuration" In Kickoff: "dis" gets Filelight; "disp" gets Calendar; "display" gets Run Display. The only way to get Display Configuration as the first result is to type "mo". In Krunner: "displ" will get Display Configuration to the top of the results. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 340283] please add possibility to sort results returned by krunner by type
https://bugs.kde.org/show_bug.cgi?id=340283 GreggB changed: What|Removed |Added CC||sequals...@netscape.net --- Comment #18 from GreggB --- As well as being able to prioritize Krunner results by plugin, I'd also like to have different plugin sets and plugin orders based upon whether Krunner was invoked directly (Alt-F2) or from within Kickoff. I realize this is a big ask. And given that it adds possible complication and confusion for the user, the ability to split the Krunner configuration should probably be optional. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 340283] please add possibility to sort results returned by krunner by type
https://bugs.kde.org/show_bug.cgi?id=340283 --- Comment #21 from GreggB --- (In reply to Natalie Clarius from comment #20) > Would a possibility be to multiply the relevance > values communicated by the plugins with a per-plugin relevance value > configured by the user? This would be a step in the right direction. It would give the user some control over ranking. Is it not possible to totally override the plugin's value with one supplied by the user? -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 340283] please add possibility to sort results returned by krunner by type
https://bugs.kde.org/show_bug.cgi?id=340283 --- Comment #26 from GreggB --- (In reply to Alexander Lohnau from comment #25) > >So a simple drag-and-drop ordering with the relevance decreasing in steps of > >5% or so? While dragging the plugins around would be the ideal solution, I don't think that it is appropriate for this change. Given the underlying mechanism, I think it poses a number of problems. Firstly, re-ordering the plugins creates the expectation that the results will be similarly re-ordered. The fact that it will not, creates its own confusion for the user. Secondly, it denies the user the ability to adjust the weightings according to their needs. e.g. 100% to plugin A, 10% to plugin B and 50% to the rest. It is problematic for me because it hides from the user what they are really doing. I think a 1-10 weighting on each plugin with the default set to 5 (or 10?) would be better. A tooltip could give a brief explanation of what the field adjusts. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 433116] New: Baloo looses filename after rename
https://bugs.kde.org/show_bug.cgi?id=433116 Bug ID: 433116 Summary: Baloo looses filename after rename Product: frameworks-baloo Version: 5.78.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Engine Assignee: stefan.bru...@rwth-aachen.de Reporter: sequals...@netscape.net Target Milestone: --- Created attachment 135792 --> https://bugs.kde.org/attachment.cgi?id=135792&action=edit console log of test SUMMARY When a file is renamed, Baloo is unable to find the file under the new (or old) name. STEPS TO REPRODUCE 1. Create an empty file 2. Baloosearch filename to confirm indexed. 3. Rename file. 4. Baloosearch new filename. OBSERVED RESULT After the file is renamed, baloosearch returns no results. EXPECTED RESULT Baloosearch for new filename should return that filename. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION This may be a repeat of 392793 But bug 392793 involves Dolphin which complicates the issue, since Dolphin seems to exhibit different behaviour when a file is renamed. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 433247] New: Folder expanded incorrectly when sorted by ascending size
https://bugs.kde.org/show_bug.cgi?id=433247 Bug ID: 433247 Summary: Folder expanded incorrectly when sorted by ascending size Product: dolphin Version: 20.12.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: view-engine: details mode Assignee: dolphin-bugs-n...@kde.org Reporter: sequals...@netscape.net CC: kfm-de...@kde.org Target Milestone: --- Created attachment 135903 --> https://bugs.kde.org/attachment.cgi?id=135903&action=edit Screen capture showing folder expansion SUMMARY When in Detail view sorted by ascending size: clicking on the arrow to expand a folder will sometimes show the folders files under a folder further down the list. STEPS TO REPRODUCE 1. Set Dolphin to detail view 2. Navigate to a folder with many sub-folders 3. Sort by ascending size 4. Click on an arrow to expand a folder 5. If the folder expands normally, click again to collapse, then click the arrow on the following folder. OBSERVED RESULT For some folders the files will show as the contents of another folder further down the list. (please see attached screen cap) EXPECTED RESULT Every expanded folder should show it contents directly below it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION This seems to happen more in folders with lots of sub-folders. -- You are receiving this mail because: You are watching all bug changes.
