Stormking 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.
> I just teste
Stormking 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
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Stormking 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 over
Stormking 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 when
`org-pret
Nicolas Goaziou nicolasgoaziou.fr> writes:
>
> Hello,
>
> Stormking 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 it work
Hello,
Stormking 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 Goaziou
Francesco Pizzolante 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 u
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 web.de> writes:
>
> Francesco Pizzolante ...> 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 org-clocktable-indent-strin
Francesco Pizzolante 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 t
(org-table-align).
Anyone an idea?
regards,
Joost Helberg
>>>>> "Francesco" == Francesco Pizzolante writes:
> From: Francesco Pizzolante
> To: mailing-list-org-mode
> Subject: [O] [bug] Alignment bug in clock tables
> Date: 2014-10-02T17:41:07+0200
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 broke
13 matches
Mail list logo