* Gustavo Barros <gtv...@gmail.com> [2020-11-15 14:49]: :PROPERTIES: :CREATED: [2020-11-15 Sun 15:09] :ID: fef3cdfd-8870-4471-bcc7-4d690bfaceb2 :END: > I'm quite surprised by the reaction to this issue, because > `electric-indent-mode' *does not change Org's indentation settings*, it > just applies them alongside RET. Which makes me think that those who've > been so bitten by it where actually manually overriding (their own) > settings in this area by never applying indentation. If that's your > case, you'd probably be very surprised of running `org-indent-region' in > your documents (don't do it, I don't want to break them). > > In particular, one "surprising" result of the "new behavior" is that of > indentation after a heading. That was already and continues to be > controlled by the user option `org-adapt-indentation'. If you don't > want your content to be indented after a heading, set it to nil. And > `electric-indent-mode' should do what you expect in this regard.
That is useful. What is not useful is introducing default to thousands of users without asking at least 1% of them. I have 2456 Org files on my system and inconsistency introduced only on my system also affects people like me and those who receive Org files produced on my system. What about other users among 1% of them... I propose that NEWS and Info files shall include pointers from indentation descriptions to that option, as authors considered including function to turn off electric indent mode, while it is now obvious that this function here already does the work. So documentation and NEWS shall be updated. > An example from Greg: > > > ----- > > * i wanted a headline<RET> > > * i wanted a subhead, but it's ignored by org mode > > ----- > > That's because the first one is indeed a heading, and the second is not, > it is a plain list item. By definition a heading must start at the > left margin. That I did not know. Maybe I remember wrong but back in time even indented headings worked. Now I have tested it they do not work, so they need to be on the first column on left side. Side thought: what about hebrew and arabic, how does Org mode work for those languages? > You (plural) could probably also get some juice from looking into, and > incorporating to muscle memory, `M-RET', `C-RET' and `C-j'. I do, thank you for reminder. Us in plural are sometimes teachers or mentors who educate other people who are supposed to edit Org files in most simple manner, and those people will never be able to write to this list to find out which option where, not even to know about indentation things. When default is introduced then all people following an educator has to turn off default. They will not even know why. One default introduced can cause butterfly effect. General design of user interface should not conquer their habits unless substantial amount of users have demanded it so. > Of course, with that said, if you really don't like > `electric-indent-mode' for Org, you can disable it as described in > the Org News, previously linked to in this thread. There is ground > to prefer this, particularly for the list case, mentioned by Karl in > the original message of this thread. But `electric-indent-mode' > does not induce a new pattern of indentation for Org, it just > applies your settings in this area, whose defaults have not changed > of recent, as far as I recall. Finally, the "change" was not > brought about by Org, but by Emacs. Org just (belatedly) tagged > along. Best regards, Gustavo. For me is now better to simple adjust: org-indent-region variable just as you said. Thank you for references.
