[O] Bug: Export to html fails when link to header in non existing file in document present WAS: Error export to html - "Org-publish-cache-get: `org-publish-cache-get' called, but no cache present" [8.

[Rainer M Krug]

Hi

more info and a reproducible example:

when exporting the following org file

--8<---cut here---start->8---
* A link to a non existent file
 [[file:~/NONEXISTENT.org::*SOMETHING][Link to header in non existing org file]]
--8<---cut here---end--->8---

I get the error

,
| Org-publish-cache-get: `org-publish-cache-get' called, but no cache present
`

which goes away when I remove the header as follow:

--8<---cut here---start->8---
* A link to a non existent file
 [[file:~/NONEXISTENT.org][Link to non existing org file]]
--8<---cut here---end--->8---

Hope this helps,

Rainer


Rainer M Krug  writes:

> Hi
>
> I don't know how long I have this error (just back at the office after
> two weeks away and haven't fone any html export for some time before),
> but even when using
>
> ,
> | emacs -Q
> `
>
> and loading the current org, I get the error when exporting to html -
> but not to latex. When using the build in org (8.2.10), the export
> works. The error is: 
>
> ,
> | Org-publish-cache-get: `org-publish-cache-get' called, but no cache present
> `
>
> org and emacs version:
>
> ,
> | GNU Emacs 24.5.1 (x86_64-apple-darwin14.3.0, Carbon Version 157
> AppKit 1347.57) of 2015-04-13 on Rainers-MacBook-Pro.local
> | Org-mode version 8.3beta (release_8.3beta-1115-g8f3946 @ 
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
> `
>
> Any suggestions?
>
> Rainer

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] Inline LaTeX formulae

[Rasmus]

Hi Titus,

Titus von der Malsburg  writes:

> Parentheses are punctuation, so the $ in my example should be
> interpreted as math delimiters.  I think whoever wrote the code, simply
> overlooked parentheses when implementing the punctuation part.

I believe the problem is complicated.

In principal you could change the regexp in
org-element-latex-fragment-parser to something like

   "\\(\\s.\\|\\s-\\|\\s)\\|\\s\"\\|\\s_\\)"

You'd only be relying on syntax tables, which I believe is what you are
suggesting.  But this is also dangerous, see e.g. the recent change of
org-string-nw-p which previously relied on "\\S" cf.:

  http://article.gmane.org/gmane.emacs.orgmode/95473

> This should be fixed.

Patches welcome.  You could try to submit a patch where you add closing
parenthesis characters.

It could even be patches to org.texi!

Thanks,
Rasmus

-- 
Got mashed potatoes. Ain't got no T-Bone. No T-Bone

Re: [O] Converting a Dissertation Template from docx to .org to use for LaTeX

[Rasmus]

Paul Harper  writes:

> he other thing is in the end I have to convert from the .tex file to a
> .docx file using pandoc

Org exports to odt via ox-odt.  You can presumably export directly to docx
using org-odt-convert-processes.

—Rasmus

-- 
Together we will make the possible totay impossible!

[O] Bug: Table alignment [8.2.10 (release_8.2.10 @ /usr/local/src/emacs/lisp/org/)]

[Jay Belanger]

I was trying to get table elements to align left when exported to html,
and I was having a bit of trouble doing it.   I had a table entry
at the top
  ||
in the appropriate column, but that wasn't working.
When I looked at the resulting html, it looked fine:
Math Department
But then I checked the css code, which is given by the value of 
`org-html-style-default' in ox-html.el:

  th.right  { text-align: center;  }
  th.left   { text-align: center;   }
  th.center { text-align: center; }
  td.right  { text-align: right;  }
  td.left   { text-align: left;   }
  td.center { text-align: center; }

(It's this way in emacs 24.5 and the latest development version of emacs.)
Easy to change locally, but am I missing something, or should
`org-html-style-default' have

  th.right  { text-align: right;  }
  th.left   { text-align: left;   }
  th.center { text-align: center; }
  td.right  { text-align: right;  }
  td.left   { text-align: left;   }
  td.center { text-align: center; }

