Re: [FR] A more general case than footnotes

2023-10-31 Thread Karl Fogel
Ihor Radchenko writes: 

Maske  writes:


I propose links to arbitrary points in different files.

Furthermore, I think it would be a very nice new feature,
probably more opinions than mine should be heard.


See:
- 
https://list.orgmode.org/orgmode/118435e8-0b20-46fd-af6a-88de8e19f...@app.fastmail.com/
- 
https://list.orgmode.org/orgmode/cajniy+ovd0ncwzztpit5t7wvsblbgllxzmpub5tgq3gshsg...@mail.gmail.com/
- 
https://list.orgmode.org/orgmode/CAJcAo8s=cjNY-7-mA1zQk3R9HEWYreTatdVeHfJ39ccM9=k...@mail.gmail.com/


The idea is not new, but we need someone to implement it one way
or another.


At my company, I implemented something that (I think) does what 
Maske and those earlier threads are getting at:


https://code.librehq.com/ots/ots-tools/-/blob/main/emacs-tools/oref.el

We often use it with Org Mode files, but it's not specific to Org 
Mode -- it works with any plaintext format.  In fact, our most 
common use case is cross-referencing from precise locations in 
LaTeX files to precise locations in Org Mode files.


A couple of days ago I happened to post [1] on the Emacs 
Humanities list about a updated version of oref.el.  Maske noticed 
that post, and referred me to this thread here.


My original announcement post from a year ago [2] is a good place 
to get a quick overview of how oref.el works.


At the time I wrote oref.el, I didn't know about org-id.el.  But 
it wouldn't be too hard to make oref.el automagically compatible 
with Org ":ID:" properties.  I.e., `oref-do-ref' would jump to 
them, copy them, etc, in just the same way it currently does with 
native oref references.  And the oref ref files cache would just 
become the union of `oref-ref-files-cache' and `org-id-files'. 
While I'll hand-wave a bit on the details right now, I think there 
is a natural compatibility available.  If people are interested in 
this extension of oref.el, let me know.


Best regards,
-Karl

[1] 
https://lists.gnu.org/archive/html/emacs-humanities/2023-10/msg1.html


[2] 
https://lists.gnu.org/archive/html/emacs-humanities/2022-10/msg9.html




Exporting Hyperlinks ?

2023-10-31 Thread David Masterson
In the Org Mode documentation, I see how hyperlinks are handled in HTML
export and how images are handled in Latex export, but is there a clear
description of how hyperlinks are handled across export engines
(particularly the standard ones)?  I see that the PDF viewer is seeing
file links from exported PDFs from Latex as links, but it seems
incomplete (ie. link to a file, but not to a particular CUSTOM_ID in the
file). What about Beamer or ascii or Texinfo?

-- 
David Masterson



Re: Preferred posting style

2023-10-31 Thread David Masterson
yaxp  writes:

> Hello,
>
> Which posting style is preferable in this list?
>
> Top or Bottom.

A decades old argument.  Top makes it easier for many mail readers to
slice off all the previous thread history (which the reader has in
previous messages).  Bottom makes it easier to have thread context in
the message,

Most Emacs related mailing lists / newsgroups prefer bottom.

-- 
David Masterson



Regression in latex export of tables?

2023-10-31 Thread Vikas Rawal

Hi all,

I am seeing a peculiar problem, and I would appreciate if somebody could check 
whether this is a bug or I am missing something.

The following table exports with a [0pt] at the end of each line.

* Test
| A | B | C |
|---+---+---|
| 1 | 2 | 3 |
|   |   |   |


\section{Test}
\label{sec:orgb720d02}
\begin{center}
\begin{tabular}{rrr}
A & B & C\\[0pt]
\hline
1 & 2 & 3\\[0pt]
 &  & \\[0pt]
\end{tabular}
\end{center}
\end{document}

I have tried this by running emacs -q (to check if something in my config was 
messing up). With emacs -q, my org-version is: Org mode version 9.6.7 
(release_9.6.7-13-g99cc96)
​​​If I use my .emacs.d, my org-version is: Org mode version 9.7-pre 
(release_9.6.10-906-gee0961

Both give this strage [0pt] at the end of every line of the table.

​​Is this by design? This seems to be something recent. Am I missing 
something.

Thanks,

Vikas