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 `org-eldoc.el` source code,
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 some
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 agend
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.)
Hmmm, you may well
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 of
> @errands sub tags as e
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?
Properties drawers do not c
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 = +refs/heads/*:refs/r
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
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 w
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 know what we could be doing
> differently.
>
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 recorded screencast ( htt
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:
>
>
> There's a line between the heading an
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:
>>
>>
>> There's a line between the heading and the properties drawer, so it is
>
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
Depar
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 drawer, so it is
> a regular drawer,
>
I don't follow
> 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.)
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. Considering (a part of) your
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.
I cannot reproduce your
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 one is updated
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 hurts!) to get a p
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,
>>
>> I have noticed that auto-filling working on long
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 t
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 fill-column)
> values in property
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 from any of the
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 to do any "harm", b
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 changed
`wholenump' to `int
26 matches
Mail list logo
