GNU bug report logs -
#32281
shr.el align support patch
Previous Next
Reported by: Bad Blue Bull <ibmbull <at> yandex.ru>
Date: Thu, 26 Jul 2018 14:59:01 UTC
Severity: wishlist
Tags: patch, wontfix
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Bad Blue Bull <ibmbull <at> yandex.ru>
> Cc: "32281 <at> debbugs.gnu.org" <32281 <at> debbugs.gnu.org>
> Date: Tue, 07 Aug 2018 03:51:52 +0300
>
> Why did you decide to use u+2028 and u+2029 for these purposes? Emacs
> doesn't yet support these characters as Unicode intended, so using
> them might have unexpected effects, and might produce different effect
> if we start supporting them in the future.
>
> I need to use a character to mark places where lines must be split (specified by <br> tags and end of list
> items), also a character to mark end of a paragraph to be filled (a mark can be used for this purpose but docs
> warn against it). These chars will be removed when a paragraph gets filled, I don't see them cause any trouble
> in the future and those values can easily be altered to diffirent ones if it happens.
I'm not sure I understand why you needed a character for that role.
fill-region-as-paragraph accepts buffer positions, and
re-search-forward can be told not to search beyond a certain buffer
position. So you should be able to record the positions in some
variables, and use them instead of inserting characters that need to
be deleted afterwards.
The disadvantage of inserting characters that were not there in the
first place is that if the user types C-g at some unfortunate moment,
these characters might be left in the buffer (unless you complicate
the code by arranging for them to be deleted in that case). Using
buffer positions avoids all those complications.
Am I missing some reason why you needed characters as markers?
Thanks.
This bug report was last modified 6 years and 291 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.