Bug#968926: jupp: block reformatting malfunctions sometimes

2020-08-24 Thread Thorsten Glaser
Hi Felix,

>In version 3.1.38-1 on stable, block reformatting sometimes changes
>the content when the first character in the second line is either an
>asterisk or a slash. Here is how to produce it:

this is, unfortunately, by design.

>The same thing happens when the slash is altered into an asterisk
>before the two words are combined. Perhaps it is a feature related to
>bullet points, but I did not expect the results.

It is a feature related to comments in programming languages. If
the lines begin with characters usually used as comment characters
in those languages, they are kept at the beginning (same as when
one of the lines begins with space or so).

As a workaround (sorry I cannot give you the jmacs shortcuts, as
I only use the jupp flavour) you can first select the block and
replace (‘rk’ in the second prompt) all newlines ‘\n’ with spaces,
then reformat.

(Do also note that the format (^[q) command, as opposed to the
fmtblk command (not mapped in jmacs), also only really works well
if you have an empty line above and below the to-be-reformatted
lines because otherwise, even if they begin with, say, asterisks,
they will be taken as part of the line, due to the above.)

>Thanks for providing a nifty little editor with UTF-8 support!

Thank you for the feedback! This always makes maintainers happy
(though most of the credits, of course, go to the original author
Joe Allen).


If I add some caveat documenting this to the manpage, can we
close this? (I’ll figure out the exact set of characters affected.)

bye,
//mirabilos
-- 
[00:02]  gecko: benutzt du emacs ?
[00:03]  nö  [00:03]  nur n normalen mac
[00:04]  argl   [00:04]  ne den editor
-- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.)



Bug#968926: jupp: block reformatting malfunctions sometimes

2020-08-23 Thread Felix Lechner
Package: jupp
Severity: normal

Hi,

In version 3.1.38-1 on stable, block reformatting sometimes changes
the content when the first character in the second line is either an
asterisk or a slash. Here is how to produce it:

1. Save the first attachment.
2. Invoke 'cat test.txt' in a GNOME terminal window
3. Highlight the two lines with the mouse and copy to clipboard.
4. Invoke 'jmacs'
5. Paste into the editor with the right button of the mouse.
6. The editor breaks the first line into two.
7. Move cursor to the first position in the second line ('and')
8. Hit backspace once to join 'long' and 'and' on the first line.
9. Invoke Alt-Q

The editor then shows the contents in the second attachment 'jumbled.txt'.

The same thing happens when the slash is altered into an asterisk
before the two words are combined. Perhaps it is a feature related to
bullet points, but I did not expect the results.

Thanks for providing a nifty little editor with UTF-8 support!

Kind regards
Felix Lechner
One way to see this bug is to edit furio usly until a li ne gets super long and 
the
/usr/local/bin
One way to see this bug is to edit furio usly until a li ne gets super
/longand the usr/local/bin