bug#39002: [feature requests] calendar-hebrew [code included]

[Boruch Baum <boruch_baum@gmx.com>]

On 2020-01-07 20:48, Eli Zaretskii wrote:
> > Date: Tue, 7 Jan 2020 13:29:27 -0500
> > From: Boruch Baum <boruch_baum@gmx.com>
> > Cc: 39002@debbugs.gnu.org
> >
> > > I don't think I see the part with the 1,4,2,3 order
> >
> > Look at the sequence of displayed lines in the screenshot - for example,
> > the first line after the LTR heading line is the parasha RTL line, but
> > the diary file (the middle buffer) says that the parasha should be the
> > fourth line, after the sun times.
>
> Sorry, I'm still in the dark here.  What is "the LTR heading line"?
> what is its text?

Tuesday, January 7, 2020:  Tzom Teveth
======================================

> Also, you are talking about "lines", but are those logical lines
> (i.e. each one ends with a newline),

It seems so, since altering the bidi paragraph regex alters the
justification.

> or did Emacs wrap a single long line?

Good question. How could I tell the difference? Wouldn't the buffer
result look the same?

> > > IIUC the problem, that function was created exactly for these use
> > > cases, where bidi reordering causes a jumble in what is supposed to be
> > > columnar display of several substrings.
> >
> > But these aren't sub-strings, they're discrete paragraphs, as defined by
> > the bidi regex. Even without the regex redefinition, they are discrete
> > lines.
>
> If they are separate line with newlines between them, I don't see how
> the order of the lines could change.  Bidi reordering doesn't reorder
> logical lines.

... ok ... but you do have the screenshot figuratively staring right
back at you ... that is the essence of the bugs reported.

> > > IOW, it should not be necessary to change the paragraph direction in
> > > these cases.
> >
> > But in the current environment, it's much easier.
>
> Maybe, but it doesn't mean it's TRT.  (But I'm not sure I understand
> the problem now, so maybe I was talking nonsense.  It would be easier
> if you just told me how to activate your code, so I could see the
> issues with my own eyes.  I don't use calendar and diary in Emacs, so
> I need detailed instructions.)

The code I sent along with the original report includes the customary
commentary section with installation notes / instructions / etc.
Evaluate that file. Set variables `calendar-longitude',
`calendar-latitude', and `calendar-location'. I think also that variable
`diary-display-function' may need to be set to ‘diary-fancy-display'.
Add the hook function as described there and in my previous post(s?).
The commentary section also includes sample content for what you need to
put in ~/.emacs.d/diary (the middle third of the screenshot I sent), but
you see the content used in the screenshot I sent, which is slightly
different. Then start the calendar with .... `M-x calendar` (!). That
would be the top third of the screenshot I sent. Use the arrow keys to
navigate dates in the display, and press `d' to open a diary page for
the currently selected date (That would be the bottom third of the
much-cited screenshot). Edit ~/.emacs.d/diary to change what the diary
page will display.

>  I don't use calendar and diary in Emacs, so I need detailed
> instructions.)

The calendar.el and diary-lib.el packages each say their author is
Edward M. Reingold <reingold@cs.uiuc.edu>, and their maintainer is
Glenn Morris><rgm@gnu.org>. Can they suckered into this thread?

> > With the hook function installed, you can open a diary page and see the
> > Hebrew lines properly aligned. Without the function, those lines justify
> > left.
>
> Sorry, what does "open a diary page" entail?  Again, I don't use these
> features, so I need detailed instructions.

I also had trouble getting up to speed on these features (#38859,
#38866). I explained the procedure in detail above, but briefly: 'M-x
calendar', followed by 'd'.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0