[Orgmode] Re: Overlays and elisp code
Jeff Horn writes: > I can reproduce this. emacs 23.1 and org 7.4 > Good that I'm not alone :) Another thing is that also changing mode in the overlay messes things up, but that's not an orgmode fault I think, it's just how they work... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
Torsten Wagner writes: [...] > Ideally we have something like Mobileorg and a emacs dameon running. > Mobileorg could send emacs elisp code to execute and access all org-mode > functions natively. This would allow to "reduce" mobileorgs task to > touchfriendly input and result representation. This is actually a very appealing idea. These devices are potentially always connected to the network so why duplicate content? If you have all your org files somewhere *you* can access, a small app on the phone which sends elisp commands (e.g., via =ssh host emacsclient elisp=) to that remote server would be a good solution: less processing on a low power device, less, more focused, data transfer, no issues with synchronisation, etc. > If I manage to port a very basic version of emacs to android I will let you > know. Yes, please! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.276.gada3f) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
Christopher Witte writes: > On 30 January 2011 02:21, Eric S Fraga wrote: > >> Torsten Wagner writes: >> >> >> We need Emacs running on Android[1]. If Nokia can have Emacs native on >> their phones (n900), why can't Android??? >> >> I can dream. >> >> vi is available, but not vim (so far as I know) so can't do org that >> way. >> > > Apparently there is a native port of vim for android, > http://credentiality2.blogspot.com/2010/08/native-vim-for-android.html Thanks for this. I'll check it out. This could be the best route to getting org mode native on Android! *And*, vi is more suitable for the small keyboards (if any) on these devices... -- Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Distinguish = and ~ delimiters in LaTeX export
"Thomas S. Dye" writes: > Yes, I do. Your patch works here for the use cases I had in mind. I'm > pleased that you were able to make the patch work for other use cases as > well. Also, I like having org-export-latex-use-verb default to t instead > of nil. It is nice to have the \verb command immediately at hand. > > Thanks for looking into this. I have now applied this patch -- thanks to both of you for it! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Overlays and elisp code
Jeff Horn writes: > I can reproduce this. emacs 23.1 and org 7.4 > > On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti > wrote: >> I found a strange behaviour which might be a bug, but maybe of my >> configuration. >> >> This is org mode version: >> Org-mode version 7.4 (release_7.4.199.g8be1.dirty) >> and emacs: >> "GNU Emacs 23.2.1 (x86_64-apple-darwin10.3.0, NS apple-appkit-1038.29) >> of 2010-05-09 on linc" >> >> To reproduce the bug I do >> - go over an elisp code block >> - C-c ' to edit in the overlay >> - C-c ' to go back when done >> >> And it works perfectly, BUT if for example I remove a parenthesis before >> pressing C-c ', I can't go back. >> >> C-c ' becomes undefined and I have to kill both the overlay and the >> original buffer. >> >> While I was writing I also found the cause of the problem, Paredit! >> Removing the hook from emacs-lisp-mode-hook fixes this, but paredit is >> really useful with elisp, maybe someone has an idea of why this happens? Hi Andrea, So it looks like paredit-mode refuses to start up (throws an error) if the parentheses are unbalanced. So how about we use #+begin_src emacs-lisp (add-hook 'emacs-lisp-mode-hook (lambda () (condition-case nil (paredit-mode) (error (message "Failed to activate paredit mode") #+end_src At the moment this message gets stamped on by a message which org-edit-src always issues in the echo-area. I'm going to submit a patch to control that in a subsequent email. Oh no. You got me editing elisp with paredit mode turned on. Maybe it will last more than 5 minutes this time :) Dan >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Overlays and elisp code
>> On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti >> wrote: >>> I found a strange behaviour which might be a bug, but maybe of my >>> configuration. [...] >>> - go over an elisp code block >>> - C-c ' to edit in the overlay >>> - C-c ' to go back when done >>> >>> And it works perfectly, BUT if for example I remove a parenthesis before >>> pressing C-c ', I can't go back. >>> >>> C-c ' becomes undefined and I have to kill both the overlay and the >>> original buffer. [...] > So it looks like paredit-mode refuses to start up (throws an error) if > the parentheses are unbalanced. So how about we use > > #+begin_src emacs-lisp > (add-hook 'emacs-lisp-mode-hook > (lambda () > (condition-case nil > (paredit-mode) > (error (message "Failed to activate paredit mode") > #+end_src > > At the moment this message gets stamped on by a message which > org-edit-src always issues in the echo-area. When using C-c ', currently we can turn off the persistent message at the top of the screen by setting `org-edit-src-persistent-message' to nil, but we can't prevent the echo-area message without more code. The echo area message may be useful for new users, but for experienced users it is unnecessary and risks obscuring more useful messages. This patch provides control over both messages. The relevant customizable variable has a different name: `org-edit-src-messages'. Dan Change user option for controlling edit buffer messages * lisp/org-src.el (org-edit-src-messages): Change UI for controlling educational messages when src-code generating edit buffer. (org-edit-src-code): Implement control over persistent header message and echo-area message. #+begin_src diff diff --git a/lisp/org-src.el b/lisp/org-src.el index f55e292..ea9be6c 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -113,13 +113,16 @@ editing it with \\[org-edit-src-code]. Has no effect if "If non-nil, blank lines are removed when exiting the code edit buffer.") -(defcustom org-edit-src-persistent-message t - "Non-nil means show persistent exit help message while editing src examples. -The message is shown in the header-line, which will be created in the -first line of the window showing the editing buffer. -When nil, the message will only be shown intermittently in the echo area." +(defcustom org-edit-src-messages '(message header) + "Which messages to show when editing src examples. +If 'header is a member of this list, then a message is shown in +the header-line, which will be created in the first line of the +window showing the editing buffer. If 'message is in the list, +then a message will be displayed in the echo area." :group 'org-edit-structure - :type 'boolean) + :type '(set :greedy t + (const message) + (const header))) (defcustom org-src-window-setup 'reorganize-frame "How the source code edit buffer should be displayed. @@ -320,9 +323,10 @@ buffer." (org-set-local 'org-edit-src-block-indentation block-nindent) (org-src-mode) (set-buffer-modified-p nil) - (and org-edit-src-persistent-message + (and (memq 'header org-edit-src-messages) (org-set-local 'header-line-format msg))) - (unless quietp (message "%s" msg)) + (unless (or quietp (not (memq 'message org-edit-src-messages))) + (message "%s" msg)) t))) (defun org-edit-src-continue (e) #+end_src > I'm going to submit a patch > to control that in a subsequent email. > > Oh no. You got me editing elisp with paredit mode turned on. Maybe it > will last more than 5 minutes this time :) > > Dan > >>> >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Overlays and elisp code
Hi Dan, maybe just header in the default value to keep the echo area open for error messages? Cheers - Carsten On Feb 1, 2011, at 12:01 PM, Dan Davison wrote: On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti wrote: I found a strange behaviour which might be a bug, but maybe of my configuration. [...] - go over an elisp code block - C-c ' to edit in the overlay - C-c ' to go back when done And it works perfectly, BUT if for example I remove a parenthesis before pressing C-c ', I can't go back. C-c ' becomes undefined and I have to kill both the overlay and the original buffer. [...] So it looks like paredit-mode refuses to start up (throws an error) if the parentheses are unbalanced. So how about we use #+begin_src emacs-lisp (add-hook 'emacs-lisp-mode-hook (lambda () (condition-case nil (paredit-mode) (error (message "Failed to activate paredit mode") #+end_src At the moment this message gets stamped on by a message which org-edit-src always issues in the echo-area. When using C-c ', currently we can turn off the persistent message at the top of the screen by setting `org-edit-src-persistent-message' to nil, but we can't prevent the echo-area message without more code. The echo area message may be useful for new users, but for experienced users it is unnecessary and risks obscuring more useful messages. This patch provides control over both messages. The relevant customizable variable has a different name: `org-edit-src-messages'. Dan Change user option for controlling edit buffer messages * lisp/org-src.el (org-edit-src-messages): Change UI for controlling educational messages when src-code generating edit buffer. (org-edit-src-code): Implement control over persistent header message and echo-area message. #+begin_src diff diff --git a/lisp/org-src.el b/lisp/org-src.el index f55e292..ea9be6c 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -113,13 +113,16 @@ editing it with \\[org-edit-src-code]. Has no effect if "If non-nil, blank lines are removed when exiting the code edit buffer.") -(defcustom org-edit-src-persistent-message t - "Non-nil means show persistent exit help message while editing src examples. -The message is shown in the header-line, which will be created in the -first line of the window showing the editing buffer. -When nil, the message will only be shown intermittently in the echo area." +(defcustom org-edit-src-messages '(message header) + "Which messages to show when editing src examples. +If 'header is a member of this list, then a message is shown in +the header-line, which will be created in the first line of the +window showing the editing buffer. If 'message is in the list, +then a message will be displayed in the echo area." :group 'org-edit-structure - :type 'boolean) + :type '(set :greedy t + (const message) + (const header))) (defcustom org-src-window-setup 'reorganize-frame "How the source code edit buffer should be displayed. @@ -320,9 +323,10 @@ buffer." (org-set-local 'org-edit-src-block-indentation block-nindent) (org-src-mode) (set-buffer-modified-p nil) - (and org-edit-src-persistent-message + (and (memq 'header org-edit-src-messages) (org-set-local 'header-line-format msg))) - (unless quietp (message "%s" msg)) + (unless (or quietp (not (memq 'message org-edit-src-messages))) + (message "%s" msg)) t))) (defun org-edit-src-continue (e) #+end_src I'm going to submit a patch to control that in a subsequent email. Oh no. You got me editing elisp with paredit mode turned on. Maybe it will last more than 5 minutes this time :) Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Distinguish = and ~ delimiters in LaTeX export
Hi Sebastian, Sébastien Vauban writes: > What's the real use of that variable? I mean, wouldn't it be more simple if > Org's export behavior was just based on the contents of > org-export-latex-emphasis-alist? Is there verbatim in it, we use verbatim. Is > is texttt in it, we use texttt... That would be ideal. But there is no real bijection between Org's sober emphasis markup and LaTeX markup possibilities. So the purpose of such a variable is to add some flexibility. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT-emacs] Scrolling horizontally
Marcelo de Moraes Serpa writes: Hi Marcelo, > The only way I've found was to actually go to the long line and press > C-e, which is totally not what I would like :) ,[ C-h f scroll-left RET ] | scroll-left is an interactive built-in function in `C source code'. | | It is bound to , C-x <. | | (scroll-left &optional ARG SET-MINIMUM) | | Scroll selected window display ARG columns left. | Default for ARG is window width minus 2. | Value is the total amount of leftward horizontal scrolling in | effect after the change. | If SET-MINIMUM is non-nil, the new scroll amount becomes the | lower bound for automatic scrolling, i.e. automatic scrolling | will not scroll a window to a column less than the value returned | by this function. This happens in an interactive call. ` ,[ C-h f scroll-right RET ] | scroll-right is an interactive built-in function in `C source code'. | | It is bound to , C-x >. | | (scroll-right &optional ARG SET-MINIMUM) | | Scroll selected window display ARG columns right. | Default for ARG is window width minus 2. | Value is the total amount of leftward horizontal scrolling in | effect after the change. | If SET-MINIMUM is non-nil, the new scroll amount becomes the | lower bound for automatic scrolling, i.e. automatic scrolling | will not scroll a window to a column less than the value returned | by this function. This happens in an interactive call. ` As you can read, those scroll about one window width by default. If you want to have a more "smooth" horizontal scroll experience, you could wrap two custum commands around that call the default functions with a sufficiently small ARG. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-archive-subtree keeping inherited tags
Osamu OKANO writes: >> I'd like to org-archive-subtree keeping inherited tags. >> Can I do like blow? > I have found the solution by defadvice. > (defadvice org-archive-subtree > (before add-inherited-tags-before-org-archive-subtree activate) > "add inherited tags before org-archive-subtree" > (org-set-tags-to (org-get-tags-at))) Thanks for this hack, I added it to Worg/org-hacks.org http://orgmode.org/worg/org-hacks.html Best, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Distinguish = and ~ delimiters in LaTeX export
On Jan 30, 2011, at 6:49 PM, Sébastien Vauban wrote:
Hi Thomas,
"Thomas S. Dye" wrote:
The default value of org-export-latex-emphasis-alist treats the =
and ~
delimiters as \\verb. Both settings are ignored because org-export-
latex-use-verb is nil by default. The = and ~ delimiters produce
\texttt{}
instead of \verb. This patch distinguishes = and ~ by changing the
default
for = to \\texttt{%s}.
The docstring has also been changed to refer to org-export-latex-
use- verb.
With this patch, users exporting to LaTeX will be able to use = for
\texttt
text in LaTeX moving environments and ~ for \verb text in places
where it is
safe to use this construct.
What's the real use of that variable? I mean, wouldn't it be more
simple if
Org's export behavior was just based on the contents of
org-export-latex-emphasis-alist? Is there verbatim in it, we use
verbatim. Is
is texttt in it, we use texttt...
I did put the variable in while I was developing this feature, not
being sure if I could get it to work properly, so to give me
flexibility to switch the feature on and off. The variable is not
meant for the user (then it would have been a defcustom), just a
convenience for the programmer.
Hope this makes it more clear.
- Carsten
In fact, in which cases do we want to override what's described in
the alist?
Best regards,
Seb
--
Sébastien Vauban
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-archive-subtree keeping inherited tags
On Feb 1, 2011, at 12:17 PM, Bastien wrote: Osamu OKANO writes: I'd like to org-archive-subtree keeping inherited tags. Can I do like blow? I have found the solution by defadvice. (defadvice org-archive-subtree (before add-inherited-tags-before-org-archive-subtree activate) "add inherited tags before org-archive-subtree" (org-set-tags-to (org-get-tags-at))) Thanks for this hack, I added it to Worg/org-hacks.org http://orgmode.org/worg/org-hacks.html It might be useful to consider making this as part of the normal archiving procedure, when archiving to a different file. Maybe subject to a variable - but I do like the idea to be able to look at archived entries with all tags in place. Since in the Archive, entries are usually all siblings, there is no useful inheritance. Explicitly copying the tags into each archived entry is a good way to go to retain searchability of tags... Cheers - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Overlays and elisp code
Carsten Dominik writes: > Hi Dan, > > maybe just header in the default value to keep the echo area open for > error messages? Absolutely. But if you prefer, we could just do away with the echo-area message entirely. That would have the advantage of leaving the user interface unchanged. With the default as '(header), my UI change only makes sense if we believe that an appreciable number of users will disable the header message and activate the echo-area message in its place. Dan > > Cheers > > - Carsten > > On Feb 1, 2011, at 12:01 PM, Dan Davison wrote: > On Mon, Jan 31, 2011 at 5:04 AM, Andrea Crotti wrote: > I found a strange behaviour which might be a bug, but maybe of my > configuration. >> [...] > - go over an elisp code block > - C-c ' to edit in the overlay > - C-c ' to go back when done > > And it works perfectly, BUT if for example I remove a parenthesis > before > pressing C-c ', I can't go back. > > C-c ' becomes undefined and I have to kill both the overlay and the > original buffer. >> >> [...] >>> So it looks like paredit-mode refuses to start up (throws an error) >>> if >>> the parentheses are unbalanced. So how about we use >>> >>> #+begin_src emacs-lisp >>> (add-hook 'emacs-lisp-mode-hook >>> (lambda () >>>(condition-case nil >>>(paredit-mode) >>> (error (message "Failed to activate paredit mode") >>> #+end_src >>> >>> At the moment this message gets stamped on by a message which >>> org-edit-src always issues in the echo-area. >> >> When using C-c ', currently we can turn off the persistent message at >> the top of the screen by setting `org-edit-src-persistent-message' to >> nil, but we can't prevent the echo-area message without more code. The >> echo area message may be useful for new users, but for experienced >> users >> it is unnecessary and risks obscuring more useful messages. >> >> This patch provides control over both messages. The relevant >> customizable variable has a different name: `org-edit-src-messages'. >> >> Dan >> >> >> >>Change user option for controlling edit buffer messages >> >>* lisp/org-src.el (org-edit-src-messages): Change UI for >> controlling >>educational messages when src-code generating edit buffer. >>(org-edit-src-code): Implement control over persistent header >> message >>and echo-area message. >> >> #+begin_src diff >> diff --git a/lisp/org-src.el b/lisp/org-src.el >> index f55e292..ea9be6c 100644 >> --- a/lisp/org-src.el >> +++ b/lisp/org-src.el >> @@ -113,13 +113,16 @@ editing it with \\[org-edit-src-code]. Has no >> effect if >> "If non-nil, blank lines are removed when exiting the code edit >> buffer.") >> >> -(defcustom org-edit-src-persistent-message t >> - "Non-nil means show persistent exit help message while editing >> src examples. >> -The message is shown in the header-line, which will be created in the >> -first line of the window showing the editing buffer. >> -When nil, the message will only be shown intermittently in the echo >> area." >> +(defcustom org-edit-src-messages '(message header) >> + "Which messages to show when editing src examples. >> +If 'header is a member of this list, then a message is shown in >> +the header-line, which will be created in the first line of the >> +window showing the editing buffer. If 'message is in the list, >> +then a message will be displayed in the echo area." >> :group 'org-edit-structure >> - :type 'boolean) >> + :type '(set :greedy t >> + (const message) >> + (const header))) >> >> (defcustom org-src-window-setup 'reorganize-frame >> "How the source code edit buffer should be displayed. >> @@ -320,9 +323,10 @@ buffer." >> (org-set-local 'org-edit-src-block-indentation block-nindent) >> (org-src-mode) >> (set-buffer-modified-p nil) >> -(and org-edit-src-persistent-message >> +(and (memq 'header org-edit-src-messages) >> (org-set-local 'header-line-format msg))) >> - (unless quietp (message "%s" msg)) >> + (unless (or quietp (not (memq 'message org-edit-src-messages))) >> +(message "%s" msg)) >> t))) >> >> (defun org-edit-src-continue (e) >> #+end_src >> >> >> >> >> >>> I'm going to submit a patch >>> to control that in a subsequent email. >>> >>> Oh no. You got me editing elisp with paredit mode turned on. Maybe it >>> will last more than 5 minutes this time :) >>> >>> Dan >>> > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >>
[Orgmode] Re: Overlays and elisp code
On Feb 1, 2011, at 12:22 PM, Dan Davison wrote: Carsten Dominik writes: Hi Dan, maybe just header in the default value to keep the echo area open for error messages? Absolutely. But if you prefer, we could just do away with the echo- area message entirely. That would have the advantage of leaving the user interface unchanged. With the default as '(header), my UI change only makes sense if we believe that an appreciable number of users will disable the header message and activate the echo-area message in its place. There are people who hate the header line IIRC. But I guess you are right - once people are ready to remove the header line for this application, they will probably have memorized it. I remember that I started with the echo area and introduced the header line because people were asking how to get out of there, so I needed something more persistent. So I guess if the header line is the default, I'd be fine with removing the echo area message altogether. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] put emacs functions in code font
Patch 470 (http://patchwork.newartisans.com/patch/470/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-14-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] put emacs functions in code font
> Date: Thu, 09 Dec 2010 02:05:36 -
> From: Brian Gough
> X-Patchwork-Id: 470
> Message-Id: <1291842341-15199-14-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi | 44 ++--
> 1 files changed, 22 insertions(+), 22 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index c30378c..aecb224 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -12381,13 +12381,13 @@ are active:
>
> @multitable @columnfractions 0.25 0.75
> @kindex C-c C-c
> -@item @kbd{C-c C-c} @tab org-babel-execute-src-block
> +@item @kbd{C-c C-c} @tab @code{org-babel-execute-src-block}
> @kindex C-c C-o
> -@item @kbd{C-c C-o} @tab org-babel-open-src-block-result
> +@item @kbd{C-c C-o} @tab @code{org-babel-open-src-block-result}
> @kindex C-up
> -@item @kbd{C-@key{up}}@tab org-babel-load-in-session
> +@item @kbd{C-@key{up}}@tab @code{org-babel-load-in-session}
> @kindex M-down
> -@item @kbd{M-@key{down}} @tab org-babel-pop-to-session
> +@item @kbd{M-@key{down}} @tab @code{org-babel-pop-to-session}
> @end multitable
>
> In an Org-mode buffer, the following key bindings are active:
> @@ -12395,46 +12395,46 @@ In an Org-mode buffer, the following key bindings
> are active:
> @multitable @columnfractions 0.45 0.55
> @kindex C-c C-v a
> @kindex C-c C-v C-a
> -@item @kbd{C-c C-v a} @ @ @r{or} @ @ @kbd{C-c C-v C-a} @tab
> org-babel-sha1-hash
> +@item @kbd{C-c C-v a} @ @ @r{or} @ @ @kbd{C-c C-v C-a} @tab
> @code{org-babel-sha1-hash}
> @kindex C-c C-v b
> @kindex C-c C-v C-b
> -@item @kbd{C-c C-v b} @ @ @r{or} @ @ @kbd{C-c C-v C-b} @tab
> org-babel-execute-buffer
> +@item @kbd{C-c C-v b} @ @ @r{or} @ @ @kbd{C-c C-v C-b} @tab
> @code{org-babel-execute-buffer}
> @kindex C-c C-v f
> @kindex C-c C-v C-f
> -@item @kbd{C-c C-v f} @ @ @r{or} @ @ @kbd{C-c C-v C-f} @tab
> org-babel-tangle-file
> +@item @kbd{C-c C-v f} @ @ @r{or} @ @ @kbd{C-c C-v C-f} @tab
> @code{org-babel-tangle-file}
> @kindex C-c C-v g
> -@item @kbd{C-c C-v g} @tab org-babel-goto-named-source-block
> +@item @kbd{C-c C-v g} @tab @code{org-babel-goto-named-source-block}
> @kindex C-c C-v h
> -@item @kbd{C-c C-v h} @tab org-babel-describe-bindings
> +@item @kbd{C-c C-v h} @tab @code{org-babel-describe-bindings}
> @kindex C-c C-v l
> @kindex C-c C-v C-l
> -@item @kbd{C-c C-v l} @ @ @r{or} @ @ @kbd{C-c C-v C-l} @tab
> org-babel-lob-ingest
> +@item @kbd{C-c C-v l} @ @ @r{or} @ @ @kbd{C-c C-v C-l} @tab
> @code{org-babel-lob-ingest}
> @kindex C-c C-v p
> @kindex C-c C-v C-p
> -@item @kbd{C-c C-v p} @ @ @r{or} @ @ @kbd{C-c C-v C-p} @tab
> org-babel-expand-src-block
> +@item @kbd{C-c C-v p} @ @ @r{or} @ @ @kbd{C-c C-v C-p} @tab
> @code{org-babel-expand-src-block}
> @kindex C-c C-v s
> @kindex C-c C-v C-s
> -@item @kbd{C-c C-v s} @ @ @r{or} @ @ @kbd{C-c C-v C-s} @tab
> org-babel-execute-subtree
> +@item @kbd{C-c C-v s} @ @ @r{or} @ @ @kbd{C-c C-v C-s} @tab
> @code{org-babel-execute-subtree}
> @kindex C-c C-v t
> @kindex C-c C-v C-t
> -@item @kbd{C-c C-v t} @ @ @r{or} @ @ @kbd{C-c C-v C-t} @tab org-babel-tangle
> +@item @kbd{C-c C-v t} @ @ @r{or} @ @ @kbd{C-c C-v C-t} @tab
> @code{org-babel-tangle}
> @kindex C-c C-v z
> @kindex C-c C-v C-z
> -@item @kbd{C-c C-v z} @ @ @r{or} @ @ @kbd{C-c C-v C-z} @tab
> org-babel-switch-to-session
> +@item @kbd{C-c C-v z} @ @ @r{or} @ @ @kbd{C-c C-v C-z} @tab
> @code{org-babel-switch-to-session}
> @end multitable
>
> @c When possible these keybindings were extended to work when the control
> key is
> @c kept pressed, resulting in the following additional keybindings.
>
> @c @multitable @columnfractions 0.25 0.75
> -@c @item @kbd{C-c C-v C-a} @tab org-babel-sha1-hash
> -@c @item @kbd{C-c C-v C-b} @tab org-babel-execute-buffer
> -@c @item @kbd{C-c C-v C-f} @tab org-babel-tangle-file
> -@c @item @kbd{C-c C-v C-l} @tab org-babel-lob-ingest
> -@c @item @kbd{C-c C-v C-p} @tab org-babel-expand-src-block
> -@c @item @kbd{C-c C-v C-s} @tab org-babel-execute-subtree
> -@c @item @kbd{C-c C-v C-t} @tab org-babel-tangle
> -@c @item @kbd{C-c C-v C-z} @tab org-babel-switch-to-session
> +@c @item @kbd{C-c C-v C-a} @tab @code{org-babel-sha1-hash}
> +@c @item @kbd{C-c C-v C-b} @tab @code{org-babel-execute-buffer}
> +@c @item @kbd{C-c C-v C-f} @tab @code{org-babel-tangle-file}
> +@c @item @kbd{C-c C-v C-l} @tab @code{org-babel-lob-ingest}
> +@c @item @kbd{C-c C-v C-p} @tab @code{org-babel-expand-src-block}
> +@c @item @kbd{C-c C-v C-s} @tab @code{org
[Accepted] [Orgmode] make "time stamps" consistent with timestamps
Patch 454 (http://patchwork.newartisans.com/patch/454/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-11-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] make "time stamps" consistent with timestamps
> Date: Thu, 09 Dec 2010 02:05:33 -
> From: Brian Gough
> X-Patchwork-Id: 454
> Message-Id: <1291842341-15199-11-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index 930f948..553d670 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -6608,7 +6608,7 @@ create new nodes as new parents for refiling on the
> fly, check the
> variable @code{org-refile-allow-creating-parent-nodes}.
> When the variable @code{org-log-refile}@footnote{with corresponding
> @code{#+STARTUP} keywords @code{logrefile}, @code{lognoterefile},
> -and @code{nologrefile}} is set, a time stamp or a note will be
> +and @code{nologrefile}} is set, a timestamp or a note will be
> recorded when an entry has been refiled.
> @orgkey{C-u C-c C-w}
> Use the refile interface to jump to a heading.
> @@ -7987,7 +7987,7 @@ $ @r{Archive all selected entries.}
> A @r{Archive entries by moving them to their respective archive siblings.}
> t @r{Change TODO state. This prompts for a single TODO keyword and}
> @r{changes the state of all selected entries, bypassing blocking and}
> - @r{suppressing logging notes (but not time stamps).}
> + @r{suppressing logging notes (but not timestamps).}
> + @r{Add a tag to all selected entries.}
> - @r{Remove a tag from all selected entries.}
> s @r{Schedule all items to a new date. To shift existing schedule dates}
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] typo/grammar fix for .done CSS explanation
Patch 456 (http://patchwork.newartisans.com/patch/456/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-17-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] typo/grammar fix for .done CSS explanation
> Date: Thu, 09 Dec 2010 02:05:39 -
> From: Brian Gough
> X-Patchwork-Id: 456
> Message-Id: <1291842341-15199-17-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index 1c44a79..6b6d643 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -9701,7 +9701,7 @@ p.date @r{publishing date}
> p.creator @r{creator info, about org-mode version}
> .title @r{document title}
> .todo @r{TODO keywords, all not-done states}
> -.done @r{the DONE keywords, all stated the count as done}
> +.done @r{the DONE keywords, all states that count as done}
> .WAITING@r{each TODO keyword also uses a class named after
> itself}
> .timestamp @r{timestamp}
> .timestamp-kwd @r{keyword associated with a timestamp, like SCHEDULED}
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] use code font for example footnote labels
Patch 450 (http://patchwork.newartisans.com/patch/450/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-15-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] use code font for example footnote labels
> Date: Thu, 09 Dec 2010 02:05:37 -
> From: Brian Gough
> X-Patchwork-Id: 450
> Message-Id: <1291842341-15199-15-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index aecb224..a29f544 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -12892,9 +12892,9 @@ fninline@r{define footnotes inline}
> fnnoinline @r{define footnotes in separate section}
> fnlocal @r{define footnotes near first reference, but not inline}
> fnprompt@r{prompt for footnote labels}
> -fnauto @r{create [fn:1]-like labels automatically (default)}
> +fnauto @r{create @code{[fn:1]}-like labels automatically (default)}
> fnconfirm @r{offer automatic label for editing or confirmation}
> -fnplain @r{create [1]-like labels automatically}
> +fnplain @r{create @code{[1]}-like labels automatically}
> fnadjust@r{automatically renumber and sort footnotes}
> nofnadjust @r{do not renumber and sort automatically}
> @end example
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] explain how to check the default version of Org
Patch 452 (http://patchwork.newartisans.com/patch/452/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-18-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] explain how to check the default version of Org
> Date: Thu, 09 Dec 2010 02:05:40 -
> From: Brian Gough
> X-Patchwork-Id: 452
> Message-Id: <1291842341-15199-18-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index 6b6d643..3a7356b 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -813,8 +813,7 @@ questions (FAQ), links to tutorials, etc@. This page is
> located at
> @cindex XEmacs
>
> @b{Important:} @i{If you are using a version of Org that is part of the Emacs
> -distribution or an XEmacs package, please skip this section and go directly
> -to @ref{Activation}.}
> +distribution or an XEmacs package, please skip this section and go directly
> to @ref{Activation}. To see what version of Org (if any) is part of your
> Emacs distribution, type @kbd{M-x load-library RET org} and then @kbd{M-x
> org-version}.}
>
> If you have downloaded Org from the Web, either as a distribution @file{.zip}
> or @file{.tar} file, or as a Git archive, you must take the following steps
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] typo in docstring
Hi. I found some typos in docstrings. Regards. --- diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 057a142..28e0582 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -520,7 +520,7 @@ this one will be used." (defcustom org-agenda-skip-function-global nil "Function to be called at each match during agenda construction. If this function returns nil, the current match should not be skipped. -If the function decised to skip an agenda match, is must return the +If the function decided to skip an agenda match, is must return the buffer position from which the search should be continued. This may also be a Lisp form, which will be evaluated. @@ -817,11 +817,11 @@ N days, just insert a special line indicating the size of the gap." :group 'org-agenda) (defcustom org-agenda-menu-show-matcher t - "Non-nil menas show the match string in the agenda dispatcher menu. + "Non-nil means show the match string in the agenda dispatcher menu. When nil, the matcher string is not shown, but is put into the help-echo property so than moving the mouse over the command shows it. Setting it to nil is good if matcher strings are very long and/or if -you wnat to use two-column display (see `org-agenda-menu-two-column')." +you want to use two-column display (see `org-agenda-menu-two-column')." :group 'org-agenda :type 'boolean) @@ -1573,7 +1573,7 @@ Where CATEGORY-REGEXP is a regexp matching the categories where the icon should be displayed. FILE-OR-DATA either a file path or a string containing image data. -The other fields can be ommited safely if not needed: +The other fields can be omitted safely if not needed: TYPE indicates the image type. DATA-P is a boolean indicating whether the FILE-OR-DATA string is image data. diff --git a/lisp/org-capture.el b/lisp/org-capture.el index a28c3b8..e258308 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -136,7 +136,7 @@ target Specification of where the captured item should be placed. Will create a heading in a date tree for today's date (file+datetree+prompt \"path/to/file\") - Will create a heading in a date tree, promts for date + Will create a heading in a date tree, prompts for date (file+function \"path/to/file\" function-finding-location) A function to find the right location in the file diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 97f17e5..0af56fe 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -483,7 +483,7 @@ This option can also be set with the +OPTIONS line, e.g. \"LaTeX:mathjax\". Allowed values are: nilDon't do anything. -verbatim Keep eveything in verbatim +verbatim Keep everything in verbatim dvipng Process the LaTeX fragments to images. This will also include processing of non-math environments. t Do MathJax preprocessing if there is at least on math snippet, diff --git a/lisp/org-faces.el b/lisp/org-faces.el index 4f4af9c..bd509ae 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -321,7 +321,7 @@ specific tags." (((class color) (min-colors 8)) (:foreground "green")) (t (:bold nil "Face used in agenda, to indicate lines switched to DONE. -This face is used to de-emphasize items that where brightly colord in the +This face is used to de-emphasize items that where brightly colored in the agenda because they were things to do, or overdue. The DONE state itself is of course immediately visible, but for example a passed deadline is \(by default) very bright read. This face could be simply the default face diff --git a/lisp/org.el b/lisp/org.el index 6de99bb..0dcc5f4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1082,7 +1082,7 @@ for the duration of the command." The value is an alist, with `heading' and `plain-list-item' as car, and a boolean flag as cdr. The cdr may also be the symbol `auto', and then Org will look at the surrounding headings/items and try to make an -intelligent decision wether to insert a blank line or not. +intelligent decision whether to insert a blank line or not. For plain lists, if the variable `org-empty-line-terminates-plain-lists' is set, the setting here is ignored and no empty line is inserted, to avoid @@ -2626,7 +2626,7 @@ See also `org-agenda-jump-prefer-future'." (defcustom org-agenda-jump-prefer-future 'org-read-date-prefer-future "Should the agenda jump command prefer the future for incomplete dates? The default is to do the same as configured in `org-read-date-prefer-future'. -But you can alse set a deviating value here. +But you can also set a deviating value here. This may t or nil, or the symbol `org-read-date-prefer-future'." :group 'org-agenda :group 'org-time ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] add index entries
Patch 462 (http://patchwork.newartisans.com/patch/462/) is now "Accepted".
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C1291842341-15199-19-git-send-email-bjg%40network-theory.co.uk%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] add index entries
> Date: Thu, 09 Dec 2010 02:05:41 -
> From: Brian Gough
> X-Patchwork-Id: 462
> Message-Id: <1291842341-15199-19-git-send-email-...@network-theory.co.uk>
> To: emacs-orgmode@gnu.org
> Cc: Barry Gidden ,
> Brian Gough
>
> ---
> doc/org.texi |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
>
> diff --git a/doc/org.texi b/doc/org.texi
> index 3a7356b..2cb8ce2 100644
> --- a/doc/org.texi
> +++ b/doc/org.texi
> @@ -6135,6 +6135,7 @@ suggestion.} for capturing new material.
> @orgcmd{C-c c,org-capture}
> Call the command @code{org-capture}. Note that this keybinding is global and
> not active by default - you need to install it. If you have templates
> +@cindex date tree
> defined @pxref{Capture templates}, it will offer these templates for
> selection or use a new Org outline node as the default template. It will
> insert the template into the target file and switch to an indirect buffer
> @@ -7365,6 +7366,7 @@ the files listed in
> @code{org-agenda-text-search-extra-files}.
>
> @node Stuck projects, , Search view, Built-in agenda views
> @subsection Stuck projects
> +@pindex GTD, Getting Things Done
>
> If you are following a system like David Allen's GTD to organize your
> work, one of the ``duties'' you have is a regular review to make sure
> @@ -11255,6 +11257,7 @@ markup language for a wiki.
> @comment Extracting source code, Evaluating code blocks, Exporting code
> blocks, Working With Source Code
> @node Extracting source code, Evaluating code blocks, Exporting code blocks,
> Working With Source Code
> @section Extracting source code
> +@cindex tangling
> @cindex source code, extracting
> @cindex code block, extracting source code
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Overlays and elisp code
Carsten Dominik writes: > On Feb 1, 2011, at 12:22 PM, Dan Davison wrote: > >> Carsten Dominik writes: >> >>> Hi Dan, >>> >>> maybe just header in the default value to keep the echo area open for >>> error messages? >> >> Absolutely. But if you prefer, we could just do away with the echo- >> area >> message entirely. That would have the advantage of leaving the user >> interface unchanged. >> >> With the default as '(header), my UI change only makes sense if we >> believe that an appreciable number of users will disable the header >> message and activate the echo-area message in its place. > > There are people who hate the header line IIRC. But I guess you are > right - once people are ready to remove the header line for this > application, they will probably have memorized it. > > I remember that I started with the echo area and introduced the header > line because people were asking how to get out of there, so I needed > something more persistent. > > So I guess if the header line is the default, I'd be fine with > removing the echo area message altogether. I have done that, and removed my other patch from patchwork. Dan > > - Carsten > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] adding to /contrib/scripts
Hi Arun, Arun Persaud writes: > it would be great, if the awk script at > > http://orgmode.org/worg/org-tutorials/org-google-sync.html > > could be added to contrib/scripts, so that we can version control it. It is in Worg now: http://orgmode.org/worg/code/awk/ > The file is by Eric Fraga with some minor changes by myself. What's the > best way to do this? I uploaded a copy of the file at > > http://nubati.net/cgi-bin/cgit.cgi/org-mode/ Better to make those changes on Worg, if they are useful for everyone. > I'm not sure what the policy on copyright/GPL header for files in > contrib/script is, but am happy to change things accordingly. Code snippets and scripts in Worg are published under GNU GPLv3. > Feel free to pull the last two commits (Eric's original script and my > changes) from that tree. Feel free to ask Matt for Worg's access and push your changes on Worg! Thanks :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Patch 543 (http://patchwork.newartisans.com/patch/543/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3Csa3ei8b1sbv.fsf%40cigue.easter-eggs.fr%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [Orgmode] Re: Bug: Jumping to a date in the agenda changes view back > to 'day' [7.4 (release_7.4.80.g0e5e5)] > Date: Mon, 17 Jan 2011 20:08:04 - > From: Julien Danjou > X-Patchwork-Id: 543 > Message-Id: > To: Carsten Dominik > Cc: Bernt Hansen , Org Mode , > Noorul Islam K M > > On Mon, Jan 17 2011, Carsten Dominik wrote: > > > have you been following this thread? I think this has to do with your > > rewrite of the dagenda span stuff. Maybe you can find out better and > > faster that I why this goes wrong? Please read the entire thread. > > I've followed but not sure I understood what the bug is. But from my > various tries, I found a bug: when pressing 'j', the current span is > discarded. > > Attached is a patch that should fix that, even for future use of > `org-agenda-list' with the span unspecified. :) > > > >From 9dd2fe6650b858a4083ebc083bb8d10a0d6ac7f2 Mon Sep 17 00:00:00 2001 > From: Julien Danjou > Date: Mon, 17 Jan 2011 16:05:28 +0100 > Subject: [PATCH] Fix agenda span on date jump > > * org-agenda.el (org-agenda-list): Use org-agenda-current-span as a > possible default span if it is set. > > Signed-off-by: Julien Danjou > --- > lisp/org-agenda.el |5 - > 1 files changed, 4 insertions(+), 1 deletions(-) > > diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el > index 0cd620c..0d695b5 100644 > --- a/lisp/org-agenda.el > +++ b/lisp/org-agenda.el > @@ -3450,7 +3450,10 @@ given in `org-agenda-start-on-weekday'." >(setq org-agenda-last-arguments (list include-all start-day span)) >(org-compile-prefix-format 'agenda) >(org-set-sorting-strategy 'agenda) > - (let* ((span (org-agenda-ndays-to-span (or span org-agenda-ndays > org-agenda-span))) > + (let* ((span (org-agenda-ndays-to-span (or span > + org-agenda-current-span > + org-agenda-ndays > + org-agenda-span))) >(today (org-today)) >(sd (or start-day today)) >(ndays (org-agenda-span-to-ndays span sd)) > -- > 1.7.2.3 > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
Julien Danjou writes: > On Fri, Jan 28 2011, Giovanni Ridolfi wrote: > >> I suppose that Bastien made a mistake, since there were two patches >> with the same "subject" one after the other, and the newest patch >> has been accepted. Yes, my bad. > Probably. I unarchived it and set it state to 'New' again, since it > seems I have the right to do that in the interface. > I hope it's the good thing to do. It is, thanks for this. I've applied this patch now. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Accepted] [Orgmode] org-crypt: fix decrypt outline display bug
Patch 561 (http://patchwork.newartisans.com/patch/561/) is now "Accepted". Maintainer comment: none This relates to the following submission: http://mid.gmane.org/%3C1296045989-11068-1-git-send-email-julien%40danjou.info%3E Here is the original message containing the patch: > Content-Type: text/plain; charset="utf-8" > MIME-Version: 1.0 > Content-Transfer-Encoding: 7bit > Subject: [Orgmode] org-crypt: fix decrypt outline display bug > Date: Wed, 26 Jan 2011 17:46:29 - > From: Julien Danjou > X-Patchwork-Id: 561 > Message-Id: <1296045989-11068-1-git-send-email-jul...@danjou.info> > To: emacs-orgmode@gnu.org > Cc: Julien Danjou , John Wiegley , > Peter Jones > > * org-crypt.el (org-decrypt-entry): Delete \n on top level heading. > This avoids a display bug showing the heading outlined where the text > is not since it does not have the outline property. > Restore subtree visibility state after decryption. > > Cc: John Wiegley > Cc: Peter Jones > Signed-off-by: Julien Danjou > > --- > lisp/org-crypt.el | 43 ++- > 1 files changed, 26 insertions(+), 17 deletions(-) > > diff --git a/lisp/org-crypt.el b/lisp/org-crypt.el > index 1758a81..7c28d70 100644 > --- a/lisp/org-crypt.el > +++ b/lisp/org-crypt.el > @@ -140,23 +140,32 @@ This setting can also be overridden in the CRYPTKEY > property." >(unless (org-before-first-heading-p) > (save-excursion >(org-back-to-heading t) > - (forward-line) > - (when (looking-at "-BEGIN PGP MESSAGE-") > - (let* ((beg (point)) > -(end (save-excursion > - (search-forward "-END PGP MESSAGE-") > - (forward-line) > - (point))) > -(epg-context (epg-make-context nil t t)) > -(decrypted-text > - (decode-coding-string > - (epg-decrypt-string > - epg-context > - (buffer-substring-no-properties beg end)) > - 'utf-8))) > - (delete-region beg end) > - (insert decrypted-text) > - nil) > + (let ((heading-point (point)) > + (heading-was-invisible-p > + (save-excursion > +(outline-end-of-heading) > +(outline-invisible-p > + (forward-line) > + (when (looking-at "-BEGIN PGP MESSAGE-") > + (let* ((end (save-excursion > + (search-forward "-END PGP MESSAGE-") > + (forward-line) > + (point))) > + (epg-context (epg-make-context nil t t)) > + (decrypted-text > + (decode-coding-string > +(epg-decrypt-string > + epg-context > + (buffer-substring-no-properties (point) end)) > +'utf-8))) > + ;; Delete region starting just before point, because the > + ;; outline property starts at the \n of the heading. > + (delete-region (1- (point)) end) > + (insert "\n" decrypted-text) > + (when heading-was-invisible-p > + (goto-char heading-point) > + (org-flag-subtree t)) > + nil)) > > (defun org-encrypt-entries () >"Encrypt all top-level entries in the current buffer." > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] org-crypt: fix decrypt outline display bug
Hi Julien, Julien Danjou writes: > * org-crypt.el (org-decrypt-entry): Delete \n on top level heading. > This avoids a display bug showing the heading outlined where the text > is not since it does not have the outline property. > Restore subtree visibility state after decryption. I've finally applied this patch -- I'm not using org-crypt myself, so I just looked at the explanations and the code. Please report problem if any. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] typo in docstring
Hi Osamu, Osamu OKANO writes: > I found some typos in docstrings. ... some that are particulary hard to spot! Thanks for this, I've applied your patch. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
I noticed in the latest Git version that each inactive timestamp has "@@" before and after it in HTML exported output. Here is a patch that fixes it. diff --git a/lisp/org-html.el b/lisp/org-html.el index 6c0e5e3..2f0377b 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -2124,14 +2124,14 @@ But it has the disadvantage, that Org-mode's HTML conver (or b (setq b (substring s 0 (match-beginning 0 (setq r (concat r (substring s 0 (match-beginning 0)) -" @" +" " (if (match-end 1) -(format "@%s @" +(format "%s " (match-string 1 s))) -(format " @%s@" +(format " %s" (substring (org-translate-time (match-string 3 s)) 1 -1)) -"@") +"") s (substring s (match-end 0 ;; Line break if line started and ended with time stamp stuff (if (not r) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [OT-emacs] Scrolling horizontally
I've seen this article, but thanks for pointing anyway. What I'd like is a good integration with the Mac/OSX trackpad, I've tried, but couldn't. I haven't checked if AquaMacs has any improvements on this side, anyone out there that could share something? I also noticed that there's a tendency of people prefering to use cocoa over aquamacs in the emacs osx community, not sure why. Anyway, this is starting to be too OT, so, I might as well just post it on the emacs-users mailing list. I just wanted to know if there are other OSX (or non-osx) users that share my feelings. Thanks, Marcelo. On Tue, Feb 1, 2011 at 5:15 AM, Tassilo Horn wrote: > Marcelo de Moraes Serpa writes: > > Hi Marcelo, > >> The only way I've found was to actually go to the long line and press >> C-e, which is totally not what I would like :) > > ,[ C-h f scroll-left RET ] > | scroll-left is an interactive built-in function in `C source code'. > | > | It is bound to , C-x <. > | > | (scroll-left &optional ARG SET-MINIMUM) > | > | Scroll selected window display ARG columns left. > | Default for ARG is window width minus 2. > | Value is the total amount of leftward horizontal scrolling in > | effect after the change. > | If SET-MINIMUM is non-nil, the new scroll amount becomes the > | lower bound for automatic scrolling, i.e. automatic scrolling > | will not scroll a window to a column less than the value returned > | by this function. This happens in an interactive call. > ` > > ,[ C-h f scroll-right RET ] > | scroll-right is an interactive built-in function in `C source code'. > | > | It is bound to , C-x >. > | > | (scroll-right &optional ARG SET-MINIMUM) > | > | Scroll selected window display ARG columns right. > | Default for ARG is window width minus 2. > | Value is the total amount of leftward horizontal scrolling in > | effect after the change. > | If SET-MINIMUM is non-nil, the new scroll amount becomes the > | lower bound for automatic scrolling, i.e. automatic scrolling > | will not scroll a window to a column less than the value returned > | by this function. This happens in an interactive call. > ` > > As you can read, those scroll about one window width by default. If you > want to have a more "smooth" horizontal scroll experience, you could > wrap two custum commands around that call the default functions with a > sufficiently small ARG. > > Bye, > Tassilo > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Suppressing src block evaluationon publish?
Hi, I have an org file containing several src blocks which generate images using ditaa. When I publish to PDF via LaTeX, the images are all generated every time, which makes publishing rather slow. Is there some way to toggle the evaluation of the src blocks on and off when the file is published? Thanks Loris -- Dr. Loris Bennett ZEDAT Computer Centre Freie Universität Berlin Berlin, Germany ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Suppressing src block evaluationon publish?
Loris Bennett wrote: Hi, I have an org file containing several src blocks which generate images using ditaa. When I publish to PDF via LaTeX, the images are all generated every time, which makes publishing rather slow. Is there some way to toggle the evaluation of the src blocks on and off when the file is published? You could try the :cache header argument, http://orgmode.org/org.html#cache ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
Jason Dunsmore writes: > I noticed in the latest Git version that each inactive timestamp has > "@@" before and after it in HTML exported output. Here is a patch that > fixes it. Applied, thanks! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suppressing src block evaluationon publish?
Loris Bennett writes: > Hi, > > I have an org file containing several src blocks which generate images > using ditaa. When I publish to PDF via LaTeX, the images are all > generated every time, which makes publishing rather slow. > > Is there some way to toggle the evaluation of the src blocks on and off > when the file is published? > > Thanks > > Loris Sorry for the other mail I pressed a C-c C-c too much. What I do normally is to put the graphs in another file and then include only the link in the file that I want to export. In case I change something I can still remember to do C-c C-c on the graph... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Suppressing src block evaluationon publish?
Loris Bennett writes: > Hi, > > I have an org file containing several src blocks which generate images > using ditaa. When I publish to PDF via LaTeX, the images are all > generated every time, which makes publishing rather slow. > > Is there some way to toggle the evaluation of the src blocks on and off > when the file is published? > > Thanks > > Loris What I do ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-archive-subtree keeping inherited tags
On Feb 1, 2011, at 5:34 PM, Bastien wrote: Carsten Dominik writes: It might be useful to consider making this as part of the normal archiving procedure, when archiving to a different file. Maybe subject to a variable - but I do like the idea to be able to look at archived entries with all tags in place. Since in the Archive, entries are usually all siblings, there is no useful inheritance. Explicitly copying the tags into each archived entry is a good way to go to retain searchability of tags... I've now implemented this. You can customize `org-archive-subtree-add-inherited-tags' which defaults to 'infile so that infile subtree archiving will append inherited tags to the archived subtree. If `org-archive-save-context-info' contains the itags symbol, inherited tags will aslo be added to the ARCHIVE_ITAGS property. Thanks for this idea! Great. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-archive-subtree keeping inherited tags
Carsten Dominik writes: > It might be useful to consider making this as part of the normal archiving > procedure, when archiving to a different file. Maybe subject to a variable > - but I do like the idea to be able to look at archived entries with all > tags in place. Since in the Archive, entries are usually all siblings, > there is no useful inheritance. Explicitly copying the tags into each > archived entry is a good way to go to retain searchability of tags... I've now implemented this. You can customize `org-archive-subtree-add-inherited-tags' which defaults to 'infile so that infile subtree archiving will append inherited tags to the archived subtree. If `org-archive-save-context-info' contains the itags symbol, inherited tags will aslo be added to the ARCHIVE_ITAGS property. Thanks for this idea! -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Distinguish = and ~ delimiters in LaTeX export
Carsten Dominik writes: > I did put the variable in while I was developing this feature, not being > sure if I could get it to work properly, so to give me flexibility to > switch the feature on and off. The variable is not meant for the user > (then it would have been a defcustom), just a convenience for the > programmer. > > Hope this makes it more clear. It does -- I've removed this variable now. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] adding to /contrib/scripts
Hi > It is in Worg now: > > http://orgmode.org/worg/code/awk/ Thanks, didn't know that there is also code in Worg... the script was already in Worg at http://orgmode.org/worg/org-tutorials/org-google-sync.html but I thought that keeping a script inside a documentation page wouldn't be the best place for it and contrib/scripts seemed better ;) >> Feel free to pull the last two commits (Eric's original script and my >> changes) from that tree. > > Feel free to ask Matt for Worg's access and push your changes on Worg! already got access... will update the page to reflect the new location of the awk script in the next days. thanks Arun ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export
On Tue, Feb 1, 2011 at 10:18 PM, Bastien wrote: > Jason Dunsmore writes: > >> I noticed in the latest Git version that each inactive timestamp has >> "@@" before and after it in HTML exported output. Here is a patch that >> fixes it. > > Applied, thanks! I don't really understand what is going on here, but there was one @ still appearing after this patch was applied. I am sending a patch to remove the one remaining @ symbol in the `org-html-handle-time-stamps` function. I don't know if this breaks something else and why this was left out by Jason. diff --git a/lisp/org-html.el b/lisp/org-html.el index 2f0377b..58c65bf 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -2138,7 +2138,7 @@ But it has the disadvantage, that Org-mode's HTML conversions cannot be used." s (setq r (concat r s)) (unless (string-match "\\S-" (concat b s)) - (setq r (concat r "@"))) + (setq r (concat r ""))) r Thanks, Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Trackpad horizontal scrolling (was: [Orgmode] Re: [OT-emacs] Scrolling horizontally)
Hi all, if you are all looking for making emacs scrolling horizontally by sliding with one finger in the lower part of the trackpad (or with some 2 finger special move [dunno what Mac users like]), that shouldn't be any different from any other keybinding. For example, the syntaptics trackpad on my Lenovo Thinkpad emacs mouse-6/7 events when sliding left/right in the lower trackpad corner. So I can easily use that to make emacs scroll horizontally like it's the common behavior in most web browsers: --8<---cut here---start->8--- (global-set-key (kbd "") (lambda () (interactive) (scroll-left 1))) (global-set-key (kbd "") (lambda () (interactive) (scroll-right 1))) --8<---cut here---end--->8--- Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [OT] M-x not working anymore
Hello all, this is OT, but I'm really baffled right now. M-x doesn't work anymore!! The M key works, e.g. M-w still does what it's supposed to if a region is active, and I can use ESC x instead. But M-x just refuses to work, neither in an orgmode-file, nor in my .emacs, nor in the *scratch* buffer. I'm *positive* I didn't change anything in my .emacs or elsewhere, and this is specific to M-x. I'm using emacs 23.2.1 on Win 7 64 bit Enterprise. Any ideas as to what's going on? Thanks and Cheers Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Encrypting org-mode files
Julien Danjou writes: > On Sat, Jan 29 2011, Eric S Fraga wrote: > >> Any suggestions? > > % head -1 .gnupg/gpg.conf > use-agent > > % cat .gnupg/gpg-agent.conf > default-cache-ttl 28800 > max-cache-ttl 43200 > > That's all I got. and I had all of these (well, with slightly different values) and it didn't work. However, it works now, without changing anything in the config files. I think the problem was that I had more than one instance of the agent invoked which was confusing things (although it shouldn't have because the environment variables were pointing to only one instance). anyway, it's working. thanks to all that responded! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.289.ge236d) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] M-x not working anymore
Markus Heller writes: Hi Markus, > M-x doesn't work anymore!! The M key works, e.g. M-w still does what > it's supposed to if a region is active, and I can use ESC x instead. What does C-h k M-x say? Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [OT-emacs] Scrolling horizontally
Thanks for sharing your experiences, Jeff. I've never used Aquamacs, but has been using emacs for the last 5 years. Nowadays I mostly use it for my PIM needs, as MacVim really got me hooked. In the end, for programming, I ended up tending to use MacVim more and more. Anyway, I really wish there was somethign akin to MacVim for emacs. Aquamacs doesn't seem to have the same quality. MacVim integrates very well with OSX, trackpad as well. Cheers, Marcelo. On Tue, Feb 1, 2011 at 10:32 AM, Jeff Horn wrote: > On Tue, Feb 1, 2011 at 10:53 AM, Marcelo de Moraes Serpa > wrote: >> I haven't checked if AquaMacs has any improvements on this side, >> anyone out there that could share something? I also noticed that >> there's a tendency of people prefering to use cocoa over aquamacs in >> the emacs osx community, not sure why. > > Aquamacs does not scroll with the trackpad, AFAIK. I'm using the 3.x > devel version. > > I've posted on the OSX Emacs list a few weeks ago why I started out > hating Aquamacs, and then grew to use it every day. The short: the > defaults are annoying, and until recently (version 2) it was difficult > (for me) to figure out where to store preferences, and the order in > which they were executed. > > It took a good bit of configuring, but I like it now. I use Aquamacs > for its keyboard bindings, mostly. I'm not big on emacs bundles, since > I use devel versions of the plugins I use most frequently. > > -- > Jeffrey Horn > http://www.failuretorefrain.com/jeff/ > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] M-x not working anymore
Tassilo Horn writes: > Markus Heller writes: > > Hi Markus, > >> M-x doesn't work anymore!! The M key works, e.g. M-w still does what >> it's supposed to if a region is active, and I can use ESC x instead. > > What does C-h k M-x say? For C-h k M-x, it doesn't say anything. For C-h k ESC-x, it says the following: M-x (translated from x) runs the command execute-extended-command, which is an interactive built-in function in `C source code'. It is bound to , , M-x. (execute-extended-command PREFIXARG) Read function name, then read its arguments and call it. To pass a numeric argument to the command you are invoking with, specify the numeric argument to this command. Noninteractively, the argument PREFIXARG is the prefix argument to give to the command you invoke, if it asks for an argument. Not sure what to make of this ... Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [OT] M-x not working anymore
Markus Heller wrote: Tassilo Horn writes: Markus Heller writes: Hi Markus, M-x doesn't work anymore!! The M key works, e.g. M-w still does what it's supposed to if a region is active, and I can use ESC x instead. What does C-h k M-x say? For C-h k M-x, it doesn't say anything. For C-h k ESC-x, it says the following: You should start emacs with the -q flag and see if it still happens. Assuming M-x returns, comment out 1/2 of your .emacs file and determine by binary search where the problem is. --Erik ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: Trackpad horizontal scrolling (was: [Orgmode] Re: [OT-emacs] Scrolling horizontally)
On Tue, Feb 1, 2011 at 2:00 PM, Tassilo Horn wrote: > (global-set-key (kbd "") (lambda () > (interactive) > (scroll-left 1))) > (global-set-key (kbd "") (lambda () > (interactive) > (scroll-right 1))) Thanks for the snippet Tassilo. I tried this out in the minibuffer and it didn't work. =C-h k = (a motion, not a binding) produced nothing. However, =C-h k = actually produced =C-h k wheeldown=, so I can see that isn't a valid button for the trackpad on my Mac (Snow Leopard). It might be an Aquamacs thing, or perhaps a driver issue. I simply don't know enough to debug further or provide more info. -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Fontification of blocks
Hi Eric, Dan & all,
"Eric Schulte" wrote:
> I think that adding a new block delimiter face which inherits from the
> org-meta face as you've suggested is the way to go.
>
> I would recommend however that rather than removing/changing the
> org-meta-line, quote and verse delimiting faces to cover the entire line you
> simply add the org-block-begin/end-line face overtop of these existing
> faces. That way the default behavior is not changed by the patch, and users
> have more control over the final display.
>
> In fact rather than having the org-block-begin/end-line faces inherit
> from org-meta-line why not have them begin as empty faces. Do you think
> this sounds like a good way to go? If so would you mind submitting a
> patch which
> - doesn't remove existing faces but rather adds these new faces overtop
> of them
> - includes of definition of the org-block-begin/end-line faces to empty
> faces (otherwise the elisp compiler will warn of references to
> undefined variables)
>
> Also, could you share an example code snippet which initializes the
> org-block-begin/end-line faces initialized (either here and/or on worg)?
Here a proposition that goes in that direction -- not yet a real patch, but
something for you to have a look at. Should be easy to test, at least, that's
what I tried to achieve.
#+TITLE: Patch for block fontification
#+DATE: 2011-02-01
#+LANGUAGE: en_US
* Abstract
This is the new code that I will supply as a patch. To test it, just
evaluate the next source block, and please report any problem.
What it does:
- add 2 faces for the lines delimiting the beginning and the end of
the source block
- fixes a tiny bug (affecting the begin delimiter line of source
blocks) when in "native" fontification (from Dan Davison)
FOR PEOPLE BEING MORE EXPERTS THAN I AM, it shows what I tried for
adding a yellow (very visible, for test purpose) background to the
natively fontified source blocks. This does not work, but is commented
-- so it does not impact anything unless you uncomment it... See line
"NOK".
* Code
#+begin_src emacs-lisp :results silent
(defface org-block-begin-line
'((t (:inherit org-meta-line
:underline "light grey" :foreground "#008ED1" :background "#EAEAFF")))
"Face used for the line delimiting the begin of source blocks.")
(defface org-block-end-line
'((t (:inherit org-meta-line
:overline "light grey" :foreground "#008ED1" :background "#EAEAFF")))
"Face used for the line delimiting the end of source blocks.")
(defface org-block-background
'((t (:background "#00")))
"Face used for the source block background.")
(defun org-fontify-meta-lines-and-blocks (limit)
"Fontify #+ lines and blocks, in the correct ways."
(let ((case-fold-search t))
(if (re-search-forward
"^\\([ \t]*#\\+\\(\\([a-zA-Z]+:?\\| \\|$\\)\\(_\\([a-zA-Z]+\\)\\)?\\)[
\t]*\\(\\([^ \t\n]*\\)[ \t]*\\(.*\\)\\)\\)"
limit t)
(let ((beg (match-beginning 0))
(block-start (match-end 0))
(block-end nil)
(lang (match-string 7))
(beg1 (line-beginning-position 2))
(dc1 (downcase (match-string 2)))
(dc3 (downcase (match-string 3)))
end end1 quoting block-type)
(cond
((member dc1 '("html:" "ascii:" "latex:" "docbook:"))
;; a single line of backend-specific content
(org-remove-flyspell-overlays-in (match-beginning 0) (match-end 0))
(remove-text-properties (match-beginning 0) (match-end 0)
'(display t invisible t intangible t))
(add-text-properties (match-beginning 1) (match-end 3)
'(font-lock-fontified t face org-meta-line))
(add-text-properties (match-beginning 6) (+ (match-end 6) 1)
'(font-lock-fontified t face org-block))
; for backend-specific code
t)
((and (match-end 4) (equal dc3 "begin"))
;; Truly a block
(setq block-type (downcase (match-string 5))
quoting (member block-type org-protecting-blocks))
(when (re-search-forward
(concat "^[ \t]*#\\+end" (match-string 4) "\\>.*")
nil t) ;; on purpose, we look further than LIMIT
(setq end (match-end 0) end1 (1- (match-beginning 0)))
(setq block-end (match-beginning 0))
(when quoting
(remove-text-properties beg end
'(display t invisible t intangible t)))
(add-text-properties
beg end
'(font-lock-fontified t font-lock-multiline t))
(cond
((and lang org-src-fontify-natively)
(org-src-font-lock-fontify-block lang block-start block-end)
;; (add-text-properties beg1
[Orgmode] Hiding/Narrowing dblocks and keywords
Hello, I'm a recent new happy org-mode user. While hacking around and using it for various tasks/todos and schedules, it occured to me that keywords and dynamic blocks take a lot of screen real estate while I do very little editing on them. Is there a way to have dblocks/keywords hidden/narrowed in a per buffer manner? Unfortuantely, I could not locate something similar in the manual or google. I'm using Emacs 23.1 and Org 6.21b. Any input will be helpful. Thanks, Leonidas PS: I'm not subscribed to this list, so please include me in the replies. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Easily go to some frequently accessed heading (narrowed to region)
Hello, I have a main .org file where I put almost everything. There is a "Projects" headline where each subheading is a different project. During the day I need to go to the Projects headline and open one of the its subheadings when I want and add/read something in that project. I know I can use a capture template to add something to one of the projects, but that does not work (or does it?) when I just want to read or modify something. Does anyone has some function to easily jump to a specific headline as well as narrowing to that headline? What I have in mind is some function that switches to a specific headline, call org-tree-to-indirect-buffer and rename the buffer to the headline title (if the buffer already exists just switch to it). In this way I could bind keys to easily go to the most common projects. The holy grail would be something similar to the agenda that would present me with the different projects. Thanks Darlan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Maximum ranges information lost in org-schedule
Osamu OKANO writes: > Hi! > > When I move schedule with org-schdule, > timestamp lose information about maximum ranges. > > * TODO run auto cleaner > SCHEDULED: <2011-01-25 Tue .+1d/3d> > > After postpone. > > * TODO run auto cleaner > SCHEDULED: <2011-01-26 Wed .+1d> > I can confirm this. It happens when changing scheduling information with org-schedule (C-c C-s). It does not happen when rescheduling with S-left and S-right in the agenda. Best, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
Torsten Wagner writes: >> So would it be possible to build a native emacs for android? > > I checked this a while ago and unfortunately emacs comes with a relatively > large > pack of dependencies. Android on the other side does not deliver many standard > libraries. Xorg libc and afaik dbus are a few dependencies which are not > (natively) available on Android. > I tried Emacs in a debian chroot on my keyboard less device. It wasn't really > usable and I doubt that keyboard based smartphones are much better since they > most likely miss alt ctrl and other important keys. There is yet another possibility. Use ConnectBot to connect to a PC running Emacs (daemon). I use MobileOrg for task planning, todo lists etc. But when I write a longer text, I use ConnectBot started with the option 'emacsclient -t --eval "(ibuffer)"'. It is like having a native Emacs on the phone. Press the icon, and Emacs is there after 3 seconds. If you use Swype as input-method, you can even write long texts very fast. Meta and Ctrl are available (press trackball once [CTRL] or twice [Meta], press trackball followed by i for TAB). Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] M-x not working anymore
Erik Iverson writes: > Markus Heller wrote: >> Tassilo Horn writes: >> >>> Markus Heller writes: >>> >>> Hi Markus, >>> M-x doesn't work anymore!! The M key works, e.g. M-w still does what it's supposed to if a region is active, and I can use ESC x instead. >>> What does C-h k M-x say? >> >> For C-h k M-x, it doesn't say anything. >> >> For C-h k ESC-x, it says the following: > > > > You should start emacs with the -q flag and see if it still > happens. Assuming M-x returns, comment out 1/2 of your .emacs > file and determine by binary search where the problem is. That might be a stupid question, but how do I do this under Win 7? I just double-click on runemacs.exe ... Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Trackpad horizontal scrolling
Jeff Horn writes: Hi Jeff, > Thanks for the snippet Tassilo. I tried this out in the minibuffer and > it didn't work. =C-h k = (a motion, not > a binding) produced nothing. However, =C-h k = > actually produced =C-h k wheeldown=, so I can see that isn't > a valid button for the trackpad on my Mac (Snow Leopard). Hm, too bad. For me, C-h k "swipe finger rightwards on lower trackpad border" tells me that this is recognized as . It's clear that this may be report different events depending on trackpad vendor and driver, buf if it reports nothing, I guess you are stranded. :-( Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [OT] M-x not working anymore
Erik Iverson writes: > Markus Heller wrote: >> Tassilo Horn writes: >> >>> Markus Heller writes: >>> >>> Hi Markus, >>> M-x doesn't work anymore!! The M key works, e.g. M-w still does what it's supposed to if a region is active, and I can use ESC x instead. >>> What does C-h k M-x say? >> >> For C-h k M-x, it doesn't say anything. >> >> For C-h k ESC-x, it says the following: > > > > You should start emacs with the -q flag and see if it still > happens. Assuming M-x returns, comment out 1/2 of your .emacs > file and determine by binary search where the problem is. Since I don't know how to use flags when starting emacs under Windoze (I just double-click the runemacs.exe icon), I moved my .emacs to a different folder and then started emacs without any customizations. Same result: M-x doesn't work. What's going on here? Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [OT-emacs] Scrolling horizontally
On Tue, Feb 1, 2011 at 10:53 AM, Marcelo de Moraes Serpa wrote: > I haven't checked if AquaMacs has any improvements on this side, > anyone out there that could share something? I also noticed that > there's a tendency of people prefering to use cocoa over aquamacs in > the emacs osx community, not sure why. Aquamacs does not scroll with the trackpad, AFAIK. I'm using the 3.x devel version. I've posted on the OSX Emacs list a few weeks ago why I started out hating Aquamacs, and then grew to use it every day. The short: the defaults are annoying, and until recently (version 2) it was difficult (for me) to figure out where to store preferences, and the order in which they were executed. It took a good bit of configuring, but I like it now. I use Aquamacs for its keyboard bindings, mostly. I'm not big on emacs bundles, since I use devel versions of the plugins I use most frequently. -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Status google calendar sync
There is yet another possibility. Use ConnectBot to connect to a PC running Emacs (daemon). I use MobileOrg for task planning, todo lists etc. But when I write a longer text, I use ConnectBot started with the option 'emacsclient -t --eval "(ibuffer)"'. It is like having a native Emacs on the phone. Press the icon, and Emacs is there after 3 seconds. If you use Swype as input-method, you can even write long texts very fast. Meta and Ctrl are available (press trackball once [CTRL] or twice [Meta], press trackball followed by i for TAB). Hi Sven, thanks for reminding me. Yes, this is indeed a nice option I used for some time. At the moment, I try to get a Bluetooth Keyboard working with my HTC Desire and put it together with the phone into a small leather case which allows me to use the phone as display and the keyboard in front of it. The total size will be approximately the size the phone only the thickness is doubled. It would be something like my computer-on-the-go-reduced-to-the-essential-part unit. Perfect for business trips, checking/writing mails, writing or doing extensive org-mode stuff on the go. On the other hand, I would prefer to take only the phone for daily usage at places where a PC is easy available (e.g., in the office). In that case I would prefer to use a GUI like mobileorg which allows me to perform very quick org-mode tasks (adding a new appointment, check my schedule for the next 7 days, add a todo, etc.) Basically, mobileorg tries to do that but all the parsing, sorting and data manipulation stuff is done on the android phone in native Java. Therefore, Matthew (the main developer) is busy (I guess) by reimplementing org-mode functions in Java which runs perfectly fine in elisp already. Thus, I wonder if an approach "in the middle" might be the best. Using a GUI like mobileorg. Every command (button-press) is actually translated in a org-mode elisp call send via ssh to an emacs daemon on a server machine. The emacs daemon processes the request and sends the result back. Result get catched by the GUI and displayed in a nice easy understandable way specifically customized to the small screen of mobile phones. This approach would have several benefits: * Changes in org-mode would directly work on the mobile version (at least in a kind of raw-mode which simply shows the answer of the daemon as text). * Whenever we can make emacs run locally on the phone itself it would only require to replace the server address by "localhost" resulting in an offline version. * People could work on different machines if they need. * Depending on the power consumption of 3G/Wifi and the data transmission speed, it might be less power hungry to use a server approach compared to a standalone version (I'm totally unsure about that, but often wifi is on for other reasons, in that case sending and receiving data to an emacs dameon would not cost additional battery at all.) The interface to org-mode for a mobileorg-client could be created in an additional layer in a similar form like org-babel. Simply providing commands to extract or inject certain data and send/receive them in a way both sides can understand easily. It would not disturb the main development of org-mode and might even result in a general org-mode API for many other possible integrations with org-mode (e.g., interfacing to Thunderbird, Firefox, Openoffice, shell, etc.). In some way, since we had this already mentioned during this discussion it would be like the Google Calendar API. All the best Totti ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Diary in ical export
I have seen some traffic on the mailing list about diary inclusion in
ical exports but I haven't found an answer to my problem. I thought
this was working at some point. To simplify I have a basic config
file:
(setq load-path (append '("~/.emacs.d/org-mode/lisp") load-path))
(ignore-errors (require 'org))
(ignore-errors (require 'org-install))
(setq
diary-file "~/tmp/org-diary/t.txt"
org-agenda-files '("~/tmp/org-diary/t.org")
org-directory "~/tmp/org-diary"
org-combined-agenda-icalendar-file "~/tmp/org-diary/cal.ics"
org-icalendar-timezone "US/Central"
org-agenda-include-diary t
)
and then a sample org file
* Project
** Something Todo
<2011-02-02 Wed>
and then a sample diary
%%(diary-anniversary 12 20 2010) My Son's %d%s Birthday.
*/2 Something Monthly
When I export with this command
emacs --no-init-file --no-site-file --batch --kill -l t.el -f
org-export-icalendar-combine-agenda-files
I get the following file
BEGIN:VCALENDAR
VERSION:2.0
X-WR-CALNAME:OrgMode
PRODID:-//Bill Purcell//Emacs with Org-mode//EN
X-WR-TIMEZONE:US/Central
X-WR-CALDESC:nil
CALSCALE:GREGORIAN
BEGIN:VEVENT
UID: TS-128b8b55-d9fd-4fe8-a7e7-6ebcbf21edda
DTSTART;VALUE=DATE:20110202
DTEND;VALUE=DATE:20110203
SUMMARY:Something Todo
DESCRIPTION: <2011-02-02 Wed>
CATEGORIES:t
END:VEVENT
END:VCALENDAR
Obviously I'm missing the diary stuff. I am using Orgmode version
7.4 and emacs 23.1.
- Bill
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
