unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Lars Ingebrigtsen <larsi@gnus.org>
To: "Vincent Belaïche" <vincent.belaiche@gmail.com>
Cc: "Vincent Belaïche" <vincentb1@users.sourceforge.net>,
	"Kevin Ryde" <user42_kevin@yahoo.com.au>,
	26169@debbugs.gnu.org
Subject: bug#26169: 25.1; ses.el string cell recalculate message
Date: Thu, 27 Aug 2020 15:33:03 +0200	[thread overview]
Message-ID: <87lfi0w6wg.fsf@gnus.org> (raw)
In-Reply-To: <CAPAOBV8930uUBkrd2+hgYB8fhmybwiPs2RKz+9+ULCKPLkJ9VQ@mail.gmail.com> ("Vincent Belaïche"'s message of "Wed, 26 Aug 2020 13:54:19 +0200")

Vincent Belaïche <vincent.belaiche@gmail.com> writes:

> 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.

I'm not sure I see the logic here -- it's surely a plain and simple bug
stat ses signals an error when you're "recalculating" an ascii value.
Is your concern that fixing this bug will lead to people creating more
spreadsheets with ascii values, and then other people (using older
versions of Emacs) won't be able to use those spreadsheets?

If so, I think that sounds like an unlikely occurrence.  And if it does
happen, then there's nothing new about spreadsheets changing the formats
in non-backwards-compatible manner -- the recipient will just have to
update their spreadsheet software, too.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





      reply	other threads:[~2020-08-27 13:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-19  5:02 bug#26169: 25.1; ses.el string cell recalculate message Kevin Ryde
2020-08-20 16:22 ` Lars Ingebrigtsen
2020-08-24 14:20   ` Vincent Belaïche
2020-08-24 14:50     ` Vincent Belaïche
2020-08-25 20:27       ` Lars Ingebrigtsen
2020-08-26 11:54         ` Vincent Belaïche
2020-08-27 13:33           ` Lars Ingebrigtsen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lfi0w6wg.fsf@gnus.org \
    --to=larsi@gnus.org \
    --cc=26169@debbugs.gnu.org \
    --cc=user42_kevin@yahoo.com.au \
    --cc=vincent.belaiche@gmail.com \
    --cc=vincentb1@users.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).