Hello,
Stormking stormk...@web.de writes:
Without any effect, it seems. I wonder if anybody actually uses these
features.
What character do you suggest to use instead of \emph?
* is not possible due to a collision with bold syntax (i.e. *** is
parsed as a bold star).
Regards,
--
Nicolas
Nicolas Goaziou mail at nicolasgoaziou.fr writes:
Hello,
Stormking stormking at web.de writes:
Without any effect, it seems. I wonder if anybody actually uses these
features.
What character do you suggest to use instead of \emph?
Wouldn't it be better to fix the alignment code so
Francesco Pizzolante fpz@... writes:
Hi Stormking,
Sorry for my very late reply: I thank you very much for your workaround
which enables me to have well aligned clock tables.
I also take the opportunity to bump up this thread.
Without any effect, it seems. I wonder if anybody actually
Stormking stormk...@web.de writes:
Wouldn't it be better to fix the alignment code so it works with
pretty entities? Because that's the real problem here.
There are two problems here.
One is obviously due to misalignment when using overlays.
The other one is that \emph is not easily readable
Stormking stormk...@web.de writes:
You are right but I always have pretty entities turned on, so
it doesn't bother me that much. Wasn't it changed to \emsp
(m-dash) so it would look better in exported HTML or LaTeX?
It was.
Otherwise, I would suggest something like \-- or \__
See above.
Nicolas Goaziou mail at nicolasgoaziou.fr writes:
Stormking stormking at web.de writes:
Wouldn't it be better to fix the alignment code so it works with
pretty entities? Because that's the real problem here.
There are two problems here.
One is obviously due to misalignment when
Stormking stormking at web.de writes:
Wasn't it changed to \emsp
(m-dash) so it would look better in exported HTML or LaTeX?
I have to correct myself on this one, \emsp ist a m-space, not a m-dash
Hi Stormking,
Sorry for my very late reply: I thank you very much for your workaround
which enables me to have well aligned clock tables.
I also take the opportunity to bump up this thread.
I think you correctly spotted the exact cause of our issue. Here's what
you say in a previous message:
Stormking stormking at web.de writes:
Francesco Pizzolante fpz at ... writes:
Hi Joost,
I reported this on September 2nd too.
I'm having this problem, too.
For now, I have added the following code to my init.el:
(eval-after-load org-clock
'(defun
Francesco Pizzolante fpz@... writes:
Hi Joost,
I reported this on September 2nd too.
I'm having this problem, too. The code that aligns the clocktable
seems to count the \emsp entity as five characters. But with
pretty entities turned on, it's displayed as only one character.
The same is
Hi Joost,
I reported this on September 2nd too. Hitting C-c C-c inside the table
fixes the formatting. Also moving to a position inside the table and
doing: M-x org-table-align fixes the formatting. Hence
I tried to create a new formatter function in order to re-align after
writing the
-table-align).
Anyone an idea?
regards,
Joost Helberg
Francesco == Francesco Pizzolante f...@missioncriticalit.com writes:
From: Francesco Pizzolante f...@missioncriticalit.com
To: mailing-list-org-mode emacs-orgmode@gnu.org
Subject: [O] [bug] Alignment bug in clock tables
Date: 2014-10
Hi,
I'm having an alignment issue in clock tables, both in the agenda and in
dynamic blocks.
By default, \emsp is displayed in clock tables for level 2 (or above) to
indent headings. To avoid that, I set the variable `org-pretty-entities'
to t, and in this case the alignment of the table is
13 matches
Mail list logo