[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Naming _another_ lacking puzzle piece
From: |
David Kastrup |
Subject: |
Re: Naming _another_ lacking puzzle piece |
Date: |
Sat, 13 Oct 2012 17:26:45 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
"Trevor Daniels" <address@hidden> writes:
> Janek Warchoł wrote Saturday, October 13, 2012 3:46 PM
>
>> As for command names, i'd prefer not to name them \pop and \push as
>> this doesn't say anything to non-programmers. To put it differently:
>> i'd prefer to solve this problem in a way that doesn't require
>> *creating new push and pop commands*. But i have no idea if this is
>> possible.
>>
>> In other words, we have \override, \tweak, \set, \revert, \unset,
>> \undo, \single (and maybe more). It's getting confusing, at least for
>> me. I'd prefer to decrease the number of such functions, not increase
>> them (without deleting functionality, of course).
>
> Plus \once and now \temporary. I agree this menagerie is going to be
> far more confusing to users than the occasional unexpected result after
> calling \crossStaff or \harmonicByFret - which no one has ever
> noticed.
No user is required to read the source to \crossStaff or
\harmonicByFret. That feat is entirely voluntary, and there is no
guarantee that doing so is safe from damaging mind and body.
> Users get quite confused enough with just \override, \revert, \set, \unset
> and \tweak.
>
> We're going too far in this direction now.
We are going _nowhere_. We already are _there_. If people say they
don't want to switch on the light, I am fine with that. It saves me
work to ignore problems and tools in user documentation. But it does
not make sense to keep the tools away from people working on LilyPond
itself and say "please don't provide simple, easy to use tools for
fixing bugs which no one has ever noticed".
--
David Kastrup
- Re: Naming _another_ lacking puzzle piece, (continued)
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Nalesnik, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
Re: Naming _another_ lacking puzzle piece, Janek Warchoł, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, Trevor Daniels, 2012/10/13
- Re: Naming _another_ lacking puzzle piece,
David Kastrup <=
- Re: Naming _another_ lacking puzzle piece, Trevor Daniels, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, Colin Campbell, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, Keith OHara, 2012/10/13
- Re: Naming _another_ lacking puzzle piece, David Kastrup, 2012/10/13
- RE: Naming _another_ lacking puzzle piece, Carl Sorensen, 2012/10/13