Re: [O] Bug: internal link in org-mode comments do not work after html export if placed in comment [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

Thanks for explanation! With best regards, Vasil

[O] Bug: internal link in org-mode comments do not work after html export if placed in comment [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

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. -

[O] Bug: problem with removing logbook drawer with zero time on clockout and recording state transitions into the same drawer [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mod

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. -

Re: [O] Links in tables and org-return-follows-link

Hi Bastien, Bastien writes: >> When I set variable org-return-follows-link to true I expect that it >> will work on links in tables too (when org-table-editor is on). But >> it does not. >> >> Is it wrong behaviour of org-mode? > > The behavior of RET in tables takes precedence in this case, >

[O] Links in tables and org-return-follows-link

Hi! When I set variable org-return-follows-link to true I expect that it will work on links in tables too (when org-table-editor is on). But it does not. Is it wrong behaviour of org-mode? With best regards, Vasil

[O] Bug: ox-html.el does not take into consideration #+attr_html during table export [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

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. -

[O] Bug: [BUG] Interference of radio targets and external links [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

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. -

[O] Bug: [MINOR BUG] Agenda files are always loaded in showeverything mode [7.9.3e (7.9.3e-956-g3943be.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

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. -

Re: [O] Bug: [PATCH] Org-babel: separate #+attr_... for code block and for results block [7.9.3d (release_7.9.3d-834-g60083a.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

Hi, I looked into generated html, not result of org-element-property. But you're right: org-element-property works exactly as you say. I'll change the patch to ob-core.el to reflect behavior of org-element-property. With best regards, Vasil > Of course not. With: > > #+attr_html: alt="big im

Re: [O] Bug: [PATCH] Org-babel: separate #+attr_... for code block and for results block [7.9.3d (release_7.9.3d-834-g60083a.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

Hi, Nicolas Goaziou writes: > Affiliated keywords have to be put above elements they refer to, without > a blank line in-between. Ok. > Elements doesn't care about order for affiliated keywords (here results > and attr_html), but Babel, which isn't built on Elements (yet), does. > > Hence, I s

Re: [O] Bug: [PATCH] Org-babel: separate #+attr_... for code block and for results block [7.9.3d (release_7.9.3d-834-g60083a.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

Why syntax is invalid? I've taken a look at the source code in org-elements.el and found that it is taking into account some expressions, like #+results: and so on(see org-element-affiliated-keywords, org-element--affiliated-re) when attaching properties to objects. And everything works fine (att

[O] Bug: [PATCH] Org-babel: separate #+attr_... for code block and for results block [7.9.3d (release_7.9.3d-834-g60083a.dirty @ /home/vdyadov/Work/Tools/emacs/org-mode/lisp/)]

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. -

[O] Bug: Patch for org-docview: make normal links from docview: links on export from org to html [7.9.3d (release_7.9.3d-1-g115bd7 @ /home/vdyadov/Work/Tools/emacs/share/emacs/24.2/lisp/org/)]

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. -

[O] Bug: org-mode tables and orgtbl-mode [7.9.2 (7.9.2-166-g40cb44-elpaplus @ /home/vdyadov/Work/Tools/emacs/share/emacs/24.2/lisp/org/)]

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. -