Re: small request

[Yury V. Zaytsev]

On Thu, 28 Apr 2016, Egmont Koblinger wrote:

How about, for the time being, you enable auto-save and create a simple 
wrapper script for yourself that replaces your mc configs (restores 
everything except for other_dir) before starting up mc?


In my opinion, this is really where mc^2 shines. If and when we'll be able 
to merge it in, it will finally make it possible to get rid of so many 
crap micro-options that we've been dragging along for such a long time...


--
Sincerely yours,
Yury V. Zaytsev
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[Egmont Koblinger]

On Thu, Apr 28, 2016 at 9:55 AM, solarflow99  wrote:

> Perhaps having something like "save directory paths", "other-dir" or
> similar as Paul mentioned could be added with the default to just be ON.
> This could always be overridden by unchecking it and saving settings.
>
This is complicated. Not especially to implement, but to present on the UI
in a manner that's obvious to users.

So, you'd move one single option to the realm of another config. How about
also boundling current_is_left with this option? Why, or why not?

How about all the other options? What if someone else wants a different
option to be saved upon exit? Will we introduce another meta-option for
them?

Where would the new option "save directory paths" belong? Would this option
itself be saved according to the already existing "auto-save setup" or
according to itself?

  But no one will ever complain about having this back because no one
> complained until it was lost when mc 4.8 came out :)
>
(Assuming it was indeed changed with 4.8) no one except you complained
about it for the last 4.5 years, which is also a good way to measure the
importance of such an option.

While I understand your request and the rationale behind it, I'm really
uncertain that mc should move in this direction.

How about, for the time being, you enable auto-save and create a simple
wrapper script for yourself that replaces your mc configs (restores
everything except for other_dir) before starting up mc?

I'm also thinking that _if_ we're indeed concerned that this and only this
particular option deserves a special treatment, I'm wondering whether
other_dir is better to be remembered globally or per-terminal. Maybe the
latter, in which case we might go towards "mc -P" printing it in a certain
format, and mc.sh storing it in an environment variable (somewhat similar
concept to how the current directory is handled now)...


cheers,
egmont


> Would this really be too hard?
>
> We're talking about default fresh install settings. I don't like mc saving
> settings unless I tell it, also. But to make things easy for new users,
> what should the default setting be?
>
> I vote for auto-save. It makes mc "seem" smart.
>
>
> --
> Peace and Cheer
> ___
> mc-devel mailing list
> https://mail.gnome.org/mailman/listinfo/mc-devel
>
> ___
> mc-devel mailing list
> https://mail.gnome.org/mailman/listinfo/mc-devel
>
>
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[solarflow99]

Perhaps having something like "save directory paths", "other-dir" or
similar as Paul mentioned could be added with the default to just be ON.
This could always be overridden by unchecking it and saving settings.  But
no one will ever complain about having this back because no one complained
until it was lost when mc 4.8 came out :)
Would this really be too hard?

We're talking about default fresh install settings. I don't like mc saving
settings unless I tell it, also. But to make things easy for new users,
what should the default setting be?

I vote for auto-save. It makes mc "seem" smart.


-- 
Peace and Cheer
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[Mike]

We're talking about default fresh install settings. I don't like mc 
saving settings unless I tell it, also. But to make things easy for new 
users, what should the default setting be?


I vote for auto-save. It makes mc "seem" smart.


--
Peace and Cheer
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[Yury V. Zaytsev]

On Tue, 26 Apr 2016, solarflow99 wrote:

yes, exactly.  thanks for the understanding, this would allow existing 
behaviour to continue the way it has been for years like you mentioned, 
I agree with that as well.


So, if one doesn't want other_dir to be saved automatically (like me), how 
do you propose to achieve this if the current behavior is modified such 
that it is excluded from panel autosave option? Introduce yet another 
micro-option specifically for other_dir?


Right now, it's quite straightforward: you either get all or nothing. You 
like the state being carried over? Enable autosave, which is available as 
an option, but not on by default. You don't want this? Keep it off.


You propose to decouple this for some chosen option, that is other_dir, 
and then we'll surely get someone complaining that he wants to be able to 
turn it off, so now we'll have to introduce yet another option ("carry 
over other_dir" and "carry over all other state").


How about just enabling autosave and letting it be? Or else, try mc^2 ;-)

--
Sincerely yours,
Yury V. Zaytsev
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[solarflow99]

yes, exactly.  thanks for the understanding, this would allow existing
behaviour to continue the way it has been for years like you mentioned, I
agree with that as well.




On Tue, Apr 26, 2016 at 1:56 PM, Egmont Koblinger  wrote:

