Well, I'm building a construction which also requires/provides information about a directory.
for example: local.dev.cdrom.audio local.dev.cdrom.blank local.dev.cdrom.dvd local.dev.disk.ata.partition and local.map.home remote.net.smb.workgroup remote.net.smb.server remote.net.smb.share I've called them subtypes. Well what's in a name, but I've used the name type already in the software I'm working on. Well according to Chris the pattern can be set like: MimeType="inode/directory;role=remote.net.smb.workgroup" for a directory which represents a smb workgroup The only location I think this can be set on a per directory basis is a .directory file, in this dir or in the map: ~/.kde/share/apps/dolphin/view_properties/%localpath/.directory but this is KDE. And not .local/.config. Stef 2011/2/8 Keith Poole <[email protected]>: > Hi, > > The DVD folder was only an example, and I think there's many applications for > this sort of functionality. The reason I'm asking about it is for a project > I'm working on that requires something along those lines (FOSS Linux and > Unix-like project). > > Do you think a magic pattern could be set to determine if it's a matching > folder? Doesn't have to be an extension, could be a specific file inside the > folder. > > Thanks > > > > On 08/02/2011, at 6:10 PM, Křištof Želechovski <[email protected]> wrote: > >> Dnia wtorek, 8 lutego 2011 o 01:28:38 Keith Poole napisał(a): >>> Hi Kristof. >>> >>> A good example of what I'm trying to do would be to allow *.DVD folders to >>> open in a specified application as opposed to opening in the file browser. >>> Of course the user may still want to browse the folder etc, hence my >>> subclassing. >>> >>> MIME types may not be the way to do this, but I was hoping for a solution >>> that was transparent to the file manager as much as possible. The last >>> thing I want to do is go patching thunar, konq, nautilus, etc. >>> >> >> Why would you want to change the handler application? A DVD holds tracks >> that hold read-only file systems that can hold any data, and with a special >> provision that some file systems within tracks allow you to "borrow" files >> stored on previous tracks. So I guess that would be a set of numbered >> tracks that the application would extract content from, wouldn’t it? I do >> not think such an application would be particularly useful, but it is of >> course up to you :-) >> >> However, have in mind that XDG tools are in a habit of looking *inside* >> files to determine what they contain; the file name is only a hint. And >> yes, the file manager should automatically match the view mode to the >> perceived content if we want it to work just like Microsoft Windows Explorer >> (which is, admit it, quite smart in most cases, although probably not in the >> DVD case in particular — not that I can attest in either direction because I >> never saw such a directory in my life). >> >> IMHO, >> Chris > _______________________________________________ > xdg mailing list > [email protected] > http://lists.freedesktop.org/mailman/listinfo/xdg > _______________________________________________ xdg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xdg
