Who are the "spacists"?

BartC bc at freeuk.com
Mon Mar 20 10:24:27 EDT 2017


On 20/03/2017 08:15, Chris Angelico wrote:
> On Mon, Mar 20, 2017 at 6:37 PM, Marko Rauhamaa <marko at pacujo.net> wrote:

>> The tools I mentioned honor the traditional tab stop columns:
>>
>>     1, 9, 17, 25, 33, 41, 49, 57, 65, 73

> That means that you were depending, in your source file, on something
> that isn't actually part of the character's definition. You're
> depending on "horizontal tab" meaning those exact tab stops. If you
> want those semantics, you should use spaces

There are effectively two versions of the text: the slightly higher 
level, or 'marked up' version containing these special controls, and the 
'rendered' version you see displayed on the screen.

You're suggesting doing away with the controls, working only with the 
rendered snapshot version. Which means instead of pressing Backspace 
once to delete a tab, you might need to press it 8 times, or 1 to 8 
times if not at the start.

This is little different to inserting hard newlines at the end of each 
visible line of a paragraph, to ensure that it is shown how you want it 
and isn't 'reflowed' depending on the width of someone's display.

Which work great - until you have to edit the text with those newlines 
present, which can be a lot of work.

So really you want to keep and work with the original version, not the 
rendered one.

In the case of tabs, it might be possible to take the rendered text (I 
call it 'flat' text because the tabs have been flattened out) and 
reconstruct the tabs, but there are some problems (are those 8 spaces 
one tab, or two or four, or were they just 8 spaces?).

It might be a little easier if the text represented, say, Python source 
code.

But it would be better IMO if tabs were used, with some scheme for 
suggesting the tab width (or set of tab stops) that is recommended (eg. 
a comment at the top).

-- 
bartc


More information about the Python-list mailing list