> Well, I don't :) but I get your point.
>
> So, to be sure... you're arguing that other_dir should be an exception and
> should always be saved, even if the other options aren't?
>
> cheers,
> egmont
>
>
>
> On Tue, Apr 26, 2016 at 10:53 PM, solarflow99 
> wrote:
>
>> I didn't mean to save every change, its just other_dir never saves the
>> last directory you were in.  It always used to, thats why I felt the new
>> behaviour was wrong.  I find it really annoying to always lose the
>> directory I was in, on the opposite panel, don't you?
>>
>>
>>
>> On Tue, Apr 26, 2016 at 1:45 PM, Egmont Koblinger 
>> wrote:
>>
>>> Hi,
>>>
>>> I personally prefer it being disabled. This way I can quickly change any
>>> setting (e.g. panel listing format) knowing it won't persist and my config
>>> won't be overwritten. Otherwise I'd eventually end up with a config that
>>> slowly, step by step diverges very far away from my original preference, or
>>> it would take a significant amount of ongoing effort to manually revert
>>> everything that I change just for a couple of seconds.
>>>
>>> What makes you think the default setting is "wrong"? I don't think
>>> there's an objective truth which vaule is the "good" and which is the
>>> "wrong". It's a matter of personal taste, and that's why it's configurable.
>>>
>>> I don't see a solid reason to set one value or the other as the default,
>>> and as such, I'd personally prefer to keep it unchanged from the value
>>> that's been the default in the last couple of years.
>>>
>>> cheers,
>>> egmont
>>>
>>>
>>> On Tue, Apr 26, 2016 at 8:19 PM, solarflow99 
>>> wrote:
>>>
 https://mail.gnome.org/archives/mc/2016-April/msg0.html

 Is there any chance this can be set as default, its no use having these
 default settings to be wrong.


 ___
 mc-devel mailing list
 https://mail.gnome.org/mailman/listinfo/mc-devel


>>>
>>
>
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[Egmont Koblinger]

Well, I don't :) but I get your point.

So, to be sure... you're arguing that other_dir should be an exception and
should always be saved, even if the other options aren't?

cheers,
egmont



On Tue, Apr 26, 2016 at 10:53 PM, solarflow99  wrote:

> I didn't mean to save every change, its just other_dir never saves the
> last directory you were in.  It always used to, thats why I felt the new
> behaviour was wrong.  I find it really annoying to always lose the
> directory I was in, on the opposite panel, don't you?
>
>
>
> On Tue, Apr 26, 2016 at 1:45 PM, Egmont Koblinger 
> wrote:
>
>> Hi,
>>
>> I personally prefer it being disabled. This way I can quickly change any
>> setting (e.g. panel listing format) knowing it won't persist and my config
>> won't be overwritten. Otherwise I'd eventually end up with a config that
>> slowly, step by step diverges very far away from my original preference, or
>> it would take a significant amount of ongoing effort to manually revert
>> everything that I change just for a couple of seconds.
>>
>> What makes you think the default setting is "wrong"? I don't think
>> there's an objective truth which vaule is the "good" and which is the
>> "wrong". It's a matter of personal taste, and that's why it's configurable.
>>
>> I don't see a solid reason to set one value or the other as the default,
>> and as such, I'd personally prefer to keep it unchanged from the value
>> that's been the default in the last couple of years.
>>
>> cheers,
>> egmont
>>
>>
>> On Tue, Apr 26, 2016 at 8:19 PM, solarflow99 
>> wrote:
>>
>>> https://mail.gnome.org/archives/mc/2016-April/msg0.html
>>>
>>> Is there any chance this can be set as default, its no use having these
>>> default settings to be wrong.
>>>
>>>
>>> ___
>>> mc-devel mailing list
>>> https://mail.gnome.org/mailman/listinfo/mc-devel
>>>
>>>
>>
>
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

Re: small request

[Egmont Koblinger]

Hi,

I personally prefer it being disabled. This way I can quickly change any
setting (e.g. panel listing format) knowing it won't persist and my config
won't be overwritten. Otherwise I'd eventually end up with a config that
slowly, step by step diverges very far away from my original preference, or
it would take a significant amount of ongoing effort to manually revert
everything that I change just for a couple of seconds.

What makes you think the default setting is "wrong"? I don't think there's
an objective truth which vaule is the "good" and which is the "wrong". It's
a matter of personal taste, and that's why it's configurable.

I don't see a solid reason to set one value or the other as the default,
and as such, I'd personally prefer to keep it unchanged from the value
that's been the default in the last couple of years.

cheers,
egmont


On Tue, Apr 26, 2016 at 8:19 PM, solarflow99  wrote:

> https://mail.gnome.org/archives/mc/2016-April/msg0.html
>
> Is there any chance this can be set as default, its no use having these
> default settings to be wrong.
>
>
> ___
> mc-devel mailing list
> https://mail.gnome.org/mailman/listinfo/mc-devel
>
>
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel

small request

[solarflow99]

https://mail.gnome.org/archives/mc/2016-April/msg0.html

Is there any chance this can be set as default, its no use having these
default settings to be wrong.
___
mc-devel mailing list
https://mail.gnome.org/mailman/listinfo/mc-devel