[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#26169: 25.1; ses.el string cell recalculate message
From: |
Vincent Belaïche |
Subject: |
bug#26169: 25.1; ses.el string cell recalculate message |
Date: |
Wed, 26 Aug 2020 13:54:19 +0200 |
After some thought the extended format string seems better to me, it
could be some separate package as that sort of need is not SES
specific, and SES would check if the package is installed or not and
use extended format strings if the package is installed.
That would be a parameter in the sheet whether is uses extended format
strings. So when you share a sheet using extended format with somebody
else that do not have a extended formats, they would receive some
warning that they need to install the package.
V.
Le mar. 25 août 2020 à 22:27, Lars Ingebrigtsen <larsi@gnus.org> a écrit :
>
> Vincent Belaïche <vincent.belaiche@gmail.com> writes:
>
> > Or we could have some extended format string, like this:
> >
> > "%?n{%.7g%}%?s{%s%}%?*{%S%}"
> >
> > where whatever is between %?xxxx{ and %} is conditioned by some
> > predicate xxxx that can be n for numberp, s for stringp, and * for
> > "none of those at the same level", and some parser would compile this
> > format string into
> >
> > (cond
> > ((numberp x) (format "%.7g" x))
> > ((stringp x) (format "%s" x))
> > (t (format "%S" x))
>
> Hm... or it could just be an alist like
>
> ((numberp "%.7g")
> (stringp "%s")
> (t "%S"))
>
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no