From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lawrence Bottorff Subject: Re: Can't turn off hide-stars Date: Fri, 27 Mar 2020 16:07:35 -0500 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000050b68f05a1dc7e0a" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:41517) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jHwCl-0007ns-Bs for emacs-orgmode@gnu.org; Fri, 27 Mar 2020 17:07:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jHwCj-000263-GO for emacs-orgmode@gnu.org; Fri, 27 Mar 2020 17:07:51 -0400 Received: from mail-lf1-x12d.google.com ([2a00:1450:4864:20::12d]:41036) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jHwCj-00024Y-6p for emacs-orgmode@gnu.org; Fri, 27 Mar 2020 17:07:49 -0400 Received: by mail-lf1-x12d.google.com with SMTP id z23so9053527lfh.8 for ; Fri, 27 Mar 2020 14:07:49 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: Ag Ibragimov , emacs-orgmode Mailinglist --00000000000050b68f05a1dc7e0a Content-Type: text/plain; charset="UTF-8" I've found a way to side-step this issue by simply evaluating (setq-default indent-tabs-mode nil). From then on any formatting is just spaces and the shifting doesn't occur. Still, this is odd behavior. On Fri, Mar 27, 2020 at 3:26 PM Lawrence Bottorff 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? > > On Fri, Mar 27, 2020 at 2:52 PM Ag Ibragimov > 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 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.ibragimov@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 >> 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- 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 >> >> >> >> >> >> >> >> --00000000000050b68f05a1dc7e0a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've found a way to side-step this issue by simply eva= luating (setq-default indent-tabs-mode nil). From then on any formatting is just spac= es and the shifting doesn't occur. Still, this is odd behavior.<= /div>
O= n Fri, Mar 27, 2020 at 3:26 PM Lawrence Bottorff <borgauf@gmail.com> wrote:
Changing my theme didn= 9;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 s= ml-mode for indentations. I don't think other languages use a mix of sp= aces 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.ibragimov@gm= ail.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 a= sterisks of headings.

The asterisks being displayed/hidden is controlled by 'org-hide' fa= ce. Run "M-x describe-face org-hide RET" and see what the foregro= und 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 <borgauf@gmail.com> wrote:

> I did have a monospace font, but changing to a vari-spaced one didn= 9;t help.
> I can promote/demote the heading above the code block and the alignmen= t of
> the code shifts along with it, specifically this sort of block with a = let
>
> #+begin_src sml
> fun countUpFrom1 (x : int) =3D
>=C2=A0 =C2=A0 =C2=A0let
> fun count (from : int, to : int) =3D
>=C2=A0 =C2=A0 if from =3D to
>=C2=A0 =C2=A0 then to :: []
>=C2=A0 =C2=A0 else from :: count (from+1, to)
>=C2=A0 =C2=A0 =C2=A0in
> count (1, x)
>=C2=A0 =C2=A0 =C2=A0end
> #+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 s= paces
> and tabs are behaving differently, e.g., the let is exactly 4 spaces o= ver,
> 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. tab= s)
> shifting around trouble. If I could definitively turn off star hiding = I
> could get around this shifting problem. But why this is happening is v= ery
> 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.ibragimov@gmail.com>= ;
> wrote:
>
>>
>> Have you tried tweaking org-hide face? Maybe the problem is with t= he font
>> you use, is it monospaced?
>>
>> On Thu 26 Mar 2020 at 22:40, Lawrence Bottorff <borgauf@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 he= adings. 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 f= ile (no
>> > #+STARTUP hidestars/showstars) and create a few headings -- t= o see, once
>> > again, the leading stars suppressed. My org-bullets is commen= ted out in
>> > init-land. I try an emacs -Q and of course I have leading sta= rs on
>> > sub-headings, however deep. Yes, it's something in my ini= t/config, but I
>> > just can't find what's suppressing leading stars.
>> >
>> > The whole reason I'm trying to do this is I'm tinkeri= ng 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 i= f 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 suppr= ession or
>> > figure out why suppressed stars and babel SML blocks don'= t mix.
>> >
>> > LB
>>
>>
>>

--00000000000050b68f05a1dc7e0a--