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
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
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
Achim Gratz strom...@nexgo.de 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
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
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 first
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
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 have to
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-path
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
Nick Dokos ndo...@gmail.com writes:
Nick Dokos ndo...@gmail.com 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
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 used.
The only
Nick Dokos ndo...@gmail.com writes:
York Zhao gtdplatf...@gmail.com 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
Nick Dokos ndo...@gmail.com 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
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 anyways,
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-path
York Zhao gtdplatf...@gmail.com 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)
Nick Dokos ndo...@gmail.com 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
York Zhao gtdplatf...@gmail.com 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
19 matches
Mail list logo