Re: [O] [bug] Alignment bug in clock tables
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 it works with pretty entities? Because that's the real problem here.
Re: [O] [bug] Alignment bug in clock tables
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 uses these features. Ciao, Stormking
Re: [O] [bug] Alignment bug in clock tables
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 using overlays. The other one is that \emph is not easily readable when `org-pretty-entities' is nil. 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? Otherwise, I would suggest something like \-- or \__ I just tested the alignment in a generic table. I have set \emsp to be displayed as as dash (-). An explicit re-align of a table containing this entity works, but the auto-alignment that happens while you type does not. Ciao, Stormking
Re: [O] [bug] Alignment bug in clock tables
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
Re: [O] [bug] Alignment bug in clock tables
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 org-clocktable-indent-string (level) (if (= level 1) (concat \\ (let ((str )) (dotimes (k (1- level) str) (setq str (concat _ str It redefines the function org-clocktable-indent-string to what it was before the whole emsp thing.
Re: [O] [bug] Alignment bug in clock tables
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 true for the code that shortens the headline if the narrow option is used. Ciao, Stormking
Re: [O] Visual distinctiveness of todo states (was: No Brackets in TODO keywords?)
Memnon Anon gegendosenfleisch at googlemail.com writes: Hi Marcus, Marcus Klemm marcus.klemm at googlemail.com writes: For visual reasons I'd like to have TODO keywords in brackets, like [TODO], [DONE] etc. not sure about the brackets, but to add some visual distinctiveness, I use this: [...] Give it a try ;). I experimented a lot with background colors and boxes (although the pseudo-3D is so 90s) and came to the conclusion, that a combination of brackets and a colorful background looks best. But it's only a cosmetic issue, if allowing square brackets is too much work, so be it. Ciao, Marcus
Re: [O] Remote editing not working from agenda views?
Marcus Klemm marcus.klemm at googlemail.com writes: Hello List, I've created a custom block agenda that consists of an agenda view showing me the scheduled items of the next 7 days and a TODO list showing me unscheduled TODO items from various projects. In the TODO part, I can toggle states using t, switch to an entry's origin with SPC, TAB and RET and so on. When I try the same in the agenda part, Emacs says Command not allowed in this line. In the process of investigating this issue I found that remote editing, jumping to origin etc. is also not working in the built-in agenda views for the day, week etc. I just found out that this is only true for habits. Other scheduled items and repeating items can be edited from the agenda, just habits cannot. Is this supposed to work like that? I'd really like to cross off my daily routines directly from the agenda. Ciao, Stormking
Re: [O] Remote editing not working from agenda views?
Matt Lundin mdl at imapmail.org writes: I cannot replicate either of these behaviors. Could you please provide a minimal test file and configuration that reliably replicates the issue? After further investigations, it seems to be caused by me disabling the consistancy graph of the habits. I had org-habit-following-days, org-habit- preceding-days and org-habit-graph-column all set to 0. After re-enabling the graph, remote editing worked, again. Ciao, Stormking