[RFC] I want to disable submit_branch on my computer for all branches. How can I do that?

[Marco Pantaleoni]

On Fri, May 13, 2011 at 4:18 PM, Aaron Bentley <aaron at aaronbentley.com>wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 11-05-13 04:00 AM, vila wrote:
> > But this is precisely what Alexander (and others including me) is
> > complaining about (and I don't understand the use case it's addressing,
> > if the user is explicit about his desire (--no-remember specified last),
> > we should respect it).
>
> We should definitely respect the user's desire, but the "--no-" options
> exist to force bzr to give use the default behaviour.  So when a user
> uses one, their desire is to restore the default behaviour.  It's not
> "don't remember", it's "ignore the fact that I specified --remember".
>

speaking as a user, this goes a bit against the principle of least surprise
though.
To the layman, "--no-remember" hints to the fact that the command won't
remember, no matter what. The common user doesn't even want to know/remember
if an option is on by default or not.


> This applies to all out boolean options, and it's there so that users
> can alias commands to get non-default behaviour and still have a way to
> restore default behaviour.  For example, I have "commit" aliased to
> "commit --strict".  This does what I want 95% of the time, and the rest
> of the time, I use commit --no-strict to restore the default behaviour.
>

maybe something like "--default-strict" would be more appropriate in this
case.
Clearly, we'd need a "--default-OPT" for all the options.


> > - change the default behavior to respect user input.
>
> I find it very frustrating that you are asserting that the current
> behaviour does not respect user input.  When the user specifies it, it
> does something.  That's respecting user input.
>

Literally, yes, but not from a UI ergonomics/design perspective.


>
> It doesn't do what *you* expect, but I believe that's based on a
> misunderstanding of what it's supposed to do.
>

exactly.

Cheers,
Marco


-- 
Marco Pantaleoni
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/bazaar/attachments/20110513/9cb79e4c/attachment-0001.html>