Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

This is not a proper implementation of elastic tabstops #4

Open
nick-gravgaard opened this issue Dec 15, 2012 · 7 comments
Open

This is not a proper implementation of elastic tabstops #4

nick-gravgaard opened this issue Dec 15, 2012 · 7 comments

Comments

@nick-gravgaard
Copy link

This is not a proper implementation of my invention. The whole point of elastic tabstops is that it works by moving tabstops rather than modifying the contents of the buffer (in this case by inserting spaces). The name "elastic tabstops" is a clue. There is a big difference between changing the view and changing the buffer.

As it stands the use of this package results in the contents of the buffer containing a mix of spaces and tabs for alignment which is problematic for all sorts of reasons.

I suggest that someone asks the author of Sublime Text to add the ability to set non-uniform tabstops on different lines to the API. Once that's done this package can be reworked to do it properly.

@onetom
Copy link

onetom commented May 2, 2013

how can i +1 this? :)

@hickford
Copy link

Sign petition at http://sublimetext.userecho.com/topic/179072-/

@Fironet
Copy link

Fironet commented May 19, 2017

Sign petition at http://sublimetext.userecho.com/topic/179072-/

This 404s. Any updates on support this feature natively, or at least the API functionality required?

@adzenith
Copy link
Member

No, no updates unfortunately.

@keith-hall
Copy link
Member

How would it look if phantoms were used with a monospace font to emulate elastic tab stops without modifying the buffer?

@FichteFoll
Copy link
Member

Phantoms are kind of odd with their behavior, as can be observed with https://packagecontrol.io/packages/SublimeLinter%20Inline%20Errors. If you have a long phantom with whitespace, clicking on the phantom doesn't modify the selection where it would jump to the end of the line previously. I imagine you could hack something together with having a link for each whitespace character associated with its position and reconstruct the phantom on click to only extend to the clicked character? Not sure how well this would work out.

Other than that, to my knowledge phantoms always have at least some padding.

TL;DR: I wouldn't bother with phantoms since it'll still be suboptimal at best.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants