emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Kill text in org mode
@ 2008-06-11 20:26 John
  2008-06-11 21:49 ` Peter Jones
  2008-06-12  5:49 ` Carsten Dominik
  0 siblings, 2 replies; 5+ messages in thread
From: John @ 2008-06-11 20:26 UTC (permalink / raw)
  To: emacs-orgmode

Last week I moved from planner-el to org-mode and find it great.
Thanks to Sacha Chua and John Wiegley for their articles ("Choosing
between Org and Planner", "Using org-mode as a Day Planner").

One should tell all the planner guys to have a look at org-mode.  So much
more convenient.

--------------
I do have two minor questions regarding org-mode:

  1. To kill some text from the mark till the begining of
     a line, I usually type in:
      - C-SPC to run `set-mark-command', then
      - C-a to run `beginning-of-line', and then
      - M-w to run `kill-ring-save'

     But in org-mode `C-a' is bound to `org-beginning-of-line' which
     quits marking region.  Thus `M-w' can't work anymore.

     The same is true with `org-end-of-line' (C-e).

  2. In org-mode I can't seem to `isearch' (C-s) words with accented
     characters.  For instance, when searching for "résumé", XEmacs
     starts searching for the leading `r' and then quits upon typing
     in the first `é'.  This never happens to me in other modes.

  Thanks for your help.

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

* Re: Kill text in org mode
  2008-06-11 20:26 Kill text in org mode John
@ 2008-06-11 21:49 ` Peter Jones
  2008-06-12  5:49 ` Carsten Dominik
  1 sibling, 0 replies; 5+ messages in thread
From: Peter Jones @ 2008-06-11 21:49 UTC (permalink / raw)
  To: emacs-orgmode

John <jlr_0@yahoo.com> writes:
>   1. To kill some text from the mark till the begining of
>      a line, I usually type in:
>       - C-SPC to run `set-mark-command', then
>       - C-a to run `beginning-of-line', and then
>       - M-w to run `kill-ring-save'
>
>      But in org-mode `C-a' is bound to `org-beginning-of-line' which
>      quits marking region.  Thus `M-w' can't work anymore.

This doesn't happen for me.  You might want to ensure you have the
latest version.

Also, a faster way to kill from point to the beginning of the line is:

      C-- C-k

That is, Control-minus and then Control-k.

-- 
Peter Jones, http://pmade.com
pmade inc.  Louisville, CO US

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

* Re: Kill text in org mode
  2008-06-11 20:26 Kill text in org mode John
  2008-06-11 21:49 ` Peter Jones
@ 2008-06-12  5:49 ` Carsten Dominik
  2008-06-12 18:13   ` John
  1 sibling, 1 reply; 5+ messages in thread
From: Carsten Dominik @ 2008-06-12  5:49 UTC (permalink / raw)
  To: John; +Cc: emacs-orgmode

Hi John,

On Jun 11, 2008, at 10:26 PM, John wrote:

> Last week I moved from planner-el to org-mode and find it great.
> Thanks to Sacha Chua and John Wiegley for their articles ("Choosing
> between Org and Planner", "Using org-mode as a Day Planner").
>
> One should tell all the planner guys to have a look at org-mode.  So  
> much
> more convenient.
>
> --------------
> I do have two minor questions regarding org-mode:
>
>  1. To kill some text from the mark till the begining of
>     a line, I usually type in:
>      - C-SPC to run `set-mark-command', then
>      - C-a to run `beginning-of-line', and then
>      - M-w to run `kill-ring-save'
>
>     But in org-mode `C-a' is bound to `org-beginning-of-line' which
>     quits marking region.  Thus `M-w' can't work anymore.
>
>     The same is true with `org-end-of-line' (C-e).

Fixed, thanks.

>  2. In org-mode I can't seem to `isearch' (C-s) words with accented
>     characters.  For instance, when searching for "résumé", XEmacs
>     starts searching for the leading `r' and then quits upon typing
>     in the first `é'.  This never happens to me in other modes.

This is a bug in XEmacs, in the definition of the variable `isearch- 
mode-map'.  In this map, all printing characters should be bound to  
`isearch-printing-char', but the setup does not handle non-ascii  
characters correctly, I believe.  The purpose of this code is to  
exactly handle packages like Org where all normal characters are bound  
to a special function - but the implementation of this function is  
incomplete.  A better implementation could be to find all characters  
that are bound to self-insert-command in the global map and make the  
replacement binding for those.

Please report this as a bug to the XEmacs people, I do not have the  
time to fix this myself.

- Carsten

>
>
>  Thanks for your help.
>
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

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

* Re: Kill text in org mode
  2008-06-12  5:49 ` Carsten Dominik
@ 2008-06-12 18:13   ` John
  2008-06-13 10:03     ` Carsten Dominik
  0 siblings, 1 reply; 5+ messages in thread
From: John @ 2008-06-12 18:13 UTC (permalink / raw)
  To: emacs-orgmode

Carsten Dominik <C.Dominik <at> uva.nl> writes:

> This is a bug in XEmacs, in the definition of the variable `isearch- 
> mode-map'.  In this map, all printing characters should be bound to  
> `isearch-printing-char', but the setup does not handle non-ascii  
> characters correctly, I believe.  The purpose of this code is to  
> exactly handle packages like Org where all normal characters are bound  
> to a special function - but the implementation of this function is  
> incomplete.  A better implementation could be to find all characters  
> that are bound to self-insert-command in the global map and make the  
> replacement binding for those.

That's strange because whenever I isearch words with accented characters
in other modes then it works fine.  The problem only occurs when using org mode.










--
John
 

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

* Re: Re: Kill text in org mode
  2008-06-12 18:13   ` John
@ 2008-06-13 10:03     ` Carsten Dominik
  0 siblings, 0 replies; 5+ messages in thread
From: Carsten Dominik @ 2008-06-13 10:03 UTC (permalink / raw)
  To: John; +Cc: emacs-orgmode


On Jun 12, 2008, at 8:13 PM, John wrote:

> Carsten Dominik <C.Dominik <at> uva.nl> writes:
>
>> This is a bug in XEmacs, in the definition of the variable `isearch-
>> mode-map'.  In this map, all printing characters should be bound to
>> `isearch-printing-char', but the setup does not handle non-ascii
>> characters correctly, I believe.  The purpose of this code is to
>> exactly handle packages like Org where all normal characters are  
>> bound
>> to a special function - but the implementation of this function is
>> incomplete.  A better implementation could be to find all characters
>> that are bound to self-insert-command in the global map and make the
>> replacement binding for those.
>
> That's strange because whenever I isearch words with accented  
> characters
> in other modes then it works fine.  The problem only occurs when  
> using org mode.

Hi John,

please re-read my reply which you quote above.  I did explain that  
most other modes do not need this special treatment because in most  
modes, printing characters are bound to self-insert-command.  However,  
XEmacs does cater for modes that redefine normal letters etc, but it  
does s in an icomplete way.

- Carsten

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

end of thread, other threads:[~2008-06-13 10:03 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-11 20:26 Kill text in org mode John
2008-06-11 21:49 ` Peter Jones
2008-06-12  5:49 ` Carsten Dominik
2008-06-12 18:13   ` John
2008-06-13 10:03     ` Carsten Dominik

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).