Re: org-goto bug

[Ihor Radchenko]

Pan Xie  writes:

> Just found a minor issue about the org-goto interface. When I set 
> `org-goto-auto-isearch' as `t', the number keys should also be part of 
> isearch, not treated as "digit argument". However, the current version 
> (9.7-pre) of OrgMode I am using treat the number keys as digit argument 
> in auto isearch mode.
>
> I also find the solution: just pass `t' as second argument to 
> `suppress-keymap', to make all number keys unbound in the keymap:

Thanks for reporting!
Fixed, on main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=4b1399fb2

Unconditionally passing t would break things when
`org-goto-auto-isearch' is nil. So, I went with slightly different
approach.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

org-goto bug

[Pan Xie]

Hello

Just found a minor issue about the org-goto interface. When I set 
`org-goto-auto-isearch' as `t', the number keys should also be part of 
isearch, not treated as "digit argument". However, the current version 
(9.7-pre) of OrgMode I am using treat the number keys as digit argument 
in auto isearch mode.


I also find the solution: just pass `t' as second argument to 
`suppress-keymap', to make all number keys unbound in the keymap:


#+begin_src elisp
;; org-goto.el
(defun org-goto--set-map ()
  "Set the keymap `org-goto'."
  (setq org-goto-map
    (let ((map (make-sparse-keymap)))
      (let ((cmds '(isearch-forward isearch-backward kill-ring-save 
set-mark-command

                mouse-drag-region universal-argument org-occur)))
    (dolist (cmd cmds)
      (substitute-key-definition cmd cmd map global-map)))
      (suppress-keymap map t) ;; < 
pass t as second argument to fix the issue

      (org-defkey map "\C-m" 'org-goto-ret)
      (org-defkey map [(return)] 'org-goto-ret)

#+end_src

The version of org-mode with the issue:

#+begin_src elisp
  (org-version nil t)
  ;;=> "Org mode version 9.7-pre (release_9.6.19-1208-g7360c6 @ 
/home/git/org-mode/lisp/)"

#+end_src

Re: [O] org-goto bug

[Bastien]

Hi Tyler,

Tyler Smith tyler.sm...@mail.mcgill.ca writes:

 According to the manual, and the help window that pops up when you
 call it, org-goto should accept a few one-letter commands to move up
 one level (u), quit (q), move to the next (n) or previous(p) heading.
 However, whenever I try any of these keys, they are interpreted as
 the search string for isearch. My set-up is provided below. I have
 confirmed that this is also the case when I start emacs with 'emacs
 -Q', so I don't think I've done this in my config.

there were even more problems in this area -- using the *Help* buffer
wasn't a good idea, customizing `org-goto-auto-isearch' wasn't taken
into account, etc.

So thanks for reporting this, I fixed the problem you reported.

Best,

-- 
 Bastien

[O] org-goto bug

[Tyler Smith]

Hi,

According to the manual, and the help window that pops up when you call it,
org-goto should accept a few one-letter commands to move up one level (u),
quit (q), move to the next (n) or previous(p) heading.
However, whenever I try any of these keys, they are interpreted as the
search string for isearch. My set-up is provided below. I have confirmed
that this is also the case when I start emacs with 'emacs -Q', so I don't
think I've done this in my config.

Thanks,

Tyler


Emacs  : GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
 of 2012-12-27 on ONOTTAR654746
Package: Org-mode version 7.9.1 (7.9.1-dist @
/usr/local/share/emacs/site-lisp/org/)

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-export-latex-packages-alist '(( natbib nil) \\bibpunct{(} {)} {;}
{a} {} {,})
 org-reverse-note-order t
 org-agenda-skip-scheduled-if-done t
 org-export-with-drawers t
 org-export-with-tags 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-babel-header-arg-expand)
 org-refile-targets '((my-org-refile-targets :maxlevel . 5))
 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-before-write-hook '(org-agenda-add-entry-text)
 org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
 org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
 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-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-fast-tag-selection-single-key 'expert
 org-default-notes-file ~/.emacs.d/org/notes.org
 org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
 org-cycle-global-at-bob t
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-agenda-ndays 7
 org-agenda-include-diary t
 org-agenda-skip-deadline-if-done t
 org-enforce-todo-dependencies t
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-mode-hook '(my-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)
 org-agenda-start-on-weekday nil
 org-directory ~/.emacs.d/org
 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
 )

Re: [Orgmode] 4.70 org-goto bug

[Rick Moynihan]

I've discovered that this problem was only occuring at work, and not at 
home.  I think my site installation of emacs 22 was messed up, perhaps 
colliding with emacs21.  And possibly confusing the org-mode install. 
In truth I have no idea, but a clean reinstall seems to have things 
working normally.  For now anyway... :)


R.

Carsten Dominik wrote:

I cannot reproduce that bug.  Anyone?

- Carsten

On Apr 9, 2007, at 12:13, Rick Moynihan wrote:

Hi, I've been playing with org-mode 4.70 and I'm really liking the 
multiple TODO sequences.


However, I seem to have encountered a bug with org-goto.  When 
navigating between headings of the same level with f and b, if I 
try and move too far (i.e. I'm at either the first or last level of 
indentation and I push f/b respectively) I get the error:


error before first heading.

Then ALL of my emacs keybindings fail, I can't seem to switch buffers 
or even kill the debug buffer.


Strangely sometimes I can't seem to generate the error, so it doesn't 
seem to happen EVERY time, though restarting Emacs and navigating 
straight to an org-mode buffer through the agenda and instantly trying 
to cause the bug through running C-c C-j and then generating the error 
through the process described above seems to cause it every time.  
Could there be something funny in my config?



R.


___
Emacs-orgmode mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




--
Carsten Dominik
Sterrenkundig Instituut Anton Pannekoek
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477



___
Emacs-orgmode mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/emacs-orgmode





___
Emacs-orgmode mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: 4.70 org-goto bug

[Carsten Dominik]

On Apr 11, 2007, at 12:29, Leo wrote:


 However, on the first heading, 'b' will
move to the first line of the buffer even it is not a heading. Is this
intentional?


I am just using outline-backward-same-level and don't want to
re-implement this function just to fix this minor bug.
You might want to report this as bug to the Emacs maintainers.

- Carsten



___
Emacs-orgmode mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] 4.70 org-goto bug

[Carsten Dominik]

I cannot reproduce that bug.  Anyone?

- Carsten

On Apr 9, 2007, at 12:13, Rick Moynihan wrote:

Hi, I've been playing with org-mode 4.70 and I'm really liking the 
multiple TODO sequences.


However, I seem to have encountered a bug with org-goto.  When 
navigating between headings of the same level with f and b, if I 
try and move too far (i.e. I'm at either the first or last level of 
indentation and I push f/b respectively) I get the error:


error before first heading.

Then ALL of my emacs keybindings fail, I can't seem to switch buffers 
or even kill the debug buffer.


Strangely sometimes I can't seem to generate the error, so it doesn't 
seem to happen EVERY time, though restarting Emacs and navigating 
straight to an org-mode buffer through the agenda and instantly trying 
to cause the bug through running C-c C-j and then generating the error 
through the process described above seems to cause it every time.  
Could there be something funny in my config?



R.


___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode




--
Carsten Dominik
Sterrenkundig Instituut Anton Pannekoek
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477



___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode