I like the format=auto idea. But we can keep it to just the number of
columns instead of a full CxR format.
i.e. format=2 (2x6), format=3 (3x4), format=4 (4x3), and so on.
perhaps the parameter should be called --columns/-c instead of format.
We can either have an additional auto value to the format, or have it
be on by default.
Having auto on by default means breaking compatibility. Some users
might be parsing output expecting the default 3x4 view in place and if
we abruptly change this to be stretched automatically their scripts
might break.
Any thoughts on the above? --format vs. --columns? And the default
value thereof.
Regards,
Gennady Kovshenin
Regards,
Gennady Kovshenin
On Wed, Sep 17, 2014 at 7:18 PM, Karel Zak <kzak@xxxxxxxxxx> wrote:
> On Wed, Sep 17, 2014 at 06:22:36PM +0600, Gennady Kovshenin wrote:
>> I don't think the filling in the terminal completely is a logical
>> approach. I feel that calendar year output has to be rectangular. T
>> here are always 12 months and the only way to arrange them into a
>> nice rectangular shape is 1x12, 2x6, 3x4, 4x3, 6x2, 12x1, other shapes
>> don't make much sense UI-wise, do they? All the printed mini calendars
>> I get are always laid out in 3x4, 4x3 or 6x2 (rare).
>
> Well, "fill-in all terminal horizontally" does not mean that I want to
> generate any unreadable mess :-)
>
> I'd like to see "cal --landscape" *just works* and it automatically
> selects the best output format (3x4, 4x3, 6x2, ...) which fits into
> the current terminal width. That's all the story. As user I don't
> want to think about number of -l options.
>
> Additionally we can add a new option --format={3x4, 4x3, auto, ...}
> to provide full control on the output for scripts that generate
> something from cal(1) output.
>
> IMHO, it's mistake that for example -y or -3 ignores terminal width
> so on small terminals it's unreadable.
>
> Karel
>
> --
> Karel Zak <kzak@xxxxxxxxxx>
> http://karelzak.blogspot.com
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
