Changing my theme didn't help. The foreground-color of hide-face is set to the background color of my theme. What I suspect the problem is is the spaces and tabs used by sml-mode for indentations. I don't think other languages use a mix of spaces and tabs. They use just spaces. Is there a way to convert every tab to its size in spaces?
On Fri, Mar 27, 2020 at 2:52 PM Ag Ibragimov <agzam.ibragi...@gmail.com> wrote: > > > As far as "org-hide face", I'm not sure what you mean. > > You've said: > > > I can't find where orgmode is suppressing the display of leading > asterisks of headings. > > The asterisks being displayed/hidden is controlled by 'org-hide' face. Run > "M-x describe-face org-hide RET" and see what the foreground of that face > is set to. Alternatively, you can try switching to another theme and see if > that makes any difference. > > On Fri 27 Mar 2020 at 12:30, Lawrence Bottorff <borg...@gmail.com> wrote: > > > I did have a monospace font, but changing to a vari-spaced one didn't > help. > > I can promote/demote the heading above the code block and the alignment > of > > the code shifts along with it, specifically this sort of block with a let > > > > #+begin_src sml > > fun countUpFrom1 (x : int) = > > let > > fun count (from : int, to : int) = > > if from = to > > then to :: [] > > else from :: count (from+1, to) > > in > > count (1, x) > > end > > #+end_src > > > > Note, this is copied into my gmail from below a heading 4 -- which in the > > sml code block looks good. However, as I pasted this into gmail, the > spaces > > and tabs are behaving differently, e.g., the let is exactly 4 spaces > over, > > while the second nested fun is just a single tab over, which gmail isn't > > honoring. This > > is the same behavior I'm seeing at, e.g., a level 3 heading. > > > > Again, when this file is brought up in a clean emacs -Q where only SML > > mode/ob is set up and stars are all showing there is no (spaces v. tabs) > > shifting around trouble. If I could definitively turn off star hiding I > > could get around this shifting problem. But why this is happening is very > > mysterious. As far as "org-hide face", I'm not sure what you mean. > > > > On Fri, Mar 27, 2020 at 12:19 PM Ag Ibragimov <agzam.ibragi...@gmail.com > > > > wrote: > > > >> > >> Have you tried tweaking org-hide face? Maybe the problem is with the > font > >> you use, is it monospaced? > >> > >> On Thu 26 Mar 2020 at 22:40, Lawrence Bottorff <borg...@gmail.com> > wrote: > >> > >> > I have searched high and low through my init/config and I can't find > >> where > >> > orgmode is suppressing the display of leading asterisks of headings. > I've > >> > got org-hide-leading-stars set to nil -- but it turns itself back on > >> > whenever I open an org file. I can start a clean, blank org file (no > >> > #+STARTUP hidestars/showstars) and create a few headings -- to see, > once > >> > again, the leading stars suppressed. My org-bullets is commented out > in > >> > init-land. I try an emacs -Q and of course I have leading stars on > >> > sub-headings, however deep. Yes, it's something in my init/config, > but I > >> > just can't find what's suppressing leading stars. > >> > > >> > The whole reason I'm trying to do this is I'm tinkering with babel SML > >> and > >> > whenever I have a code block under a heading -- depending on the > depth of > >> > the heading -- the SML code block can be mis-justified. And if I > >> > promote/demote the heading around with M-<right/left arrow> the SML > code > >> > alignment dances around depending on the depth. I can do C-c ' and the > >> > alignment is perfect; but come back the org file and it's wonky. So > if I > >> > set up an SML babel environment in an emacs -Q environment -- with > >> leading > >> > starts -- no problem. > >> > > >> > This is maddening, to say the least. I need to turn off suppression or > >> > figure out why suppressed stars and babel SML blocks don't mix. > >> > > >> > LB > >> > >> > >> > >
