emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Mathias Bauer <mbauer@gmx.org>
To: emacs-orgmode@gnu.org
Subject: Bug: 3 bugs and 2 proposals on ascii/html export [7.8.03]
Date: Fri, 9 Mar 2012 01:53:34 +0100	[thread overview]
Message-ID: <20120309005334.GA19970@gmx.org> (raw)

Hi!

I just played with org's export functionality and following
minimal org file.  This results in three minor bugs and two
proposals/questions on org's behavior.

-------------------- file1.org --------------------
#+STARTUP: showeverything
#+OPTIONS: author:nil email:nil timestamp:nil
* Some section
Some text.
* TODO Some section with a TODO keyword
Some text.
* DONE Some section with another TODO keyword
Some text.
* Some section with TAG at the end                           :some_tag:
Some text.
* TODO Some section with TODO keyword and TAG at the end  :another_tag:
Some text.
---------------------------------------------------

* ASCII/Latin-1/UTF-8 export

** Bug 1: Underlining the headlines

Headlines without tags are underlined in a wrong manner.  It's
one character too long.

** Question/Proposal

As default, all level 1 headlines are underlined by - characters
and level 2 headlines with =.  Wouldn't it be more logical the
other way round: the lower the level, the more important the
headline and hence the "bigger" its underlining?  (Of course the
user can change the variable org-export-ascii-underline.)

* HTML export

** Question/Proposal

----------snip----------
<h2>...Some section with TAG at the end &nbsp;&nbsp;&nbsp;<span class="tag"><span class="some_tag">some_tag...
----------snip----------

Isn't a single space enough for separating the heading's text and
the tag?  Beside their number, the additional three (why not five
or n?) "&nbsp;" seem a little bit freaky to me...

To keep things even more flexible, couldn't the blank and the
"&nbsp;" be skipped both and could the CSS "tag" class be
modified instead.  Unfortunately, I don't know enough of CSS yet
to check if that will be possible at all.

For the table of contents we will have a similar phenomenon if an
additional "#+OPTIONS: tags:t" is added.  The separation between
text and tag in this case consists of three "&nbsp;" and *no*
space before.

** Bug 2: Exporting the tag into the toc

Adding "#+OPTIONS: tags:t" results in the following exported toc:

----------snip----------
<li>...Some section with TAG at the end&nbsp;&nbsp;&nbsp;<span class="tag"> some_tag</span></a></li>
----------snip----------

There is a space inside the <span>...</span> just before the tag
name which should not be there.

** Bug 3: Exporting the TODO keywords

----------snip----------
<h2>...<span class="todo TODO"> TODO</span> Some section with a TODO keyword</h2>
----------snip----------

There is a space inside the <span>...</span> just before the TODO
keyword which should not be there.


Could you please consider fixing these bugs.  Thanks for this
wonderful piece of software :-)

Mathias

P.S. For proving the above topics I used the proposed minimal org
installation.  So nothing in the following settings report has
something to do with my personal configuration.  But if it's the
will of (org-submit-bug-report)... :-)

------------------------------------------------------------------------

Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-12-11 on raven, modified by Debian
Package: Org-mode version 7.8.03

current state:
==============
(setq
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-speed-command-hook '(org-speed-command-default-hook
                          org-babel-speed-command-hook)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-tab-first-hook '(org-hide-block-toggle-maybe
                      org-src-native-tab-command-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
                     org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-blank-before-new-entry nil
 org-babel-pre-tangle-hook '(save-buffer)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
                  org-cycle-show-empty-lines
                  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
                   [org-add-hook change-major-mode-hook org-show-block-all
                    append local]
                   5]
                 org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
                          org-babel-execute-safely-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((lob org-babel-exp-lob-one-liners)
                          (src org-babel-exp-inline-src-blocks))
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-occur-hook '(org-first-headline-recenter)
 org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
                               org-beamer-auto-fragile-frames
                               org-beamer-place-default-actions-for-lists)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-block nil)
                     (comment org-export-blocks-format-comment t)
                     (ditaa org-export-blocks-format-ditaa nil)
                     (dot org-export-blocks-format-dot nil))
 )

             reply	other threads:[~2012-03-09  0:53 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-09  0:53 Mathias Bauer [this message]
2012-03-09  2:09 ` Bug: 3 bugs and 2 proposals on ascii/html export [7.8.03] Bastien
2012-03-09  3:24   ` Mathias Bauer
2012-03-09 10:12   ` Sebastien Vauban
2012-03-09 12:55     ` Gustav Wikström
2012-03-09 16:02       ` Gregor Zattler
2012-03-10  4:57     ` Carsten Dominik
2012-03-10  9:05       ` Nicolas Goaziou
2012-03-09 21:29   ` Ivy Foster
2012-04-11  6:50     ` Bastien

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120309005334.GA19970@gmx.org \
    --to=mbauer@gmx.org \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).