Re: ox-html Incorrectly (?) Puts HTML Into the `` Tag

[Kyle Meyer]

Tim Visher writes:

> Hi all,
>
> I noticed over the weekend that the `` tag in an ox-html document is
> populated with HTML when inline formatting like bold or italics is used.
[...]
> Is this something we'd take a patch for?

Thanks for reporting.  Is this addressed by the in-progress series at
?

Call org-collector dynamic block

[Charles Millar]

I'd like to format (latex export) the output from a captured 
org-collector dynamic block by  using the resulting org-collector table 
as a variable for  source code block.


I have place #+name: before the collector block.

#+name: bar
#+BEGIN: propview :id "conveyances" :match "BreezyCorners" :cols (ITEM 
CUSTOM_ID CONVEYANCEDATE RECORDDATE BOOK PAGE) :colnames (Title ID Dated 
Recorded Book Page) :noquote t :defaultval "" :inherit (CONVEYANCEDATE 
DEEDDATE RECORDDATE BOOK PAGE)


#+END:

When called from the source block (using :var table=bar) results
(error "Reference not found")

I have placed the #+name inside the block, e.g.,

#+BEGIN: propview :id "conveyances" :match "BreezyCorners" :cols (ITEM 
CUSTOM_ID CONVEYANCEDATE RECORDDATE BOOK PAGE) :colnames (Title ID Dated 
Recorded Book Page) :noquote t :defaultval "" :inherit (CONVEYANCEDATE 
DEEDDATE RECORDDATE BOOK PAGE)

#+name: bar
#+END:

When I attempt to generate the table -Lisp error: (error "(user-error 
Not at a table)")


The above idea was in StackOverflow concerning a columnview block - see

https://emacs.stackexchange.com/questions/30700/calling-dynamic-blocks.

Additionally I have reviewed the org-collector source code and I find no 
provision concerning formatting the output, such as, I believe, 
clocktable has in its code. I have attempted to use


#+BEGIN: propview :id "conveyances" :match "BreezyCorners" :cols (ITEM 
CUSTOM_ID CONVEYANCEDATE RECORDDATE BOOK PAGE) :colnames (Title ID Dated 
Recorded Book Page) :noquote t :defaultval "" :inherit (CONVEYANCEDATE 
DEEDDATE RECORDDATE BOOK PAGE)

#+attr_latex: :mode table :align p{150pt}p{10pt}p{75pt}p{75pt}p{20pt}p20pt}
#+END:

again the Lisp error: (error "(user-error Not at a table)")

Any suggestions?

Charlie Millar

Re: How to use `open` to handle `message:*` links on macOS

[Diego Zamboni]

Hi Tim,

Look at the org-mac-link package from org-contrib, it allows doing this for
Mail.app and other Msc apps.

--Diego

On Mon, 11 Jan 2021 at 20:47, Tim Visher  wrote:

> Hi Everyone,
>
> I'd like to be able to whack `C-c C-o` on `message:*` links on macOS and
> have it call `open` on the contents. Is there a way to make that happen?
>
> My intent is to be able to save a deep link to a Mail.app message in an
> org document.
>
> Thanks in advance!
>
> --
>
> In Christ,
>
> Timmy V.
>
> https://blog.twonegatives.com
> http://five.sentenc.es
>

How to use `open` to handle `message:*` links on macOS

[Tim Visher]

Hi Everyone,

I'd like to be able to whack `C-c C-o` on `message:*` links on macOS and
have it call `open` on the contents. Is there a way to make that happen?

My intent is to be able to save a deep link to a Mail.app message in an org
document.

Thanks in advance!

--

In Christ,

Timmy V.

https://blog.twonegatives.com
http://five.sentenc.es

bug#42484: 26.1: org-mode should display value of links in mini-buffer

[Juri Linkov]

> In org-mode, when POINT is moved over an org-mode link, wouldn't it be
> reasonable for the value of that link to appear in the mini-buffer? The
> advantage of that is the user would know where the link points and what
> would happen if the link is opened (eg. would an external program open,
> would the network be queried).

I need this feature too to display not only links, but also
file names of generated images after executing SRC blocks.

So I've customized the option 'help-at-pt-display-when-idle'
to the value 't', and it displays the links and image file names
in the echo area.

Then later I noticed that it displays also useless help-echo
properties in other modes, e.g. on file names in Dired.
Fortunately, the same option allows to filter out such useless
properties by defining the property whose presence activates
displaying the help-echo property.  I noticed that only
org-mode puts the property 'htmlize-link' on links.

So customizing 'help-at-pt-display-when-idle' to the value
'(htmlize-link) completely solves this problem.

Re: Generated graphic not included in exported TeX/PDF

[Eric S Fraga]

On Monday, 11 Jan 2021 at 16:36, Loris Bennett wrote:
> With 
>   #+header: :results file raw
> it works for me too.  Thanks!

Excellent!  Whew. :-)

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-179-g5b5c42

Re: Generated graphic not included in exported TeX/PDF

[Loris Bennett]

Eric S Fraga  writes:

> On Monday, 11 Jan 2021 at 15:03, Loris Bennett wrote:
>> I'm only exporting to PDF not HTML and I am creating the image in the
>> source block as a PNG.  I am then viewing the resulting PDF file either
>> using a PDF viewer (evince) or directly in Emacs.  The file
>> blackboxmodel.png is created, but not inserted into the final ecm.pdf.
>
> Okay, thanks for clarifying.  If I export ecm.org to PDF via LaTeX,
> asking for a PNG image, it works just fine for me.  Strange.
>
> Hopefully somebody else can chime in and maybe give some clue as to
> where to look.  I've attached the ecm.org file again.  This exports to
> both article and beamer PDF and, for that matter, to HTML.

