> It could have (depending on what other files you might have had there,
> not from the Git repo).
May happen in theory, but never in real life, at least never happen on me.
> It certainly muddied the waters w.r.t. your bug report.
I had provided a reproducer proved to be straightforward and eff
York Zhao writes:
> As explained above, yes, my `org-mode' is in some other path outside of Emacs,
> e.g., "foo/org-mode", which I had already explained, I'm going to delete the
> first line. But it doesn't hurt to have the first line anyways right?
It could have (depending on what other files you
> The only path that needs to be in load-path is the lisp directory for
> org-mode, which is the second line (that you say is "key").
You are right on this which I didn't realize before you pointed out, thanks.
Anyways, in my configuration I always have both lines, and I'm going to delete
the firs
Nick Dokos writes:
> However, with your patch there is the opposite side of the coin: if you
> have a buffer in a mode derived from org (as in York's case), then doing
> C-c C-c on the options line will reset the mode to org, not to the
> derived one, right?
It would have done exactly that before
Achim Gratz writes:
> Nick Dokos writes:
>> I pushed the fix to master. Thanks to York and Tom for all the help.
>
> I'm not sure this fix is complete. It seems that when someone would
> manually enter org-mode (say, in a scratch buffer) Emacs could return to
> an entirely different mode upon ex
Nick Dokos writes:
> I pushed the fix to master. Thanks to York and Tom for all the help.
I'm not sure this fix is complete. It seems that when someone would
manually enter org-mode (say, in a scratch buffer) Emacs could return to
an entirely different mode upon executing org-reset.
> | 2 unexpe
I pushed the fix to master. Thanks to York and Tom for all the help.
I ran ``make test before pushing''. There were two failures, I believe
unrelated to this patch:
,
| Ran 481 tests, 479 results as expected, 2 unexpected (2013-11-27
09:20:58-0500)
| 4 expected failures
|
| 2 unexpected res
York Zhao writes:
>> York Zhao writes:
>>> (add-to-list 'load-path "path/to/org-mode")
>>
>> This line is not needed.
>
> My org-mode is "installed" in separate directory outside of Emacs system and
> therefor this line is needed in my setup, otherwise the org-mode shipped with
> Emacs would be use
Nick Dokos writes:
> Nick Dokos writes:
>
>> The best solution I can think of so far: revert commit 5ea0228,
>> and change org-mode-restart to call normal-mode, instead of org-mode.
>> normal-mode splits the setting of the mode from the setting of local
>> variables, so it would avoid the recurs
> Can both interested parties (York Zhao and Tom Dye) please test it and let me
> know of any problems?
Thank you for the fix, your patch worked for me.
York
> York Zhao writes:
>> (add-to-list 'load-path "path/to/org-mode")
>
> This line is not needed.
My org-mode is "installed" in separate directory outside of Emacs system and
therefor this line is needed in my setup, otherwise the org-mode shipped with
Emacs would be used.
>> (add-to-list 'load-pat
York Zhao writes:
> (add-to-list 'load-path "path/to/org-mode")
This line is not needed.
> (add-to-list 'load-path "path/to/org-mode/lisp") ; this line is the
> key
Key for what? Did you create autoload files for this installation?
> Third, file "yhj-mode.el" has to be byte-compiled.
You'll
Nick Dokos writes:
> The best solution I can think of so far: revert commit 5ea0228,
> and change org-mode-restart to call normal-mode, instead of org-mode.
> normal-mode splits the setting of the mode from the setting of local
> variables, so it would avoid the recursion.
>
> I think (but I have
York Zhao writes:
> First goes .emacs file:
>
> (add-to-list 'load-path "path/to/org-mode")
> (add-to-list 'load-path "path/to/org-mode/lisp") ; this line is the key
> (add-to-list 'load-path "path/to/yhj-mode")
> (require 'yhj-mode)
>
> Second goes yhj-mode.el:
>
> (require 'org)
> (define-der
OK, finally I was able to reproduce the problem with a minimal setup.
First goes .emacs file:
--8<---cut here---start->8---
(add-to-list 'load-path "path/to/org-mode")
(add-to-list 'load-path "path/to/org-mode/lisp") ; this line is the key
(add-to-list 'load-p
Oop, I didn't know that I replied to Nicolas instead of to the list because I
hitted "reply" instead of "reply all". So I'm reposting my previous post to the
list. Here we go:
In my previous post I actually meant to say that I set `debug-on-quit', have no
idea why I did `debug-on-error'. But anywa
Nick Dokos writes:
> It may be that hack-local-variables takes a long time to process a large
> file, although I don't think so: iirc, it limits itself to a tail of the
> file of a given size, or the last "page" of the file (demarcated by ^L),
> whichever is smaller.
Hi Nick,
I haven't noticed
Nick Dokos writes:
> York Zhao writes:
>
>> Hi List,
>>
>> I have an org-mode file that is 3230004 bytes in size. With commit "92f30ae"
>> it
>> can be opened without any problem. However, with commit "5ea0228" the same
>> file
>> could not be opened properly.
>>
>> What I did was: I opened Di
York Zhao writes:
> Hi List,
>
> I have an org-mode file that is 3230004 bytes in size. With commit "92f30ae"
> it
> can be opened without any problem. However, with commit "5ea0228" the same
> file
> could not be opened properly.
>
> What I did was: I opened Dired buffer, select the file, pres
Hi List,
I have an org-mode file that is 3230004 bytes in size. With commit "92f30ae" it
can be opened without any problem. However, with commit "5ea0228" the same file
could not be opened properly.
What I did was: I opened Dired buffer, select the file, press enter, nothing
happened and Emacs lo
20 matches
Mail list logo
