On Fri, Mar 27, 2020 at 3:26 PM Lawrence Bottorff <
address@hidden> wrote:
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?
> 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 <address@hidden> 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 <address@hidden>
> 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 <address@hidden> 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
>>
>>
>>