Re: Feature and string break request
On Mon, 2008-03-17 at 19:19 -0300, Claudio Saavedra wrote: El lun, 17-03-2008 a las 23:01 +0100, Vincent Untz escribió: I think this is totally acceptable and something we want to see happen. In a stable release? From a marketing point of view, note that it could also mean that it gets less media attention than it deserves, as it's not mentioned in current release notes nor in the many articles out there about 2.22. Well, we could blog about it if we want to pimp it. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
On Mon, 2008-03-17 at 23:17 +0100, Kjartan Maraas wrote: ma., 17.03.2008 kl. 23.01 +0100, skrev Vincent Untz: Le lundi 17 mars 2008, à 11:07 +0100, Kjartan Maraas a écrit : I think this is just a normal effect of finally getting archiving support in a library. Different apps that can make use of that will do so and thus create an overlap with existing apps that specialize in handling archives and nothing else. I think this is totally acceptable and something we want to see happen. In a stable release? Well, gvfs has been a bit of an exception this cycle anyway but I get your point. Maybe a bit more information on how visible this will be in 2.22.x would be good. How will this be used in nautilus and how will it affect users? It will be another another open handler for archive file. Selecting it will cause the archive to be mounted like any other gvfs mount, visible in the normal locations. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
On Sat, 2008-03-15 at 11:56 +0100, Vincent Untz wrote: For translators: the new string is Archive Mounter. Alex, your patch doesn't modify POTFILES.in :-) I'm a bit mixed on the feature freeze break. It sounds harmless and more of a good thing. But then it deprecates file-roller in some part since it's not needed to read archives anymore... I need to think a bit more about this, I guess. Deprecates is a bit harsh. File roller is still what you want to use for things like creating an archive or adding a file to an archive. Or even extracting a whole archive to some place (via the extract archive menu item in nautilis). Mounting an archive is more when you want to browse into archives, similar to how you would use loopback mounting of ISO images. In fact i think the ISO image support is the most important part of the archive backend. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
Le lundi 17 mars 2008, à 09:57 +0100, Alexander Larsson a écrit : On Sat, 2008-03-15 at 11:56 +0100, Vincent Untz wrote: For translators: the new string is Archive Mounter. Alex, your patch doesn't modify POTFILES.in :-) I'm a bit mixed on the feature freeze break. It sounds harmless and more of a good thing. But then it deprecates file-roller in some part since it's not needed to read archives anymore... I need to think a bit more about this, I guess. Deprecates is a bit harsh. File roller is still what you want to use for things like creating an archive or adding a file to an archive. Or even extracting a whole archive to some place (via the extract archive menu item in nautilis). Mounting an archive is more when you want to browse into archives, similar to how you would use loopback mounting of ISO images. In fact i think the ISO image support is the most important part of the archive backend. Looks like I didn't emphasizes enough the in some part part of my sentence :-) It doesn't completely deprecate file-roller, sure, but it deprecates it for quite some use cases. It could totally replace file-roller in my personal case, eg. What do other release team members think? Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
Hi, 2008/3/17, Vincent Untz [EMAIL PROTECTED]: Le lundi 17 mars 2008, à 09:57 +0100, Alexander Larsson a écrit : On Sat, 2008-03-15 at 11:56 +0100, Vincent Untz wrote: For translators: the new string is Archive Mounter. Alex, your patch doesn't modify POTFILES.in :-) I'm a bit mixed on the feature freeze break. It sounds harmless and more of a good thing. But then it deprecates file-roller in some part since it's not needed to read archives anymore... I need to think a bit more about this, I guess. Deprecates is a bit harsh. File roller is still what you want to use for things like creating an archive or adding a file to an archive. Or even extracting a whole archive to some place (via the extract archive menu item in nautilis). Mounting an archive is more when you want to browse into archives, similar to how you would use loopback mounting of ISO images. In fact i think the ISO image support is the most important part of the archive backend. Looks like I didn't emphasizes enough the in some part part of my sentence :-) It doesn't completely deprecate file-roller, sure, but it deprecates it for quite some use cases. It could totally replace file-roller in my personal case, eg. What do other release team members think? I'm more concerned about the usability part of this addition. I'm sure if mounting an archive is an intuitive metaphor for the users. It would be nice to hear the opinion of someone from usability team. --lucasr ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
On Mon, 2008-03-17 at 12:24 +0200, Lucas Rocha wrote: Hi, 2008/3/17, Vincent Untz [EMAIL PROTECTED]: Le lundi 17 mars 2008, à 09:57 +0100, Alexander Larsson a écrit : Looks like I didn't emphasizes enough the in some part part of my sentence :-) It doesn't completely deprecate file-roller, sure, but it deprecates it for quite some use cases. It could totally replace file-roller in my personal case, eg. What do other release team members think? I'm more concerned about the usability part of this addition. I'm sure if mounting an archive is an intuitive metaphor for the users. Not that Apple are gods or whatever, but this is what OSX does with e.g. DMG files. It also maps to what you do with other kinds of things like network mounts, so the mount concept is not entierly new to users (even if the mounts are not normally loopback mounts, and loopback is a bit meta). I don't think mounting an archive is something a user who have never seen this before would think of as a possible operation, but once you've used this feature one time I don't think its particularly hard to understand (and if you never find this feature that is not a great problem). However, I don't think there is a better alternative approach. The only one I can think of is to pretend archives are directories, and that is fraught with confusion about what is a directory and what is a file both in the implementation and in the user interface, as well as lifetime cycle problems. I'd classify this as a very useful feature for some class of users, and not very interesting for others. For the second class just make file roller the default action for archives, and this will never ever show up to these users unless they look for it. If they do they can then easily change the default handler for the archive types if they are interested in often using this feature. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
ma., 17.03.2008 kl. 10.47 +0100, skrev Vincent Untz: Le lundi 17 mars 2008, à 09:57 +0100, Alexander Larsson a écrit : On Sat, 2008-03-15 at 11:56 +0100, Vincent Untz wrote: For translators: the new string is Archive Mounter. Alex, your patch doesn't modify POTFILES.in :-) I'm a bit mixed on the feature freeze break. It sounds harmless and more of a good thing. But then it deprecates file-roller in some part since it's not needed to read archives anymore... I need to think a bit more about this, I guess. Deprecates is a bit harsh. File roller is still what you want to use for things like creating an archive or adding a file to an archive. Or even extracting a whole archive to some place (via the extract archive menu item in nautilis). Mounting an archive is more when you want to browse into archives, similar to how you would use loopback mounting of ISO images. In fact i think the ISO image support is the most important part of the archive backend. Looks like I didn't emphasizes enough the in some part part of my sentence :-) It doesn't completely deprecate file-roller, sure, but it deprecates it for quite some use cases. It could totally replace file-roller in my personal case, eg. What do other release team members think? I think this is just a normal effect of finally getting archiving support in a library. Different apps that can make use of that will do so and thus create an overlap with existing apps that specialize in handling archives and nothing else. I think this is totally acceptable and something we want to see happen. Cheers Kjartan ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
Le lundi 17 mars 2008, à 11:07 +0100, Kjartan Maraas a écrit : I think this is just a normal effect of finally getting archiving support in a library. Different apps that can make use of that will do so and thus create an overlap with existing apps that specialize in handling archives and nothing else. I think this is totally acceptable and something we want to see happen. In a stable release? Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
ma., 17.03.2008 kl. 23.01 +0100, skrev Vincent Untz: Le lundi 17 mars 2008, à 11:07 +0100, Kjartan Maraas a écrit : I think this is just a normal effect of finally getting archiving support in a library. Different apps that can make use of that will do so and thus create an overlap with existing apps that specialize in handling archives and nothing else. I think this is totally acceptable and something we want to see happen. In a stable release? Well, gvfs has been a bit of an exception this cycle anyway but I get your point. Maybe a bit more information on how visible this will be in 2.22.x would be good. How will this be used in nautilus and how will it affect users? Cheers Kjartan ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
El lun, 17-03-2008 a las 23:01 +0100, Vincent Untz escribió: I think this is totally acceptable and something we want to see happen. In a stable release? From a marketing point of view, note that it could also mean that it gets less media attention than it deserves, as it's not mentioned in current release notes nor in the many articles out there about 2.22. Claudio -- Claudio Saavedra [EMAIL PROTECTED] ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Feature and string break request
cc'ing gnome-i18n, since that's where a string freeze break request should be sent. Le vendredi 14 mars 2008, à 16:50 +0100, Alexander Larsson a écrit : I recently commited the archive backend written by Benjamin Otte to gvfs svn. Its technically a feature freeze break, but not really as the feature is hidden and more or less impossible to use as is, and it doesn't affect anything else (its a separate binary after all). However, its a really really neat feature when integrated. Basically you'd click (or right click plus select the right menu item) on an archive and then you can access it read only from the mount. Much like how OSX handles dmg files, only it supports zip, tars, isos, etc. The integration (in its simplest form, suitable for 2.22) is just a non-visible (for the panel menus) desktop file listing the right mimetypes as supported that when used (by default on open, or from the open with submenu) mounts the archive you selected. [Patch attached] However, this patch adds one string, and breaks the feature freeze. But since this is an imho very useful feature, and is very unlikely to break anything else I'd still like to add it to gvfs for gnome 2.22.1. What do you think about this? For translators: the new string is Archive Mounter. Alex, your patch doesn't modify POTFILES.in :-) I'm a bit mixed on the feature freeze break. It sounds harmless and more of a good thing. But then it deprecates file-roller in some part since it's not needed to read archives anymore... I need to think a bit more about this, I guess. Vincent -- Les gens heureux ne sont pas pressés. ___ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n