Re: mc.ext is problematic by nature

2012-04-22 Thread László Monda
aims your thread title: "mc.ext is > problematic by nature". I didn't mean hardcoded, it's not the right word indeed. What I meant is that given the cross-platform nature of MC, chances are mc.ext won't contain the right associations out of the box right after installation. It

Re: mc.ext is problematic by nature

2012-04-21 Thread Hartmut Figge
László Monda: >2012/4/8 Szabó Gergely : >> What would you do on a text-only Debian Squeeze server? > >I'd check whether the shared-mime-info package (which implements the >above standards) is installed and not try to read system level >defaults if it's not. On my Gentoo shared-mime-info is instal

Re: mc.ext is problematic by nature

2012-04-21 Thread László Monda
First of all, sorry for the very late reply. On Tue, Apr 10, 2012 at 9:24 AM, Holger Herrlich wrote: > > On 04/09/2012 12:48 AM, László Monda wrote: >> I'd like to emphasize the advantages of respecting system defaults >> (and making them overridable through mc.ext). > >> You made your point clea

Re: mc.ext is problematic by nature

2012-04-09 Thread László Monda
On Mon, Apr 9, 2012 at 7:45 AM, Andrew Savchenko wrote: > Hello, > > On Mon, 9 Apr 2012 02:00:14 +0200 László Monda wrote: >> As I said a bit earlier in a related discussion the relevant standards are >> http://www.freedesktop.org/wiki/Specifications/mime-actions-spec and >> http://www.freedesktop

Re: mc.ext is problematic by nature

2012-04-08 Thread László Monda
2012/4/8 Szabó Gergely : > On Sun, Apr 08, 2012 at 09:00:40PM +0200, László Monda wrote: >> I agree however that eliminating mc.ext is probably overkill, but >> system level defaults should be taken into consideration and mc.ext >> could provide a way to override those. >> >> László Monda

Re: mc.ext is problematic by nature

2012-04-08 Thread László Monda
On Sun, Apr 8, 2012 at 10:00 PM, Holger Herrlich wrote: > On 04/08/2012 09:00 PM, László Monda wrote: >> Regarding your example, the user can (and should) change this >> association on the system level.  Also, this example is rather an >> exception than the norm as system level assiociations are u

Re: mc.ext is problematic by nature

2012-04-08 Thread Szabó Gergely
On Sun, Apr 08, 2012 at 09:00:40PM +0200, László Monda wrote: > I agree however that eliminating mc.ext is probably overkill, but > system level defaults should be taken into consideration and mc.ext > could provide a way to override those. > > László Monda Hello, I think the p

Re: mc.ext is problematic by nature

2012-04-08 Thread László Monda
On Sun, Apr 8, 2012 at 8:33 PM, Holger Herrlich wrote: > On 04/07/2012 12:04 AM, László Monda wrote: >> Hi List, >> >> Upon reinstalling Linux I had to face mc.ext having lots of >> associations that refer to outdated applications.  This is a specific >> case but there's a general problem. >> >> T

Re: mc.ext is problematic by nature

2012-04-08 Thread Holger Herrlich
On 04/07/2012 12:04 AM, László Monda wrote: > Hi List, > > Upon reinstalling Linux I had to face mc.ext having lots of > associations that refer to outdated applications. This is a specific > case but there's a general problem. > > The first problem is that MC is supposed to be a cross-platform

mc.ext is problematic by nature

2012-04-06 Thread László Monda
Hi List, Upon reinstalling Linux I had to face mc.ext having lots of associations that refer to outdated applications. This is a specific case but there's a general problem. The first problem is that MC is supposed to be a cross-platform file manager and as such it's not possible to cherry-pick