LATEX-L Archives

Mailing list for the LaTeX3 project


Options: Use Classic View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Ulrike Fischer <[log in to unmask]>
Mon, 26 Oct 2015 14:09:03 +0100
text/plain (43 lines)
Am Sat, 24 Oct 2015 16:20:01 +0200 schrieb Manuel Blanco:

> Regarding l3keys, has it been considered the idea of ignoring
> whitespace in keys?
> I think it would be a good idea, adds flexibility and presents
> practically zero problems.
> If there's a key defined [do this=true] or [align at=0pt], it's almost
> sure that the user or package author hasn't defined [dothis=true] or
> [alignat=0pt] to do different things. And if they have defined, I
> think the L3 Team can put that in the list of "don't do this" and it
> wouldn't be a bad decision.
> That implies that spaces are probably not really relevant in key
> names, so why not remove them all? That would ease the use of keys,
> would let users choose the way to input of keys, and would probably
> help those who struggle to remember keys in large packages (e.g., TikZ
> / pgfpplots [xtick] vs. [x tick], [x tick labels] vs. [xtick labels]
> vs. [xticklabels], etc.).

Personally I would like it if spaces wouldn't matter. While it makes
keys names easier to memorize when they contains spaces it makes it
more difficult to type them correctly (and in an expl3 context one
always had to remember to type "x~tick"). 

But a change in l3keys wouldn't affect tikz so you should perhaps
make a feature request on the pgf site.

> Are there any problems or downsides this would cause? 

You naturally loose potential key names. And there is the danger
that there is somewhere a package which relies on the current

Perhaps one could add a \keys_set_trimkeyspaces:nn command. 

Ulrike Fischer