With 

  #+header: :results file raw

rather than just

  #+header: :results raw

it works for me too.  Thanks!

The workaround with

  :cache yes :eval never-export

seems just to have prevented an existing 

  file:blackboxmodel.png

from getting clobbered by evaluating the source block without :file.  

Cheers,

Loris

-- 
This signature is currently under construction.

ox-html Incorrectly (?) Puts HTML Into the `` Tag

[Tim Visher]

Hi all,

I noticed over the weekend that the `` tag in an ox-html document is
populated with HTML when inline formatting like bold or italics is used.
I'm running org 9.4.4 but even on HEAD

this
behavior seems to be the same where `(org-export-data title …)` is used to
populate the title rather than something that would render the title
textually.

My understanding from MDN
 is that
`title` tags should never contain markup.

Is this something we'd take a patch for? My thought is that the title
should be converted using the text backend by default, perhaps with a
configuration variable that would let you specify a different one (for
instance markdown) but I wouldn't go that far at first. Of course at
minimum since org is textual it could just use the title without exporting
at all but I think that doesn't go far enough. The other possibility would
be to somehow strip all special characters from the title but I think that
goes much too far.

Thanks in advance!

--

In Christ,

Timmy V.

https://blog.twonegatives.com
http://five.sentenc.es

Re: Generated graphic not included in exported TeX/PDF

[Eric S Fraga]

On Monday, 11 Jan 2021 at 15:03, Loris Bennett wrote:
> I'm only exporting to PDF not HTML and I am creating the image in the
> source block as a PNG.  I am then viewing the resulting PDF file either
> using a PDF viewer (evince) or directly in Emacs.  The file
> blackboxmodel.png is created, but not inserted into the final ecm.pdf.

Okay, thanks for clarifying.  If I export ecm.org to PDF via LaTeX,
asking for a PNG image, it works just fine for me.  Strange.

Hopefully somebody else can chime in and maybe give some clue as to
where to look.  I've attached the ecm.org file again.  This exports to
both article and beamer PDF and, for that matter, to HTML.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-179-g5b5c42
#+title: ECM
* black box model
This is a graphical representation of \(y=f(x)\):

#+header: :exports results
#+header: :results file raw
#+header: :file blackboxmodel.png
#+header: :imagemagick yes :iminoptions -density 600 :imoutoptions -geometry 400
#+header: :fit yes
#+header: :headers '("\\usepackage{tikz}")
#+begin_src latex
\begin{tikzpicture}[node distance=2cm, shorten >=2pt, shorten <=2pt]
  \node (x) {$x$};
  \node[fill=yellow!10!white,draw=white] (box) [right of=x] {Model} edge [<-] (x);
  \node (f) [right of=box] {$f(x)$} edge [<-] (box);
\end{tikzpicture}
#+end_src

Re: Generated graphic not included in exported TeX/PDF

[Loris Bennett]

Eric S Fraga  writes:

> On Monday, 11 Jan 2021 at 14:08, Loris Bennett wrote:
>> Yes, it exports.  However although the diagram is genererated, it is not
>> included in the PDF.
>
> By "included", what do you mean?  If I export that document to HTML, I
> see a link to the PDF.  If I ask for a PNG, I see the image.  This
> behaviour is expected as browsers do not show PDF documents inline
> generally.

Sorry for not being clear.

I'm only exporting to PDF not HTML and I am creating the image in the
source block as a PNG.  I am then viewing the resulting PDF file either
using a PDF viewer (evince) or directly in Emacs.  The file
blackboxmodel.png is created, but not inserted into the final ecm.pdf.

Adding

 :cache yes :eval never-export

in cargo-cult fashion doesn't solve the problem when using with the ECM
and a minimal Emacs set-up although it does with my complete
presentation and my standard init.el.
 
-- 
This signature is currently under construction.

Re: Generated graphic not included in exported TeX/PDF

[Eric S Fraga]

On Monday, 11 Jan 2021 at 14:08, Loris Bennett wrote:
> Yes, it exports.  However although the diagram is genererated, it is not
> included in the PDF.

By "included", what do you mean?  If I export that document to HTML, I
see a link to the PDF.  If I ask for a PNG, I see the image.  This
behaviour is expected as browsers do not show PDF documents inline
generally.

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-179-g5b5c42

Re: Generated graphic not included in exported TeX/PDF

[Loris Bennett]

Eric S Fraga  writes:

> But what happens if you try my ecm as it is?  Does it export?

Yes, it exports.  However although the diagram is genererated, it is not
included in the PDF.

-- 
This signature is currently under construction.

Re: Generated graphic not included in exported TeX/PDF

[Eric S Fraga]

But what happens if you try my ecm as it is?  Does it export?
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-179-g5b5c42

Re: Generated graphic not included in exported TeX/PDF

[Loris Bennett]

Eric S Fraga  writes:

> Does my ecm.org (in the email I sent to you & list on Saturday) work for you?

Oh, sorry, I overlooked that.  My org-latex-packages-alist is currently
empty, so if I add

  #+header: :headers '("\\usepackage{tikz}")

I can produce the PNG and PDF files, but the image is still not included in
the PDF.

Despite being subject to a bit of a clean-up when I moved from Emacs 25
to Emacs 26, my init.el is still a bit crufty, so I tried with a fairly
minimal config with no org customization, but still using Org 9.4.4 and
got the same result: no error but image not included in PDF.

Cheers,

Loris

-- 
This signature is currently under construction.

Re: Generated graphic not included in exported TeX/PDF

[Eric S Fraga]

Does my ecm.org (in the email I sent to you & list on Saturday) work for you?
-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.4-179-g5b5c42