Re: elastic tabstops implemented for GTK

I don't think there is much point in arguing whether this might or
might not work. He said he already implemented it, so the best thing
to do is just give it a try. If it turns out to work well, very good,
if not, it's a pity, but nothing is lost by it. Discarding any idea
upfront before even trying it out will only block any kind of

Again, it's too early to include it in gtk, but I for one would really
like to have it as an option in gedit.

On 8/30/07, David Nečas (Yeti) <yeti physics muni cz> wrote:
> On Wed, Aug 29, 2007 at 07:11:35PM +0200, Nick Gravgaard wrote:
> > On 29/08/2007, David Nečas (Yeti) <yeti physics muni cz> wrote:
> > > Alex Jones wrote:
> > > >  I really can't wait to get this functionality, it finally puts an end to
> > > > all of the nonsense over how many spaces there should be in a tab!
> > >
> > > The option to avoid tabs has been here since ever.
> > > Did it put an end to the tab size nonsense?
> > > What makes you think this option will?
> >
> > Because the usual way to interpret a tab character has been to place
> > the text after it at the next tabstop where the tabstop was a multiple
> > of N. Elastic tabstops don't work like that all. Please read the
> > website linked to in an earlier post.
> You missed the point.  It is irrelevant *what* it does.
> The primary problem is the undefined meaning of tabs.  How
> inventing yet another option solves this problem?  Not at
> all, it makes it worse.  Unless, of cousre, you are going to
> eliminate all people who use tabs differently than you...
> Yeti
> --
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]