emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Bug: Strange C-o behavior in Org-Mode [7.8.11]
@ 2015-12-19  1:24 Leo J Buchignani III
  2015-12-20  9:14 ` Nicolas Goaziou
  0 siblings, 1 reply; 2+ messages in thread
From: Leo J Buchignani III @ 2015-12-19  1:24 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 4463 bytes --]

* Strange C-o behavior in Org-Mode

** VERSION INFO

I am using ErgoEmacs. I cannot tell whether this behavior is due to
ErgoEmacs or Org-Mode.

GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN
ErgoEmacs distribution 2.0.0

** PROBLEM DESCRIPTION

Intermittently, C-o will alter its normal behavior.

Normally, C-o opens a new blank line. This is apparently what it does for
everyone.

Occasionally, however, C-o behaves differently.
1. If C-o is executed at the beginning of a line, it pastes a one-line text
string and adds a newline at the end
2. If C-o is executed anywhere else, it behaves normally.

I suspect the text string is a single line I've previously grabbed with
C-k. However, I cannot consistently reproduce via this method. IIRC, the
text string is always a recent, familiar piece of text, possibly from the
same file.

Moreover, this behavior is limited to a single .org file. When one .org
file is affected, other .org files do not exhibit the behavior.

I do not THINK the behavior occurs except in org-mode, although since I
almost always am using org-mode when using Emacs, I cannot say for sure.

As a result, once a .org file is "bugged", I have to either avoid using
C-o, or kill the unwanted text string every time it appears.

A quick search of my .emacs file for "C-o" turns up nothing. I don't recall
ever deliberately fiddling with such a setting. ErgoEmacs does generate a
lot of funky keybinds. However, I have disabled those, and in any case
ErgoEmacs wants C-o to replace C-x C-f, which is unrelated to my problem.

I realize that this is not an ideal bug report. I am a non-technical user,
and cannot reliably reproduce the bug anyway. Call this a shot in the dark.

** SOLUTION

Refreshing org-mode with M-x org-mode eliminates the problem. I just
discovered this easy fix, so it's not much of a nuisance anymore. Still,
I'm curious, and this is already written!


Emacs  : GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN
ErgoEmacs distribution 2.0.0
Package: Org-mode version 7.8.11

current state:
==============
(setq
 org-export-blocks '((src org-babel-exp-src-block nil) (export-comment
org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa
nil)
                     (dot org-export-blocks-format-dot nil))
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
 org-src-fontify-natively t
 org-export-preprocess-before-selecting-backend-code-hook
'(org-beamer-select-beamer-code)
 org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines org-optimize-window-after-visibility-change)
 org-agenda-custom-commands '(("x" "Agenda sorted by priority first" agenda
"" ((org-agenda-sorting-strategy (quote (priority-up))))))
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
 org-babel-pre-tangle-hook '(save-buffer)
 org-occur-hook '(org-first-headline-recenter)
 org-export-interblocks '((src org-babel-exp-non-block-elements))
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-catch-invisible-edits t
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-mode-hook '(er/add-org-mode-expansions #[nil
"\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook
org-show-block-all append local] 5]
                 #[nil "\300\301\302\303\304$\207" [org-add-hook
change-major-mode-hook org-babel-show-result-all append local] 5]
                 org-babel-result-hide-spec org-babel-hide-all-hashes
soft-wrap-lines)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists)
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-confirm-shell-link-function 'yes-or-no-p
 )

[-- Attachment #2: Type: text/html, Size: 4976 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-12-20  9:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-19  1:24 Bug: Strange C-o behavior in Org-Mode [7.8.11] Leo J Buchignani III
2015-12-20  9:14 ` Nicolas Goaziou

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).