Re: [O] org-eldoc error on shell src blocks

Hello, "numbch...@gmail.com" writes: > After some dive in deeper > > - [X] emacs minimal init test, confirmed issue in org-mode. > - [X] from the error log, seems `org-eldoc` try to call `(progn (funcall > mode-func) ...`. This caused `shell-mode()`. > - [ ] check out

Re: [O] org-eldoc error on shell src blocks

After some dive in deeper - [X] emacs minimal init test, confirmed issue in org-mode. - [X] from the error log, seems `org-eldoc` try to call `(progn (funcall mode-func) ...`. This caused `shell-mode()`. - [ ] check out `org-eldoc.el` source code, have not found any solution or options. Hope

Re: [O] Ad-hoc, mix-and-match tag hierarchies?

I don't think you are missing anything. Your first example leverages inheritance (and you can turn that off if you don't want it), and your second example doesn't. In any case, the order of the tags is irrelevant. To me the real question is what do you want to use them for? I use them in

Re: [O] non-space, paste, (???) character for inline results

Greg Minshall writes: >> Of course we do: just write >> >> foocall_foo() >> >> or >> >> foocall_foo() > > !!! :) > > (but, seems less intuitive. maybe my math/CS brainwashing, liking to > have lexical elements, etc.; that part of me would still vote for > reverting.)

Re: [O] Exporting selected tags *with* its sub-tag hierarchy

Hello, Pierre-Luc Gauthier writes: > I have this tree of tags as explained here : > https://orgmode.org/manual/Tag-hierarchy.html > loaded at startup. E.g.: > > #+TAGS: [ @errands : bank groceries ] > > Filtering the @errands tag in the agenda todo view does lists all

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Kaushal Modi writes: > 1. Download the attached Org file (property-auto-fill.org). > 2. emacs -Q property-auto-fill.org > 3. Navigate to the Heading, hit TAB, then to the PROPERTY drawer, hit TAB. > 4. Go to the end of the DESCRIPTION property, hit RET. Wait... What?

[O] git://orgmode.org/org-mode.git --> g...@code.orgmode.org:bzg/org-mode.git : Now password is required

Hi, Short summary to bypass the TL;DR below: In order for me to do a 'git pull' into an existing local repo only for 'read-only' mode (not contributing changes back), I had to change my .git/config from: [remote "official"] url = git://orgmode.org/org-mode.git fetch =

[O] Broken links on orgmode.org site that point to Gmane

Hi Org Mode: At Sat Feb 3 12:27:14 PST 2018, I navigated to https://orgmode.org/community.html then saw "Browse it through Gmane" which has a link to: http://news.gmane.org/gmane.emacs.orgmode Clicking on that link gave a Page Not found error. Regards, bgoodr

Re: [O] Change mode in org-edit-special

