Re: Getting column position accounting for overlays

[Yuri D'Elia]

On 05/08/15 21:01, Eli Zaretskii wrote:
> That's why I asked to describe your use case.  I'm afraid I still
> don't think I understand it.

Sometimes it's just curiosity ;)

>> The usage scenario is pretty simple: assume a terminal display.
>> I want to determine the current /visual/ column at point.
> 
> Yes, but why do you need that?  What do you intend to do with the
> value?

For example:

https://github.com/wavexx/rigid-tabs.el

Although this is just one case.

If you're trying to display anything related to the /visual/ appearance,
you'll have to consider the possibility of overlays and thus run into
the same issue.

If I'm not mistaken, there were a couple of other packages that handle
this (highlight-indentation?) if you use pretty-symbols or similar
modes, and the way you have to do that is not pretty.

> Indeed, there is not, AFAIK.
> 
> But you originally asked only for the dimensions of the text on the
> screen, not about the text itself.

Looks orthogonal to me.
I don't have a need for it right now, but somehow seems logical to have.