Hi Protesilaos,
Protesilaos Stavrou writes:
> 1. Run 'emacs -Q'
> 2. Open a new Org file 'C-x C-f /tmp/test.org'
> 3. Insert the following contents:
>
> * TODO this is a test :tag:
> * TODO here is another test
On Wednesday, 9 Sep 2020 at 10:44, Bastien wrote:
> Thanks for reporting this. Actually yes, we should consider handling
> variable-pitch-mode more pleasantly, with space-aligned tags and also
> tables that still display with fixed-width.
Also support for org-indent-mode: having the text align n
Hi Eric,
Eric S Fraga writes:
> Also support for org-indent-mode: having the text align nicely with the
> heading (as it does with monospace typefaces) would be more visually
> pleasing.
>
> But I have a feeling that the calculations required for this and the
> above may be significant and argua
Following the call for help to fix bugs, and with building guilt,
I’ve taken a stab at fixing aligning tags when using a
variable-pitch font. I haven’t tested this much because I do not
know if it is misguided, but it seems to work.
Seems the only way to do it is to use the ‘display text prope
Hi Jeff,
Firstly thanks a lot for looking into this!
On Tue, Sep 15, 2020 at 01:41:04PM -0400, Jeff Filipovits wrote:
Following the call for help to fix bugs, and with building guilt, I’ve
taken a stab at fixing aligning tags when using a variable-pitch font.
I haven’t tested this much becau
Adam,
Thanks. You are right of course and I realized the right-align
issue right after I sent my email.
Adam Spiers writes:
But the whole point of this exercise is to support
variable-width
fonts. In this case, the correct position for the end of the
single
space is most likely not eve
can emacs supply tools that would be useful?
On 9/16/20, Jeff Filipovits wrote:
>
> Adam,
>
> Thanks. You are right of course and I realized the right-align
> issue right after I sent my email.
>
> Adam Spiers writes:
>
>> But the whole point of this exercise is to support
>> variable-width
>> f
On Wed, Sep 16, 2020 at 03:03:02PM -0400, Jeff Filipovits wrote:
It looks like (window-text-pixel-size) could be used to calculate the
pixel length of the tags list?
Ahah! This indeed did the trick! I have no idea how I missed this
handy function previously when I was scouring the manual...
On Wed, Sep 16, 2020 at 11:55:53PM +0100, Adam Spiers wrote:
I've actually managed it get it working now! See the attached patch.
However unfortunately it is not ready to be merged yet. Firstly, it
breaks `test-org/tag-align'. Secondly, since this changes the method
of alignment from simply
Adam Spiers writes:
Hrm, no this isn't good enough. For graphical windows we still
need
to set the display text properties to align all tags when the
buffer
initially loads. AFAICS there's currently no code to trigger
this, so
it would need to be added, and for large files this might
actua
Adam Spiers writes:
Hrm, no this isn't good enough. For graphical windows we still
need
to set the display text properties to align all tags when the
buffer
initially loads. AFAICS there's currently no code to trigger
this,
so it would need to be added, and for large files this might
ac
I somehow missed this thread.
I have a (mostly) working code achieving the same thing in my personal
config. The code is below. Hope it can give you some more ideas.
I am using font-lock for tag alignment.
(add-hook 'org-mode-hook (lambda () (font-lock-add-keywords 'org-mode
'(yant/org-align-ta
I would welcome a clean solution for tags alignment.
Ideally, one could switch from the current (manual) alignment, which
tries to align to a fixed column, while allowing to switch to a more
visually consistent alignement in variable-pitch-mode.
But this need to be done *without* slowing done big
13 matches
Mail list logo