On 2018-02-02 18:07, Berry, Charles wrote: On Feb 1, 2018, at 9:07 PM, ed...@openmail.cc wrote: Is there a safe way to change mode in an org-edit-special buffer? The safest thing would be to customize `org-src-lang-modes' so the buffer is created with the mode you want to edit in. Or if you

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Kaushal Modi writes: > On Sat, Feb 3, 2018 at 11:22 AM Nick Dokos wrote: > > FWIW, I tried it too both with emacs -Q and in my normal working emacs: I > cannot reproduce it. > > Hello Nick, Nicolas, > > Thank you for trying out the MWE. I don't

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

On Sat, Feb 3, 2018 at 11:22 AM Nick Dokos wrote: > > FWIW, I tried it too both with emacs -Q and in my normal working emacs: I > cannot reproduce it. > Hello Nick, Nicolas, Thank you for trying out the MWE. I don't know what we could be doing differently. So here's a

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Kaushal Modi writes: > On Sat, Feb 3, 2018, 9:40 AM Nicolas Goaziou wrote: > > Kaushal Modi writes: > > I think I spotted your mistake. Considering (a part of) your ECM: > >    * Heading > >    

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Kaushal Modi writes: > On Sat, Feb 3, 2018, 9:40 AM Nicolas Goaziou wrote: > >> Kaushal Modi writes: >> >> I think I spotted your mistake. Considering (a part of) your ECM: >> >>* Heading >> >>:PROPERTIES: >> >> >>

Re: [O] stop results drawers from folding?

hm. naturally even though this has bugged me for months, publically asking about it seems to have made the issue vanish! If I figure out what the issue was I will bring it up again later. Sorry for the noise. John --- Professor John Kitchin Doherty Hall A207F

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

On Sat, Feb 3, 2018, 9:40 AM Nicolas Goaziou wrote: > Kaushal Modi writes: > > I think I spotted your mistake. Considering (a part of) your ECM: > >* Heading > >:PROPERTIES: > > > There's a line between the heading and the properties

Re: [O] non-space, paste, (???) character for inline results

> Of course we do: just write > > foocall_foo() > > or > > foocall_foo() !!! :) (but, seems less intuitive. maybe my math/CS brainwashing, liking to have lexical elements, etc.; that part of me would still vote for reverting.)

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Kaushal Modi writes: > Did you copy and paste the whole ECM including the Local Variables? .. > because I can reproduce that in emacs -Q (emacs-26 branch). > > It's something about auto-fill-mode being on, that's different from > M-q. I think I spotted your mistake.

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

On Sat, Feb 3, 2018, 9:29 AM Nicolas Goaziou wrote: > It is already the case. See `org-adaptive-fill-function': it returns nil > when at a node property. > I thought so too, because the filling doesn't happen on M-q. So it took me a while to come with that complete ECM.

Re: [O] Bug: org-feed-update-all stops on first error [9.0.9 (9.0.9-dist @ /usr/share/emacs/25.2/site-lisp/elpa/org-9.0.9/)]

Hello, Adrian Tritschler writes: > Using org-feed-update-all to read RSS feeds into org-mode, it will stop > with an error on the first problem encountered. eg, if I have twenty > RSS feeds and for some reason the second site is down, or certificate > has expired, only the first

Re: [O] non-space, paste, (???) character for inline results

Greg Minshall writes: > thanks for the reply. i'd suggest reverting (most of) 7efa... so that > foocall_foo() *stays* as foocall_foo(). (i.e., put the "\\<" back in > front of "call_" and "sys_".) otherwise, we have no (straight forward) > way (am i right? sometimes my head

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Hello, Kaushal Modi writes: > Hello, > > I am bumping this thread, as it very likely could have been missed. > > If fixing that was already on the radar, sorry for the bump. > > On Tue, Jan 30, 2018, 11:50 AM Kaushal Modi wrote: > >> Hello, >> >>

Re: [O] non-space, paste, (???) character for inline results

Nico, thanks for the reply. i'd suggest reverting (most of) 7efa... so that foocall_foo() *stays* as foocall_foo(). (i.e., put the "\\<" back in front of "call_" and "sys_".) otherwise, we have no (straight forward) way (am i right? sometimes my head hurts!) to get a plain "foocall_foo()" in

Re: [O] Prevent auto-fill-mode from filling Property values in drawers

Hello, I am bumping this thread, as it very likely could have been missed. If fixing that was already on the radar, sorry for the bump. On Tue, Jan 30, 2018, 11:50 AM Kaushal Modi wrote: > Hello, > > I have noticed that auto-filling working on long (going past

[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible

Hello, Glenn Morris writes: > Version: 26.1 > > Glenn Morris wrote: > >> I would guess this is because Org is not recognized as a built-in >> package (see https://debbugs.gnu.org/30310), > > This is now fixed for the next release of Emacs. Thank you. >> and no longer available

Re: [O] non-space, paste, (???) character for inline results

Hello, Greg Minshall writes: > one concern: if i essentially "revert" the changes in > 7efa0f2879226695ad9b309c9263a4d1b5d79e89, call_ and src_ all work, but i > get the ZERO WIDTH SPACE (ZSWP, \u200b) propagated into the resulting > output file (.html, .tex). it doesn't seem

Re: [O] Trivial bug in ox-latex

Hello, Akater writes: > I can't answer this as I do not deal with org-export-with-toc > directly. I was setting tocdepth via > org-export-filter-options-functions, specialized explicitly to latex > backend: I didn't thought about filters, indeed. Fair enough, then. I