Thanks,
Jay


Emacs  : GNU Emacs 25.0.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2)
 of 2015-05-02 on belanger-home
Package: Org-mode version 8.2.10 (release_8.2.10 @ 
/usr/local/src/emacs/lisp/org/)

[O] Bug: org-babel-ref-parse needs to set current buffer to the buffer of the marker [8.2.2 (release_8.2.2-188-gc57372 @ /home/wvxvw/Projects/org-mode/lisp/)]

[Oleg Sivokon]

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


Hello,

I've been having this problem for a while, and now I think I found its
culprit: The org-babel-ref-parse function will try to move the point in
a wrong buffer (a temporary buffer with the contents of the buffer being
exported), while doing so, it will not switch to this temporary buffer.
Below is what I did to deal with it:

(defun org-babel-ref-parse (assignment)
  "Parse a variable ASSIGNMENT in a header argument.
If the right hand side of the assignment has a literal value
return that value, otherwise interpret as a reference to an
external resource and find its value using
`org-babel-ref-resolve'.  Return a list with two elements.  The
first element of the list will be the name of the variable, and
the second will be an emacs-lisp representation of the value of
the variable."
  (when (string-match org-babel-ref-split-regexp assignment)
(let ((var (match-string 1 assignment))
  (ref (match-string 2 assignment)))
  (cons (intern var)
(let ((out (save-excursion
 (when org-babel-current-src-block-location
   ;; Added this line, to avoid
   ;; "Marker points into wrong buffer" error
   (set-buffer (marker-buffer 
org-babel-current-src-block-location))
   (goto-char org-babel-current-src-block-location))
 (org-babel-read ref
  (if (equal out ref)
  (if (string-match "^\".*\"$" ref)
  (read ref)
(org-babel-ref-resolve ref))
out))

Best,

Oleg

Emacs  : GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.12)
 of 2015-05-03 on wvxvvw-laptop
Package: Org-mode version 8.2.2 (release_8.2.2-188-gc57372 @ 
/home/wvxvw/Projects/org-mode/lisp/)

current state:
==
(setq
 org-export-backends '(ascii html icalendar latex man texinfo)
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe 
org-babel-header-arg-expand)
 org-latex-classes '(("djcb-org-article"
  
"\\documentclass[11pt,a4paper]{article}\n\\usepackage[T1]{fontenc}\n\\usepackage{fontspec}\n\\usepackage{graphicx}\n\\usepackage{hyperref}\n\\usepackage[normalem]{ulem}\n\\defaultfontfeatures{Mapping=tex-text}\n\\setromanfont{Gentium}\n\\setromanfont
 [BoldFont={Gentium Basic Bold},\nItalicFont={Gentium Basic 
Italic}]{Gentium Basic}\n\\setsansfont{Charis SIL 
Compact}\n\\setmonofont[Scale=0.8]{DejaVuSansMono}\n\\usepackage{geometry}\n\\geometry{a4paper,
 textwidth=6.5in, textheight=10in,\nmarginparsep=7pt, 
marginparwidth=.6in}\n\\pagestyle{empty}\n\\title{}\n  
[NO-DEFAULT-PACKAGES]\n  [NO-PACKAGES]"
  ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" 
. "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}") 
("\\paragraph{%s}" . "\\paragraph*{%s}")
  ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 ("koma-article" "\\documentclass{scrartcl}" 
("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}") 
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}") 
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 ("org-article"
  "\\documentclass{org-article}\n 
[NO-DEFAULT-PACKAGES]\n [PACKAGES]\n [EXTRA]"
  ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" 
. "\\subsection*{%s}")
  ("\\subsubsection{%s}" . "\\subsubsection*{%s}") 
("\\paragraph{%s}" . "\\paragraph*{%s}")
  ("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 ("memoir"
  "\\documentclass[oneside]{memoir}\n 
[DEFAULT-PACKAGES]\n [PACKAGES]\n [EXTRA]"
  ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . 
"\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}") 
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}") 
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
 ("article" "\\documentclass[11pt]{article}" 
("\\section{%s}" . "\\section*{%s}")
  ("\\subsection{%s}" . "\\subsection*{%s}") 
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
  ("\\paragraph{%s}" . "\\paragraph*{%s}") 
("\\subparagr

Re: [O] Bug: Export to html fails when link to header in non existing file in document present

[Rasmus]

Hi,

Rainer M Krug  writes:

> more info and a reproducible example:
>
> when exporting the following org file
>
> * A link to a non existent file
>  [[file:~/NONEXISTENT.org::*SOMETHING][Link to header in non existing org 
> file]]

What do you expect?

Should the "::*SOMETHING"-part be discarded without warning?

The internal link cannot be known without the file, as it is of the form
orgheadlineN where N=n+1 and n is the number of headlines prior to
"*Something"...

Though perhaps the #-construct should work, as we know the custom-id.

* A link to a non existent file
[[file:~/NONEXISTENT.org::#SOMETHING][Link to header in non existing org file]]

—Rasmus

-- 
Vote for proprietary math!

Re: [O] Bug: Table alignment [8.2.10 (release_8.2.10 @ /usr/local/src/emacs/lisp/org/)]

[Rasmus]

Jay Belanger  writes:

> When I looked at the resulting html, it looked fine:
> Math Department
> But then I checked the css code, which is given by the value of 
> `org-html-style-default' in ox-html.el:
>
>   th.right  { text-align: center;  }
>   th.left   { text-align: center;   }
>   th.center { text-align: center; }
>   td.right  { text-align: right;  }
>   td.left   { text-align: left;   }
>   td.center { text-align: center; }

Indeed that looks weird.  It seems to be a stylistic hack to have
*headers* always centered.  I have no clue why.

> (It's this way in emacs 24.5 and the latest development version of emacs.)
> Easy to change locally, but am I missing something, or should
> `org-html-style-default' have
>
>   th.right  { text-align: right;  }
>   th.left   { text-align: left;   }
>   th.center { text-align: center; }
>   td.right  { text-align: right;  }
>   td.left   { text-align: left;   }
>   td.center { text-align: center; }

I guess it should, but I don't know the rational for the always-centering
of headers. . .  If we imposed that change headlines of tables with no
instructions would no longer be centered as they default to the "left"
class.  This could be an issue if this is a good default style...

—Rasmus

-- 
With monopolies the cake is a lie!

[O] correlating positions between org-mode and export

[Phillip Lord]

Is there any way to correlate between the position in an org-mode buffer
and an export from that buffer. So, if I have


* Header

With some text


Exported to

Header

With some text

I want do be able to match between the position of the "W" in "with"
between the two buffers?


Phil

Re: [O] Bug: Export to html fails when link to header in non existing file in document present

[Rainer M Krug]

Rasmus  writes:

> Hi,
>
> Rainer M Krug  writes:
>
>> more info and a reproducible example:
>>
>> when exporting the following org file
>>
>> * A link to a non existent file
>>  [[file:~/NONEXISTENT.org::*SOMETHING][Link to header in non existing org 
>> file]]
>
> What do you expect?
>
> Should the "::*SOMETHING"-part be discarded without warning?

Well - the ideal solution would be a warning (or error message) with a
reference to the link. At the moment, a link to a non existing file is
exported, a link to a section in a non existing produces a cryptic error 
message.

At the moment, I have no clue how I can find the link.

So I would hope for

1) consistent behavior for the two cases
2) a meaningful warning which helps to find the culprit
3) an html file, where the links do not work, but the export is fine.

or, if 3) is not possible, meaningful error messages which actually help
me to track down the error (I only found out what was causing this error
accidentally)

>
> The internal link cannot be known without the file, as it is of the form
> orgheadlineN where N=n+1 and n is the number of headlines prior to
> "*Something"...

Sure - this is obvious.

>
> Though perhaps the #-construct should work, as we know the custom-id.



>
> * A link to a non existent file
> [[file:~/NONEXISTENT.org::#SOMETHING][Link to header in non existing org 
> file]]

To fix this, I have to find the link fierst...

Cheers,

Rainer


>
> —Rasmus

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature

Re: [O] Converting a Dissertation Template from docx to .org to use for LaTeX

[Ken Mankoff]

On 2015-05-06 at 06:28, Rasmus  wrote:
> Paul Harper  writes:
>
>> he other thing is in the end I have to convert from the .tex file to a
>> .docx file using pandoc
>
> Org exports to odt via ox-odt.  You can presumably export directly to docx
> using org-odt-convert-processes.

Although I recommend exporting to TeX and then using Pandoc to generate the 
DOCX file. It seems (to me) to work better and have better support for 
bibliography:

pandoc -f latex -t docx -o foo.docx --bibliography foo.bib foo.tex

  -k.
  

Re: [O] Bug: Table alignment [8.2.10 (release_8.2.10 @ /usr/local/src/emacs/lisp/org/)]

[Matt Price]

On May 6, 2015 06:57, "Rasmus"  wrote:
>
> Jay Belanger  writes:
>
> > When I looked at the resulting html, it looked fine:
> > Math Department
> > But then I checked the css code, which is given by the value of
> > `org-html-style-default' in ox-html.el:
> >
> >   th.right  { text-align: center;  }
> >   th.left   { text-align: center;   }
> >   th.center { text-align: center; }
> >   td.right  { text-align: right;  }
> >   td.left   { text-align: left;   }
> >   td.center { text-align: center; }
>
> Indeed that looks weird.  It seems to be a stylistic hack to have
> *headers* always centered.  I have no clue why.
>
> > (It's this way in emacs 24.5 and the latest development version of
emacs.)
> > Easy to change locally, but am I missing something, or should
> > `org-html-style-default' have
> >
> >   th.right  { text-align: right;  }
> >   th.left   { text-align: left;   }
> >   th.center { text-align: center; }
> >   td.right  { text-align: right;  }
> >   td.left   { text-align: left;   }
> >   td.center { text-align: center; }
>
> I guess it should, but I don't know the rational for the always-centering
> of headers. . .  If we imposed that change headlines of tables with no
> instructions would no longer be centered as they default to the "left"
> class.  This could be an issue if this is a good default style...
>

Not use if this belongs in the same thread,  but another potential issue
with the" left" and "right" classes is a namespace clash with external css
frameworks which use those classes to assign float values.  I export to
WordPress using a zurb foundation based css framework,  and my tables were
all messed up until I figured that out.

Matt
> —Rasmus
>
> --
> With monopolies the cake is a lie!
>
>

[O] Bug: org-toggle-heading breaks with double colon '::' list items.

[Leo Ufimtsev]

Hello, 

If I have a list with colons like:

- List a ::
  Cheese 
  Bannana 
- List b :: 
  Pineapples 
  Tomatoes 

If I then select the entire list and call org-toggle-headings, then I would 
*expect* this:

* List a 
  Cheese 
  Bannana
* List b 
  Pineapples 
  Tomatoes

But instead the first item is placed on the same line as the heading:
* List a Cheese 
  Bannana
* List b Pineapples 
  Tomatoes

This is happens only with items that have colons. A workaround is not to use 
colons or add a dot after the colons, e.g
- List a :: .
  Cheese 

The use case is that I often start making lists, but as things grow turn them 
into headings.

I'm on Emacs 25.0.50.4 (~3 weeks old) and my org-mode is from this morning 
(8.3beta). 

Please advise.

Thank you

Leo

Re: [O] Bug: Export to html fails when link to header in non existing file in document present

[Rasmus]

Rainer M Krug  writes:

>> What do you expect?
>>
>> Should the "::*SOMETHING"-part be discarded without warning?
>
> Well - the ideal solution would be a warning (or error message) with a
> reference to the link. At the moment, a link to a non existing file is
> exported, a link to a section in a non existing produces a cryptic
> error message.
>
> At the moment, I have no clue how I can find the link.
>
> So I would hope for
>
> 1) consistent behavior for the two cases
> 2) a meaningful warning which helps to find the culprit
> 3) an html file, where the links do not work, but the export is fine.
> 
> or, if 3) is not possible, meaningful error messages which actually help
> me to track down the error (I only found out what was causing this error
> accidentally)

The issue with warnings is that I don't see them  Though an error
seems a bit drastic here.

The attached patch inserts a link without the anchor and issues a warning
if exporting such links without ox-publish.

>> The internal link cannot be known without the file, as it is of the form
>> orgheadlineN where N=n+1 and n is the number of headlines prior to
>> "*Something"...
>
> Sure - this is obvious.

Actually, the error you found is more interesting than what I first
though, as any link with anchors will trigger the error, it seems.
org-publish-cache must be non-nil, which seems to linger on publishing a
project.

—Rasmus

-- 
Don't panic!!!
>From 8e1dd6c43e8a358a85a8034825c475199bd2ffb7 Mon Sep 17 00:00:00 2001
From: Rasmus 
Date: Wed, 6 May 2015 15:44:26 +0200
Subject: [PATCH] ox-html: Improve links with search

* ox-html.el (org-html-link): Handle links with search when
  not using Publish.

Reported-by: Rainer M Krug 

---
 lisp/ox-html.el | 18 --
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index 6c712f6..0e69e6a 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -2849,12 +2849,18 @@ INFO is a plist holding contextual information.  See
 	;; relative to a custom-id, a headline title a name,
 	;; a target or a radio-target.
 	(let ((option (org-element-property :search-option link)))
-	  (if (not option) raw-path
-		(concat raw-path
-			"#"
-			(org-publish-resolve-external-link
-			 option
-			 (org-element-property :path link))
+	  (cond ((and option org-publish-cache)
+		 (concat raw-path
+			 "#"
+			 (org-publish-resolve-external-link
+			  option
+			  (org-element-property :path link
+		((and option (not org-publish-cache))
+		 (org-display-warning
+		  (format "Link to file %s cannot be resolved.  Please use Org Publish."
+			  (org-element-property :path link)))
+		 raw-path)
+		(t raw-path
 	   (t raw-path)))
 	 ;; Extract attributes from parent's paragraph.  HACK: Only do
 	 ;; this for the first link in parent (inner image link for
-- 
2.4.0

Re: [O] Bug: Table alignment [8.2.10 (release_8.2.10 @ /usr/local/src/emacs/lisp/org/)]

[Rasmus]

Matt Price  writes:

>> I guess it should, but I don't know the rational for the always-centering
>> of headers. . .  If we imposed that change headlines of tables with no
>> instructions would no longer be centered as they default to the "left"
>> class.  This could be an issue if this is a good default style...
>>
>
> Not use if this belongs in the same thread,  but another potential issue
> with the" left" and "right" classes is a namespace clash with external css
> frameworks which use those classes to assign float values.  I export to
> WordPress using a zurb foundation based css framework,  and my tables were
> all messed up until I figured that out.

I don't know what e.g. zurb foundation means, but perhaps something like
the attached fixes your problem.  It's probably a good idea not to use
generic names like "left" as class names anyway.

—Rasmus

-- 
To err is human. To screw up 10⁶ times per second, you need a computer
>From fee51384c0384c2a4ead9b9eead109b941408db7 Mon Sep 17 00:00:00 2001
From: Rasmus 
Date: Wed, 6 May 2015 16:08:44 +0200
Subject: [PATCH 2/2] ox-html: Less generic names for table aligns.

* ox-html.el (org-html-style-default):
  (org-html-table-cell, org-html-table): Prefix left, right, center classes.

Reported-by: Matt Price 

---
 lisp/ox-html.el | 22 +++---
 1 file changed, 11 insertions(+), 11 deletions(-)

diff --git a/lisp/ox-html.el b/lisp/ox-html.el
index 0e69e6a..96e9f92 100644
--- a/lisp/ox-html.el
+++ b/lisp/ox-html.el
@@ -286,9 +286,9 @@ for the JavaScript code in this tag.
 padding: 2px; font-size: 80%; font-weight: normal; }
   .timestamp { color: #bebebe; }
   .timestamp-kwd { color: #5f9ea0; }
-  .right  { margin-left: auto; margin-right: 0px;  text-align: right; }
-  .left   { margin-left: 0px;  margin-right: auto; text-align: left; }
-  .center { margin-left: auto; margin-right: auto; text-align: center; }
+  .org-right  { margin-left: auto; margin-right: 0px;  text-align: right; }
+  .org-left   { margin-left: 0px;  margin-right: auto; text-align: left; }
+  .org-center { margin-left: auto; margin-right: auto; text-align: center; }
   .underline { text-decoration: underline; }
   #postamble p, #preamble p { font-size: 90%; margin: .2em; }
   p.verse { margin-left: 3%; }
@@ -327,12 +327,12 @@ for the JavaScript code in this tag.
   caption.t-above { caption-side: top; }
   caption.t-bottom { caption-side: bottom; }
   td, th { vertical-align:top;  }
-  th.right  { text-align: center;  }
-  th.left   { text-align: center;   }
-  th.center { text-align: center; }
-  td.right  { text-align: right;  }
-  td.left   { text-align: left;   }
-  td.center { text-align: center; }
+  th.org-right  { text-align: center;  }
+  th.org-left   { text-align: center;   }
+  th.org-center { text-align: center; }
+  td.org-right  { text-align: right;  }
+  td.org-left   { text-align: left;   }
+  td.org-center { text-align: center; }
   dt { font-weight: bold; }
   .footpara:nth-child(2) { display: inline; }
   .footpara { display: block; }
@@ -3279,7 +3279,7 @@ channel."
 	  (if (not (plist-get info :html-table-align-individual-fields)) ""
 	(format (if (and (boundp 'org-html-format-table-no-css)
 			 org-html-format-table-no-css)
-			" align=\"%s\"" " class=\"%s\"")
+			" align=\"%s\"" " class=\"org-%s\"")
 		(org-export-table-cell-alignment table-cell info)
 (when (or (not contents) (string= "" (org-trim contents)))
   (setq contents " "))
@@ -3399,7 +3399,7 @@ contextual information."
 	(alignspec
 	 (if (and (boundp 'org-html-format-table-no-css)
 		  org-html-format-table-no-css)
-		 "align=\"%s\"" "class=\"%s\""))
+		 "align=\"%s\"" "class=\"org-%s\""))
 	(table-column-specs
 	 (function
 	  (lambda (table info)
-- 
2.4.0

Re: [O] Bug: Pressing TAB in table cell with CJK characters sometimes destroys proper column alignment [8.2.10 (8.2.10-dist @ /usr/share/emacs24/site-lisp/org-mode/)]

[Grant Rettke]

Is there a task defined for this work?

I am interested in this too.
Grant Rettke
--
g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --Thompson


On Mon, Apr 6, 2015 at 9:18 PM, Eric Abrahamsen  wrote:
> Eugen Dueck  writes:
>
>> In a simple org-table like the following:
>>
>> |  |   |
>> | 漢   |   |
>>
>> when pressing the TAB key in the bottom left cell, one space character
>> is removed from that cell and the table thus looks like
>>
>> |  |   |
>> | 漢  |   |
>>
>> Pressing TAB again in that cell removes another space character
>>
>> |  |   |
>> | 漢 |   |
>>
>> I can repeat this until only one space remains between the Japanese
>> character and the column separator to its right.
>>
>> When working on a table, navigating via TAB, over time all the CJK
>> cells that I TABbed out of - or Shift-TABbed out of - get affected,
>> messing up the overall table layout. Once I press C-c C-c, the
>> formatting of the whole table gets restored, until my next TAB, but it
>> would of course be nice if TABs didn't destroy it in the first place.
>>
>> Btw, org-table rocks and I use it all the time - and I hope to be able
>> to use it with Japanese characters as well.
>
> A while ago I spent some time making this work as well as possible for
> double-width glyphs, but I also noticed that sometime recently it's gone
> back to the old behavior. I can look into it again, but work is
> encroaching and it might take me a little time...
>
>

[O] \\ in headlines

[Vikas Rawal]

Isn’t \\ in headlines expected to cause a line break?

It gets exported in LaTeX to $\backslash$

Is this intended behaviour?

Thanks,

Vikas

Re: [O] \\ in headlines

[Ken Mankoff]

Recent update means you have to put it in a macro...

#+TITLE: Foo @@latex:\\@@ Bar

Or:
#+MACRO: NEWLINE @@latex:\\@@ @@html:@@
#+TITLE: Foo {{{NEWLINE}}} Bar

https://emacs.stackexchange.com/questions/255/new-line-in-title-of-an-org-mode-exported-html-document

  -k.

On 2015-05-06 at 07:58, Vikas Rawal  wrote:
> Isn’t \\ in headlines expected to cause a line break?
>
> It gets exported in LaTeX to $\backslash$
>
> Is this intended behaviour?
>
> Thanks,
>
> Vikas

Re: [O] \\ in headlines

[Rasmus]

Ken Mankoff  writes:

> Or:
> #+MACRO: NEWLINE @@latex:\\@@ @@html:@@
> #+TITLE: Foo {{{NEWLINE}}} Bar

For some instances of "foo" and "bar", this may be a nicer solution:

#+title: foo
#+subtitle: bar


-- 
. . . The proofs are technical in nature and provides no real understanding

Re: [O] \\ in headlines

[Rasmus]

Vikas Rawal  writes:

> Isn’t \\ in headlines expected to cause a line break?

  (member 'line-break (org-element-restriction 'headline)) => nil

I don't know the rational.

—Rasmus

-- 
May the Force be with you

Re: [O] Bug: HTML export ignoring CUSTOM_ID properties

[T.F. Torrey]

Hello Nicolas,

Nicolas Goaziou  writes:

[... 77 lines omitted ...]

> I hope this clarifies the purpose of the change.

It does.  Thank you very much for taking the time.

[... 41 lines omitted ...]

>> Are you still planning on throwing warnings or errors in the event of
>> duplicate or invalid CUSTOM_ID's?
>
> I have implemented something related recently, but I'll comment about
> this in another thread.

I look forward to reading it.

Best,
Terry
-- 
T.F. Torrey

Re: [O] Inline LaTeX formulae

[Titus von der Malsburg]

On 2015-05-06 Wed 03:24, Rasmus wrote:
> Hi Titus,
>
> Titus von der Malsburg  writes:
>
>> Parentheses are punctuation, so the $ in my example should be
>> interpreted as math delimiters.  I think whoever wrote the code, simply
>> overlooked parentheses when implementing the punctuation part.
>
> I believe the problem is complicated.

I had a look at the code in org-element.el (thanks for the
pointer).  There is clearly a bigger problem here: There is a
regexp listing all characters that must follow the final $ to make it
qualify as a math delimiter (whitespace, punctuation).  As I suspected,
the parentheses are missing from that list (and adding them solves my
problem).  However, a metric ton of other punctuation marks are missing
as well, Spanish question marks, curly/smart quotes, real dashes (a
minus is not a dash!), …, even the exclamation mark is missing.

If syntax tables allow a proper solution, great.  I understand that
syntax tables have a different meaning in different modes but does that
matter?  We’re only concerned about org-mode, right?  Are there
scenarios where the org parser is used in a non-org-mode buffer?

I also saw that the commit that introduced the problem had the following
description:

  Avoid using slow regexp.

So if the problem is only due to mistaken optimization, it would perhaps
be best to just revert to the previous code.

  Titus

> In principal you could change the regexp in
> org-element-latex-fragment-parser to something like
>
>"\\(\\s.\\|\\s-\\|\\s)\\|\\s\"\\|\\s_\\)"
>
> You'd only be relying on syntax tables, which I believe is what you are
> suggesting.  But this is also dangerous, see e.g. the recent change of
> org-string-nw-p which previously relied on "\\S" cf.:
>
>   http://article.gmane.org/gmane.emacs.orgmode/95473
>
>> This should be fixed.
>
> Patches welcome.  You could try to submit a patch where you add closing
> parenthesis characters.
>
> It could even be patches to org.texi!
>
> Thanks,
> Rasmus



signature.asc
Description: PGP signature

Re: [O] \\ in headlines

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Vikas Rawal  writes:
>
>> Isn’t \\ in headlines expected to cause a line break?
>
>   (member 'line-break (org-element-restriction 'headline)) => nil
>
> I don't know the rational.

Because, in Org, line breaks can only happen at the end of line, and
headlines are only 1 line long.

Regards,

-- 
Nicolas Goaziou

Re: [O] [bug, org] footnote-action broken with narrowed buffer

[Nicolas Goaziou]

Rasmus  writes:

> I guess that's fine.  Still, someone who never uses narrows may find jump
> better, especially for short documents.  If the org-src window can be
> configured to show less than a fullscreen I guess I would have no concerns
> with this proposal.

I pushed a different approach. C-c C-c still jumps to definition or
throw an error if outside narrowed part of buffer. However, creating
a new footnote now doesn't break narrowing and automatically switches to
remote editing when not accessible.


Regards,

Re: [O] Bug: Export to html fails when link to header in non existing file in document present

[Nicolas Goaziou]

Hello,

Rasmus  writes:

> Actually, the error you found is more interesting than what I first
> though, as any link with anchors will trigger the error, it seems.
> org-publish-cache must be non-nil, which seems to linger on publishing a
> project.

Correct. External references can only be solved using publishing.

> From 8e1dd6c43e8a358a85a8034825c475199bd2ffb7 Mon Sep 17 00:00:00 2001
> From: Rasmus 
> Date: Wed, 6 May 2015 15:44:26 +0200
> Subject: [PATCH] ox-html: Improve links with search
>
> * ox-html.el (org-html-link): Handle links with search when
>   not using Publish.

Thank you.

However, I "fixed" it at ox-publish.el's level in
e42c1611094a689f77f09cc66c5a50fb1e3ac7bb instead, and throw an error
instead of a warning.


Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: org-toggle-heading breaks with double colon '::' list items.

[Nicolas Goaziou]

Hello,

Leo Ufimtsev  writes:

> If I have a list with colons like:
>
> - List a ::
>   Cheese 
>   Bannana 
> - List b :: 
>   Pineapples 
>   Tomatoes 
>
> If I then select the entire list and call org-toggle-headings, then I would 
> *expect* this:
>
> * List a 
>   Cheese 
>   Bannana
> * List b 
>   Pineapples 
>   Tomatoes
>
> But instead the first item is placed on the same line as the heading:
> * List a Cheese 
>   Bannana
> * List b Pineapples 
>   Tomatoes

This should be fixed in 9aa69058bc4cbe3be088df9e96b18caf5359a3a8. Thank
you.


Regards,

-- 
Nicolas Goaziou

Re: [O] \\ in headlines

[Vikas Rawal]

> On 06-May-2015, at 9:44 pm, Ken Mankoff  wrote:
> 
> 
> Recent update means you have to put it in a macro...
> 
> #+TITLE: Foo @@latex:\\@@ Bar
> 
> Or:
> #+MACRO: NEWLINE @@latex:\\@@ @@html:@@
> #+TITLE: Foo {{{NEWLINE}}} Bar
> 
> https://emacs.stackexchange.com/questions/255/new-line-in-title-of-an-org-mode-exported-html-document
> 


This solution works for headlines as well.

Thanks.

Vikas