gcmd-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gcmd-dev] [NEW] Advrename on steroids


From: Piotr Eljasiak
Subject: Re: [gcmd-dev] [NEW] Advrename on steroids
Date: Sat, 29 Nov 2008 17:01:42 +0100

@Petr:

> Cool, but wouldn't it be better, if each entry/couple of entries
> could be located in standalone file (that could work as "plugin" or
> "addon"). (My idea is that various people could publish their
> "profiles" as an "addon" on the net a just by downloading them in
> particular directory would install them to be used with
> gnome-commander...)

I like the idea of importing profiles, but I think this function can be
a part of 'Profile management' dlg (no need for manual moving cfg files)
- see attched screenshots


@Michael:

> About storing...i still don't like the idea of storing at closing
> the main app. I work with different instances, and i'm never sure
> what got saved and what not...yes i know that's be fixed with tabs,
> but bet your ass users will find enough reason to have multiple
> instances nonetheless. Workspaces, for example, or folder specific
> launchers.

This is the way gcmd works now, so I don't it make any worse than
before. Tabs, of course, will reduce the need for starting new
instances.


> Immediately would mean, after closing advrename, that'd be
> sufficient. Of course, i argue the same for any other settings.

Generally you are right, but intermediate saving cfg data won't solve
the problem - it'd be necessary read xml cfg data too before every
opening of advrename dlg. And believe me, that'd hurt the
performance :o(


> ...Piotr Eljasiak gets 1,300...

Heck, google's got nearly all my instances ;o)


Piotr

Attachment: advrename - profiles.png
Description: PNG image

Attachment: Profiles.png
Description: PNG image


reply via email to

[Prev in Thread] Current Thread [Next in Thread]