That's exactly what I'm saying: if no one-implementation can satisfy everyone, why have a one-solution-fits-all approach in the first place? That is what my objection is all about.

Regarding the automatic indentation, beside being a great problem of mine, is a user experience issue: you can make choices implicit if the behavour is what people expect, but have to provide an option or at least a clue when that is not the case.

Is having automatic indentation how people expect a text editor to behave? The answer is no, no desktop editor have this feature, and that's why an option would be needed (and why I always forget the damn thing is there).

A famous example is the network toggle in control center in iOS: when you switch the wi-fi off is it recconecting whenever it wants how you expect it to behave? No, and that's why many people, me included, hate it so much. Whats the point of turning it off it it alwas get back on? might as well leave it on all the time.

Of course there are some minor cases where that behavious could be relatively advantagious, but then leave it always on: why I have to do that if it's you that have the problem? The fact that that behaviour is conveniet for Apple and they want to force people into it is a different story.

Hi, I elabrate a bit more:

Ok, so the tab implementation works for you, how you use the app and is how you like it, but what I'm not able to explain to you is that it doesn't work for my workflow, and you can't just say suck it; you have to consider that too!.

My objection is that you made a general case for a single case scenario: how many time did you need a second tab but forget to plus it vs the time you don't need it but are forced with one? How many time you browse other people project vs work on your own?
A tab with an ssh connection can be a special case where another tab opens automatically vs the general case where it's like that all the time.
 

In my case I never need or want more than one tab: I open and edit each file then move to the next one, often in another folder (and that's why I'd love an improved quick open menu, usable from the keyboard!). So after a while I end up with dozens of tabs that I have to close individually one by one! In my opinion havin 40 tabs open that I cant even read, that I can't naviagte between, and that I never intended to have is an horrible result (for me). 

This is a case scenario too, it's part of the functionality of your application even if you don't use it, and you have to provide a workable solution for that too.

You say people don't care or complain, but by your own reasoning, that would be true for pythonista as well, yet you didn't liked it and created a different implementation. So you are a dissatsified pythonista user: wouldnt it be nice if it offered an option to accomodate your workflow too? wouldn't it be a better application like that?

The easiest way would be an option to have the tabs or not.. (you could reuse the old code when there weren't), even better a dynamic plus button which changes state by long pressing (switch from automatic tabs to regular one!); an option to close all open tab in one go (with so many open isn't it an obvious need?) you could differentiate better the conditions when a new tab is open vs not (es local files vs remote.. etc), create a maximum number or tab that are open automatically vs plussed (es after the second or third it doesnt open without explicit interaction) or whatever..  (I'm such an idea man.. ha!)

Either way, you have to consider all the possible uses, not just yours.
If in a scenario the user expreince sucks a lot (like in mine), you can't just leave it like that. Are you impling that I'm doing it wrong? 

For the rest:

The automatic indentetion is a problem for me beacuse often I write sentences with related points spaced in underneat them
  like this one
  and this one

for better readability, then pressing return it keeps that and often time I realize only after having written several lines and I have to go back and delete all the spaces..

The backup I alredy do manually, but its a chore.
iCloud isn't really a backup, because whatever you change or delete is changed there right away as well.

The other point I'm sure you can find an implementation if you want to add em (please the quick open menu!).

Cheers, Rob