From: James B. <bu...@us...> - 2002-05-29 19:58:04
Attachments:
mime_xattr.patch
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've attached an experimental patch which implements MIME types as extended file attributes, as supported on Linux by XFS and ext2 / ext3 in recent kernels. This moves type information from the name to meta-data, like in RISC OS and some other systems. The changes are as follows: + type_from_path() attempts to read the extended attribute 'user.mime_type'. If successful, the value is used as the MIME type. Otherwise the type is guessed from the extension as before. + There is a new menu item File -> Set MIME type... which leads to a new dialog allowing the user to set the value of this attribute. There are some problems: it isn't possible to set the type of more than one file at once, and copying files loses the extended attributes. Do people think this would be a good optional feature? James -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE89TKRhziz97O5hIYRAgt+AJ0Q7JdnQLtzKyTRCtxQE2X+Ni55HACcCPD8 K0NyxNFFirkbyXIc0CwXmXE= =esZR -----END PGP SIGNATURE----- |
From: Vincent L. <vi...@vi...> - 2002-05-29 23:07:27
|
On Wed, May 29, 2002 at 20:57:01 +0100, James Bursa wrote: > Do people think this would be a good optional feature? IMHO, a very good idea, but the problems should be fixed. I think it would be important to get this standardized, so that other programs (e.g., a mailer saving an attachment) could write the MIME type without any conflict with ROX. -- Vincent Lefèvre <vi...@vi...> - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA |
From: Thomas L. <ta...@ec...> - 2002-05-31 17:08:15
|
On Wed, May 29, 2002 at 08:57:01PM +0100, James Bursa wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I've attached an experimental patch which implements MIME types as extended > file attributes, as supported on Linux by XFS and ext2 / ext3 in recent > kernels. This moves type information from the name to meta-data, like in RISC > OS and some other systems. The changes are as follows: > > + type_from_path() attempts to read the extended attribute 'user.mime_type'. > If successful, the value is used as the MIME type. Otherwise the type is > guessed from the extension as before. > > + There is a new menu item File -> Set MIME type... which leads to a new > dialog allowing the user to set the value of this attribute. > > There are some problems: it isn't possible to set the type of more than one > file at once, and copying files loses the extended attributes. > > Do people think this would be a good optional feature? Yes, but: - You'll need a configure.in check to make sure the header files are present. Also get 'rox -v' to indicate the result. - The file info box should probably say where the type came from ("Type: text/html (from file attribute)" or we're going to really confuse people... -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |
From: James B. <bu...@us...> - 2002-06-03 16:04:45
|
On Friday 31 May 2002 18:06, Thomas Leonard wrote: > - You'll need a configure.in check to make sure the header files are > present. Also get 'rox -v' to indicate the result. I haven't used configure before, so I'll have to learn it, or could someone show me how to do this? > - The file info box should probably say where the type came from > ("Type: text/html (from file attribute)" or we're going to really > confuse people... It looks like a flag would need adding to struct _DirItem, something like gboolean type_from_xattr. Does that sound OK? I'll look at how the Permissions window is implemented to make it work on multiple objects recursively. Does the filer use cp to copy files? If it does, it would probably be better to patch cp to copy extended attributes. James |
From: Thomas L. <ta...@ec...> - 2002-06-04 14:53:49
|
On Mon, Jun 03, 2002 at 05:04:25PM +0100, James Bursa wrote: > On Friday 31 May 2002 18:06, Thomas Leonard wrote: > > > - You'll need a configure.in check to make sure the header files are > > present. Also get 'rox -v' to indicate the result. > > I haven't used configure before, so I'll have to learn it, or could someone > show me how to do this? Take a look at the AC_CHECK_HEADERS line... it's not too complicated ;-) > > - The file info box should probably say where the type came from > > ("Type: text/html (from file attribute)" or we're going to really > > confuse people... > > It looks like a flag would need adding to struct _DirItem, something like > gboolean type_from_xattr. Does that sound OK? There's already a 'flags' word in there, although if it's only used for the info box it might be better to do it elsewhere... > I'll look at how the Permissions window is implemented to make it work on > multiple objects recursively. > > Does the filer use cp to copy files? If it does, it would probably be better > to patch cp to copy extended attributes. Yep, cp is used. -- Thomas Leonard http://rox.sourceforge.net ta...@ec... ta...@us... |