🚀 go-pugleaf

Moin!

Dale King <KingD@TCE.com> schrieb:

> "Hauke Ingmar Schmidt" <usenet@haukeingmar.de> wrote in message
> news:ahneaj$ulpsj$1@ID-76405.news.dfncis.de...
>> Dale King <KingD@TCE.com> schrieb:
>> Tabs do. A tab sets the cursor to the next tab stop; it is not moving
>> the cursor for a special number of spaces (only at very simple
>> editors). So if the next tab stop is at e.g. column 16 (which
>> normally is not "16 characters from the left margin" but units of
>> your choice, centimeter, millimeter, miles...) and both of the types
>> above end before column 16 it aligns perfectly. Only if one of the
>> texts goes beyond the tab stop the alignment will be disturbed.
>
> And the meaning of next tab stop differs based on the width of the
> text before it. You are the one suggesting different fonts and
> proportional fonts. Depending on the size of your proportional font
> next tab stop will differ.

The meaning does not differ. Only in very simple editors which replace
tabs by spaces. Otherwise a tab stop is a column. A tab jumps to this
column.

>
>>> Tabs will line it up for a particular font, but
>>> is not portable to a different font.
>>
>> Tabs don't care for fonts.
>
> Well, you were the one bringing proportional fonts into this. If I
> take code with tabs to line that up with one font at a particular
> size it will become unaligned as I change fonts or font sizes. Once
> again tabs are not portable.

No, again it does not. It does, if you use simple software that replaces
a tab by a specified number of spaces. But that is really old software
which should fall out of work.

>>> For indentation tabs only or spaces only will both work if your tool
>>> supports tabs (which once again not all tools do).
>>
>> For example?
>
> I've already said that I have seen compiler error outputs not work
> well with tabs and difference tools. Do I have the names of specific
> products? No. It has been a while since I looked at difference tools
> and believe me I looked at a lot of them.

I guess there is NONE that produces problems with tabs that was designed
for Java.

> I ran into a tabs vs. spaces thing myself just this past week. I have
> a Java program that reads a file with commands where each command is
> a single line of text or a comment. This file is read and each line
> becomes an item in a JList. The person that created the file in his
> text editor had tabs in the comments. In the JList they showed up as
> boxes. There was no way to handle this elegantly, so I just replaces
> the tabs with a space. Now they don't line up.

Write a better listrenderer that handles tabs. Yours obviously does not.

Bye
Hauke Ingmar