| Summary: | extglob filename pattern matching | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Jonas Kölker <jonaskoelker> |
| Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
oops: see also: Bug 145144 Such syntax would only be useful for 0.0000001% of our users, i.e. you and the other person who voted for this report :) We need a more intuitive and graphical solution, for sure. I mean, I've been using the linux command line for 11 years or so, and not just in a basic way, and I never encountered the !(...) extglob operator. The users who filed 3212 would certainly never guess that they would need !(...) even if that option was there. We need something more GUI based, but let's discuss that in Bug 3212. |
Version: 3.5.5 (using KDE KDE 3.5.5) Installed from: Debian testing/unstable Packages OS: Linux In konqueror (specifically in file size view) I would like to exclude some files from the listing some of the time. I tried /home/jonas/!(media), mimicking bash's extglob (see man -P 'grep -i extglob' bash), but to no avail ("the file or folder file:///home/jonas/!(media) does not exist"). I think the relevant bit of kde (probably kiofile intarweb something) should be modified to support extglob (I specifically want the !(...) operator(*)). Also, the implementation should allow for escaping (such that I could refer to the unfound file as "/home/jonas/\!\(media\)" or something similar). It would probably also be nice to have extglob patterns in Open File dialogs, and presumably somewhere else I haven't thought about. See also bug #3212 at http://bugs.kde.org/show_bug.cgi?id=3212. What I want is emphatically not to hide some subset of files _all_ the time. (*) Yes, I know full well that regular expressions (in any guise) are invertible, but I don't have an efficient wetware implementation of the relevant algorithm.