Re: [Orgmode] Beamer support - 2nd round
On Dec 5, 2009, at 1:04 AM, Daniel Martins wrote:
Thank you very much
I did everything you suggested and everything worked nicely
But even using load-libray
org-latex
and
org-beamer
I received
Loading /home/daniel/emacs-lisp/org-mode/lisp/org-beamer.el
(source)...done
Loading /home/daniel/emacs-lisp/org-mode/lisp/org-latex.el
(source)...done
Select command:
Exporting to LaTeX...
or: No definition for class `beamer' in `org-export-latex-classes'
If you have customized org-export-latex-classes before, then the value
you stored will overwrite the new default (which contains the beamer
entry. Two ways to fix this:
1. Remove you customization of this variable, restart Emacs, and
customize again to redo the changed you have made earlier. THis is
the safest way.
OR
2. Customize the variable and create a new entry for beamer, with this:
("beamer"
"\\documentclass{beamer}
\\usepackage[utf8]{inputenc}
\\usepackage[T1]{fontenc}
\\usepackage{graphicx}
\\usepackage{longtable}
\\usepackage{float}
\\usepackage{wrapfig}
\\usepackage{soul}
\\usepackage{amssymb}
\\usepackage{hyperref}"
org-beamer-sectioning
))
So in your customize buffer it must look like this:
<>
Note in paricular that under |levels|, you must choose "Hook computing
section levels" from the value menu
- Carsten
2009/12/4 Nick Dokos :
Daniel Martins wrote:
Stupid question 9but I could not answer it)
I have to set up
(add-to-list 'org-export-latex-classes
'("beamer"
"\\documentclass[11pt]{beamer}
...)
???
No.
Or I have to imput another .el which sets org-export-latex-classes
correctl=
y?
I sue the latest git version of org-mode 6.33trans and
I tried to use the example but I couldn't
Are you using git to keep up to date with org-mode? If not, then
afaict,
you cannot get it yet. If you are using git, you can do something
like this:
$ git branch -r
origin/HEAD
origin/add-recursion-to-org-publish
origin/beamer
origin/emacs23
origin/experimental
origin/experimental-code-for-the-new-export-engine
origin/master
origin/mobile-support
origin/org-plot-doc
origin/support-for-mobile-sync
you can see there is a remote branch called origin/beamer. You can
create
a local tracking branch with
$ git branch beamer origin/beamer
and check it out:
$ git checkout beamer
If you then look in lisp/org-latex.el, you should see the beamer
stuff.
HTH,
Nick
- 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: [PATCH] Suppress extra newlines around source code in LaTeX export
2009/12/1 Nicolas Girard :
> Hi,
> title says it all.
>
Hi,
attached is a second patch which suppresses some other extra newlines
in the LaTeX export. Let me know if you need any explanation.
--
Nicolas
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 4c4d540..75ee548 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -2423,7 +2423,7 @@ INDENT was the original indentation of the block."
(concat (car org-export-latex-verbatim-wrap)
rtn (cdr org-export-latex-verbatim-wrap)))
'(org-protected t))
- "#+END_LaTeX\n"))
+ "#+END_LaTeX"))
((eq backend 'ascii)
;; This is not HTML or LaTeX, so just make it an example.
(setq rtn (org-export-number-lines rtn 'ascii 0 0 num cont rpllbl fmt))
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index ce697a3..18c2183 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -877,7 +877,7 @@ If NUM, export sections as numerical sections."
(delete-region (point-at-bol 0) (point))
(insert (format "\\begin{%s}\n"
(symbol-name org-export-latex-low-levels
- (insert (format "\n\\item %s\n%s\n"
+ (insert (format "\\item %s\n%s"
heading
(if label (format "\\label{%s}" label) "")))
(insert (org-export-latex-content content))
@@ -997,7 +997,7 @@ OPT-PLIST is the options plist for current buffer."
(org-export-apply-macros-in-string org-export-latex-append-header)
;; insert the title
(format
- "\n\n\\title{%s}\n"
+ "\n\\title{%s}\n"
;; convert the title
(org-export-latex-content
title '(lists tables fixed-width keywords)))
___
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] Bug in org-babel R language shadows ruby
All, I'm not on this mailing list, but thought this would be the right place to pass along a bug in org-babek that had me baffled for a long time. I was initializing org-babel with the following from my init.el file === (require 'org-babel-init) (require 'org-babel-ruby) (require 'org-babel-R) (require 'org-babel-python) (org-babel-load-library-of-babel) When executing a ruby src block, I would get an error saying that the "r" language was not a babel-interpreter. When I change the order of the language initializations, the error goes away: (require 'org-babel-init) (require 'org-babel-R) (require 'org-babel-ruby) (require 'org-babel-python) (org-babel-load-library-of-babel) Now, ruby is recognized. Looks like the function for parsing the src block is seeing the 'r' in ruby and stopping because 'R" is a valid language, but then choking when it tries to run 'r'. I hope someone can get this to Eric Schulte to see what's going on. In the meantime, putting ruby second is a workaround. I suspect a similar problem happens whenever one language is a prefix of another. Regards, Dan Doherty ___ 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] Multiple agenda buffers
Desmond Rivet wrote: > Is it possible to have multiple Org Agenda buffers open say, if you want > different search results side by side? For the use case of simply viewing two search results side by side, renaming an agenda buffer seems to work: - open the agenda view: C-c a a - M-x rename-buffer RET new.name RET - open a second agenda view: C-c a t The problem with this approach is that any agenda command you use in the renamed agenda buffer will be confused and probably not work. A solution to this might be to make some variables (including org-agenda-buffer-name and org-agenda-type) buffer-local to this renamed buffer, but I have no idea if this could work or what other variables would have to be included. HTH, Jan ___ 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] Beamer support - 2nd round
Carsten hit the target. I have customized org-export-latex-classes before!
The first option did not work (I do not know why) but the second option did!
The teste worked perfectly!!
Thanks again carsten and Nicholas
Daniel
2009/12/5 Carsten Dominik :
>
> On Dec 5, 2009, at 1:04 AM, Daniel Martins wrote:
>
>> Thank you very much
>>
>> I did everything you suggested and everything worked nicely
>>
>>
>> But even using load-libray
>>
>> org-latex
>>
>> and
>>
>> org-beamer
>>
>> I received
>>
>>
>> Loading /home/daniel/emacs-lisp/org-mode/lisp/org-beamer.el
>> (source)...done
>> Loading /home/daniel/emacs-lisp/org-mode/lisp/org-latex.el (source)...done
>> Select command:
>> Exporting to LaTeX...
>> or: No definition for class `beamer' in `org-export-latex-classes'
>
> If you have customized org-export-latex-classes before, then the value you
> stored will overwrite the new default (which contains the beamer entry. Two
> ways to fix this:
>
> 1. Remove you customization of this variable, restart Emacs, and customize
> again to redo the changed you have made earlier. THis is the safest way.
>
> OR
>
> 2. Customize the variable and create a new entry for beamer, with this:
> ("beamer"
> "\\documentclass{beamer}
> \\usepackage[utf8]{inputenc}
> \\usepackage[T1]{fontenc}
> \\usepackage{graphicx}
> \\usepackage{longtable}
> \\usepackage{float}
> \\usepackage{wrapfig}
> \\usepackage{soul}
> \\usepackage{amssymb}
> \\usepackage{hyperref}"
> org-beamer-sectioning
> ))
>
>
> So in your customize buffer it must look like this:
>
>
>
>
>
>
> Note in paricular that under |levels|, you must choose "Hook computing
> section levels" from the value menu
>
> - Carsten
>
>>
>> 2009/12/4 Nick Dokos :
>>>
>>> Daniel Martins wrote:
>>>
Stupid question 9but I could not answer it)
I have to set up
(add-to-list 'org-export-latex-classes
'("beamer"
"\\documentclass[11pt]{beamer}
...)
???
>>>
>>> No.
>>>
Or I have to imput another .el which sets org-export-latex-classes
correctl=
y?
I sue the latest git version of org-mode 6.33trans and
I tried to use the example but I couldn't
>>>
>>> Are you using git to keep up to date with org-mode? If not, then afaict,
>>> you cannot get it yet. If you are using git, you can do something like
>>> this:
>>>
>>> $ git branch -r
>>> origin/HEAD
>>> origin/add-recursion-to-org-publish
>>> origin/beamer
>>> origin/emacs23
>>> origin/experimental
>>> origin/experimental-code-for-the-new-export-engine
>>> origin/master
>>> origin/mobile-support
>>> origin/org-plot-doc
>>> origin/support-for-mobile-sync
>>>
>>> you can see there is a remote branch called origin/beamer. You can create
>>> a local tracking branch with
>>>
>>> $ git branch beamer origin/beamer
>>>
>>> and check it out:
>>>
>>> $ git checkout beamer
>>>
>>> If you then look in lisp/org-latex.el, you should see the beamer stuff.
>>>
>>> HTH,
>>> Nick
>>>
>
> - 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] something odd with org-remember-mode and kill-ring-save
I made a wrapped version of org-remember-kill which saves the remember content to the kill ring and then calls the original org-remember-kill. It works as I expect in most cases but not always. First, the relevant elisp code is: (define-key global-map "\C-cr" 'org-remember) (defun org-remember-kill-my () (interactive) (unless org-remember-mode (error "This does not seem to be a remember buffer for Org-mode")) (let ((beg (point-min)) (case-fold-search t)) (beginning-of-buffer) (search-forward-regexp "^* " nil t) (setq beg (or (match-end 0) beg)) (goto-char (point-max)) (skip-chars-backward " \n\r\t") (copy-region-as-kill beg (point)) ) (org-remember-kill)) (eval-after-load "org-remember" '(define-key org-remember-mode-map (kbd "C-c r") 'org-remember-kill-my)) (eval-after-load "org-remember" '(define-key org-remember-mode-map (kbd "C-c C-k") 'org-remember-kill-my)) When I bring up remember window and then writes "one two three" (without quotes), and kills one word (by pressing , which calls backward-kill-word) and press C-c C-k or C-c r (which calls the wrapper org-remember-kill-my, then the saved content is not "one two ", it's "threeone two". The odd thing doesn't happen if I call my wrapper function with M-x, or if I move my cursor after and before pressing C-c C-k or C-c r. It's as if the append-next-kill command is being called somewhere. How should I fix my wrapper? ___ 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: MobileOrg agendas
Hi Richard, Thanks for your reply (and also the MobileOrg of course)! No. I'm using the 6.33. I tried the git version, but there are some compiling errors: In toplevel form: lisp/org-ascii.el:29:1:Error: Symbol's function definition is void: org-float-ti me make: *** [lisp/org-ascii.elc] Error 1 I'll probably wait till the next release. By the way, on the ipod touch, I can see the TODO and TAGs, but the "Priority" is always empty. Any suggestions? Thanks! Xin On Sat, Dec 5, 2009 at 9:00 AM, Richard Moreland wrote: > Are you using the latest Git version of org-mode? Carsten added a fix > that should automatically add the default week and todo agenda views > for you. > > Let me know if this helps, > Richard > ___ 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: MobileOrg agendas
Hi Xin, Do you have a line similar to this in index.org (generated by org-mobile-push): #+ALLPRIORITIES: A B C If not, you can try adding a priorities line to your Org file like this: #+PRIORITIES: A B C Then re-push and see if #+ALLPRIORITIES is set for you. Hope this helps, Richard On Sat, Dec 5, 2009 at 9:44 AM, Xin Shi wrote: > Hi Richard, > > Thanks for your reply (and also the MobileOrg of course)! > > No. I'm using the 6.33. I tried the git version, but there are some > compiling errors: > > In toplevel form: > lisp/org-ascii.el:29:1:Error: Symbol's function definition is void: > org-float-ti > me > make: *** [lisp/org-ascii.elc] Error 1 > > I'll probably wait till the next release. > > By the way, on the ipod touch, I can see the TODO and TAGs, but the > "Priority" is always empty. Any suggestions? > > Thanks! > > Xin > > > > On Sat, Dec 5, 2009 at 9:00 AM, Richard Moreland wrote: >> >> Are you using the latest Git version of org-mode? Carsten added a fix >> that should automatically add the default week and todo agenda views >> for you. >> >> Let me know if this helps, >> Richard > > ___ 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] org-mode, grep and folding issue
My notes are scattered across various org files. So I use grep (usually M-x lgrep and M-x rgrep) to search my notes. When I click one of the grep results (in the *grep* buffer), it leads to where the match is, but often the corresponding line is hidden because it is inside a folded heading in an org file. In that case, I need to press (org-shifttab) to cycle through global visibility levels to start editing the line. Is there a way to not have to press ? ___ 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] Problem with org-id-locations-file
Currently there is a minor problem with the org-id-locations-file. If one loads org-mode but does not follow a link to an ID in the course of the emacs session, org-id-locations-load is not run. As a result, the value of nil is saved to the org-id-locations-file upon quitting emacs, which defeats the purpose of the file and forces an org-id-update-id-locations the next time an ID link is followed. Right now I'm getting around the problem by running org-id-locations-load when org-mode is turned on. Would it be possible to make this behavior the default if org-id-track-globally is set? Thanks, 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: [Android] Running debian + emacs on my Android G1 [was: [Orgmode] emacs + orgmode on Ubuntu on Android G1]
Final summary on emacs with orgmode on the G1: I added a few hints to http://www.emacswiki.org/emacs/EmacsOnAndroid Friedel schrieb: > Emacs runs nicely, but uses a lot of memory with org mode, and it's > hard to use the agenda and probably difficult to make it run much > faster. The way I installed debian caused the swapping via "compcache" to be disabled, which I remedied by now (see wiki page above). That helps with some problems with memory consumption, but doesn't really make things faster (I have a slow SD card, I think I will order a faster one soon). I didn't manage to get below 9 seconds for changing from one day to the next in the agenda, even though I moved out most of my reference material (and that way I have a more pure GTD-setup in my org-files now). > Thus I'll only be using the local emacs on my android phone as a > fallback when I have no (fast) network access, otherwise I'll use it > via ssh on a much faster host. This is still valid. > > As using this via the small keyboard is still awkward, even with speed > > keys (let's face it: emacs just wasn't made for small keyboards), and > > because it's still going to be slow, even if I can optimize it a bit, > > I guess I'll still be going forward with my plans for integrating > > org-mode with Remember The Milk. > > As a sideeffect of this experiment, I have my org mode set up in a way > that is much more convenient to use on a small keyboard, that way I > can use it via ssh (connectbot) quite comfortably now. (speed commands > and tag selection keys are especially handy) ---Zitatende--- And so is this. I have a remote host on which I use emacs + org mostly from the phone, so I have my @G1 and @Network context on that box and use speed commands, fast tag selection and context based auto exclusion to get the right context. So if I have to wait for a delayed train again, I can just pull up my shopping lists ;) The debian installation remains on my sd card, since it's nice to have the familiar tools with me in a pinch. I guess android based smartphones will be much faster a few years from now, if they still exist, and then maybe this setup will be more frequently used. -- Friedrich Delgado Friedrichs TauPan on Ircnet and Freenode ;) pgpf5Wxpb1YNW.pgp Description: PGP signature ___ 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] org-mode, grep and folding issue
On Dec 5, 2009, at 10:22 AM, Good Bad wrote: My notes are scattered across various org files. So I use grep (usually M-x lgrep and M-x rgrep) to search my notes. When I click one of the grep results (in the *grep* buffer), it leads to where the match is, but often the corresponding line is hidden because it is inside a folded heading in an org file. In that case, I need to press (org-shifttab) to cycle through global visibility levels to start editing the line. Is there a way to not have to press ? If all of the files are being added to your agenda, you can search with "C-c a s " and the agenda view will show your results. Doug ___ 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] sha1 hash of latex fragments to avoid regeneration
Hi Francesco, You raise good points below, and I am not sure how best to respond to them. My initial reaction is that you should not be checking automatically generated files (e.g. the results of ditaa exports) into a version control repository, however I understand that there are times when such measures are required. Would it be possible to switch from using org-exp-blocks to using org-babel? If so then you could use org-babel's caching which does *not* affect the exported file name, but rather saves a sha1 key as (mostly) hidden text in the org-mode buffer. so for example #+BEGIN_ditaa procedure.png +-+ | Example | | | | +-+ | | | | | | | | | | +-+ | +-+ #+END_ditaa would be written as #+begin_src ditaa :file procedure.png :cache :exports results +-+ | Example | | | | +-+ | | | | | | | | | | +-+ | +-+ #+end_src and pressing C-cC-c on the block (or exporting) would result in the insertion of a link to the resulting image into the org-mode buffer behind a results line as follows -- only in org most of the hash is hidden. #+results[bdffac60833c9f925a52bd6617dace39832b7dda]: [[file:procedure.png]] My problem with your proposed solution is that it entails storing information *outside* of the org-mode buffer -- which granted we are already doing although in a less dramatic way. The creation of external files whose sole purpose is to save a hash in their filename strikes me as wasteful/messy. Best -- Eric Francesco Pizzolante writes: > Hi, > >> I just pulled, reloaded, and re-ran my simple tests and the patch >> appears to have been applied successfully. > > This idea of caching images is really great and works well. > > Nevertheless, I have a remark about the way it is implemented. > > When I write the following code: > > #+BEGIN_ditaa procedure.png > > I expect that: > > - the system generates a `procedure.png' file in order for me to check it in > the repository; > > - that the `procedure.png' file is referenced everywhere (i.e. in the exported > HTML code or LaTeX code). > > The current way it works is: > > 1. The `procedure_XXX.png' is committed to the repository; > > 2. I alter my ditaa code, and export the new document; > > 3. The `procedure_XXX.png' file has been removed from my working copy and a >new file `procedure_YYY.png' has been added in my working copy. > > Thus, in order to commit the new files as they are, I need to: > > 1. revert the `procedure_XXX.png' file, in order to delete it afterward; > > 2. add the `procedure_YYY.png' file to the repository. > > A nice solution would have been that all ditaa exports are done under the > filename `procedure.png', and that empty files such as > `procedure.png.ZZZ.cache' are created to "store" the fact that they have > already been generated. > > That way, we even can ignore all the `*.cache' files from our working copy, > when checking for updates. > > What do you think? > > Francesco > >> >> Thanks -- Eric >> >> Carsten Dominik writes: >> >>> Hi Eric, >>> >>> I had a problem while pushing, please verify that the patch got in >>> correctly. Thanks! >>> >>> - Carsten >>> >>> On Nov 17, 2009, at 4:24 PM, Eric Schulte wrote: >>> Carsten Dominik writes: > Wow, this is fantastic! > > Do you think it is ready to be included (because you say first > pass...) > Yes, I said first pass because I had only done minimal testing. However all indications are that it works, and there are no further changes I would like to make, so if it looks good to you I would say "yes", please apply it. Thanks -- Eric > > - Carsten > > On Nov 17, 2009, at 3:42 AM, Eric Schulte wrote: > >> "Eric Schulte" writes: >> >>> Hi Carsten, >>> >>> Thanks for the feedback, I have comments inline below >>> >>> Carsten Dominik writes: >> >> [...] >> Now, I am sure that you are already planning to do the same for ditaa images etc? >>> >>> of course :) >> >> A first pass at a patch implementing caching of ditaa and dot images >> generated by org-exp-blocks is attached. It seems to work in all >> initial tests, and it will only remove files which match the >> following >> pattern >> >> "beginning-of-file-name_\\([[:alnum:]]+\\)\\.extension" >> >> such that the length of the part matched by \\([[:alnum:]]+\\) is 40 >> characters. >> >> Best -- Eric >> >> From bd90d519a7d3e16732f4f377ccce51bdb97cef90 Mon Sep 17 00:00:00 >> 2001 >> From: Eric Schulte >> Date: Mon, 16 Nov 2009 19:33:11 -0700 >> Subject: [PATCH] use sha1 hash keys to ca
Re: [Orgmode] Agenda not working or am I misunderstanding how it works?
Thanks for replying. I tried that before as well... Restarted emacs and C-c C-c on the line. I think I figured out what's going on... it may be a bug! If I have this simple file: #+SEQ_TODO: TODO WAITING | PUBLISHED REJECTED * PUBLISHED test DEADLINE: <2009-12-05 Sat> it works! (It doesn't show up in the agenda.) However, if I put the completed TODO item under a subheading, it stops working! The following simple file doesn't work: #+SEQ_TODO: TODO WAITING | PUBLISHED REJECTED * [2009-12-05 Sat] ** PUBLISHED test DEADLINE: <2009-12-05 Sat> The test TODO item shows up in the agenda. Is this a bug? I'm using Emacs 23.0.0.1 on Windows and whatever version of org-mode that came with it -- 5.03b On Fri, 4 Dec 2009 17:00:17 +0100 Carsten Dominik wrote: > Hi U, > > my guess is that you did type these keyword but that you did not > update the internal keyword lists by restarting Emacs, or by > pressing `C-c C-c' on the line. > > - Carsten > > On Dec 4, 2009, at 4:01 PM, U Avalos wrote: > > > Someone suggested I use the variable > > org-agenda-skip-deadline-if-done. It works on "standard" org files > > using the default todo keywords -- if I give > > a TODO item a deadline and then set it to DONE, it doesn't show up > > in agenda. > > Yay! > > > > HOWEVER, if I use custom todo keywords per file, it stops working > > for that > > file. I'm using these keywords: > > > > #+SEQ_TODO: TODO WAITING | PUBLISHED REJECTED > > > > Todo items set to PUBLISHED and REJECTED still show up in the > > agenda. Any > > ideas? > > > > On Wednesday 25 November 2009 11:54:19 U Avalos wrote: > >> I have the following completed todo item: > >> > >> ** DONE pay Yolanda > >> DEADLINE: <2009-11-24 Tue> CLOSED: [2009-11-25 Wed 11:18] > >> > >> Yet it still appears in the weekly agenda. Is it not working > >> right or is > >> that how it's supposed to work? > >> > >> Also, when I hit C-c C-w (show deadlines in current buffer), I > >> get ALL todo > >> items, even completed items that are really old. Restricting it > >> with a > >> numeric prefix (ex: Esc 5 C-c C-w), doesn't work either. I just > >> get all > >> items plus or minus the number of days. > >> > >> > >> ___ > >> 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 > > - 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: MobileOrg agendas
Hi Richard, Yes. In my index.org file (generated by org-mobile-push), it has: #+ALLPRIORITIES: A B C I noticed the priority in my original org file is lost once pushed to by the org-mobile-push: TODO [#A] Learn MobileOrg => TODO Learn MobileOrg Hm Xin On Sat, Dec 5, 2009 at 9:57 AM, Richard Moreland wrote: > Hi Xin, > > Do you have a line similar to this in index.org (generated by > org-mobile-push): > > #+ALLPRIORITIES: A B C > > If not, you can try adding a priorities line to your Org file like this: > > #+PRIORITIES: A B C > > Then re-push and see if #+ALLPRIORITIES is set for you. > > Hope this helps, > Richard > > On Sat, Dec 5, 2009 at 9:44 AM, Xin Shi wrote: > > Hi Richard, > > > > Thanks for your reply (and also the MobileOrg of course)! > > > > No. I'm using the 6.33. I tried the git version, but there are some > > compiling errors: > > > > In toplevel form: > > lisp/org-ascii.el:29:1:Error: Symbol's function definition is void: > > org-float-ti > > me > > make: *** [lisp/org-ascii.elc] Error 1 > > > > I'll probably wait till the next release. > > > > By the way, on the ipod touch, I can see the TODO and TAGs, but the > > "Priority" is always empty. Any suggestions? > > > > Thanks! > > > > Xin > > > > > > > > On Sat, Dec 5, 2009 at 9:00 AM, Richard Moreland wrote: > >> > >> Are you using the latest Git version of org-mode? Carsten added a fix > >> that should automatically add the default week and todo agenda views > >> for you. > >> > >> Let me know if this helps, > >> Richard > > > > > ___ 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] Beamer support - 2nd round
Hi Eric, On Dec 4, 2009, at 7:34 PM, Eric S Fraga wrote: At Thu, 3 Dec 2009 17:10:44 +0100, Carsten Dominik wrote: after carefully listening to all your comments and thinking things through more thoroughly, here is now my second attempt to define beamer support in Org-mode. Carsten, Thanks for this! After learning a bit about git branches (more than I probably wanted to know ;-) and a bit more about org mode columns view, I can say that I like what you have done. I've been playing with your sample file for a short while and it looks a good design which seems to support everything /I/ would want and does so in an easy way (especially the combination of the new C-c C-b special org-beamer command and columns view). I've run into a few niggles but I need to play some more (probably over the weekend) to see whether some of them are my fault or due to bugs in the code. However, some immediate niggles or suggestions are: - I need to be able to specify arguments for columns (i.e. the environment, not specific columns), specifically often [t] to make two columns align vertically Yes, this is a problem. YOu can specify arguments for the columns environment if you create it explicitly, i.e. with a headline with BEAMER_env set to "columns". But I can see that it would be good to be able to set an argument also when creating the environment implicitly. I'll think of something. - I don't understand what the difference between opt and envargs is. In fact, I see no reference to BEAMER_opt in the document you wrote yet your example has opt as one of the column view specifications. opt is obsolete, I had three separate properties opt, ovl, and dovl at some point (tried many different things during the last week), but I decided to lump them all into one, envargs. - it would be nice if when a column heading is also a block heading, that the tags generated (which, by the way, is a really nice feature) include both block and column tags to make it easy to spot the column aspect. Hmm, I agree that this would be useful. You mean if a heading has both BEAMER_env and BEAMER_col set You'll probably be hearing from me soon again! Oh, and thanks for the separate email showing me how to do my page 100 with the new setup. How to do it was actually quite clear from the example you gave in the other message. Very straightforward and does work nicely. Good. - Carsten Thanks again, eric - 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: MobileOrg agendas
Hi Richard, I just updated my orgmode to 6.33f, and this time the priority reserved in the pushed file, but in the ipod touch, it seemed not recognized, i.e. it shows: [#A] Learn MobileOrg. In the "Priority" row, it still says "None". Xin On Sat, Dec 5, 2009 at 11:59 AM, Xin Shi wrote: > Hi Richard, > > Yes. In my index.org file (generated by org-mobile-push), it has: > #+ALLPRIORITIES: A B C > > I noticed the priority in my original org file is lost once pushed to by > the org-mobile-push: > > TODO [#A] Learn MobileOrg => TODO Learn MobileOrg > > Hm > > Xin > > > > > On Sat, Dec 5, 2009 at 9:57 AM, Richard Moreland wrote: > >> Hi Xin, >> >> Do you have a line similar to this in index.org (generated by >> org-mobile-push): >> >> #+ALLPRIORITIES: A B C >> >> If not, you can try adding a priorities line to your Org file like this: >> >> #+PRIORITIES: A B C >> >> Then re-push and see if #+ALLPRIORITIES is set for you. >> >> Hope this helps, >> Richard >> >> On Sat, Dec 5, 2009 at 9:44 AM, Xin Shi wrote: >> > Hi Richard, >> > >> > Thanks for your reply (and also the MobileOrg of course)! >> > >> > No. I'm using the 6.33. I tried the git version, but there are some >> > compiling errors: >> > >> > In toplevel form: >> > lisp/org-ascii.el:29:1:Error: Symbol's function definition is void: >> > org-float-ti >> > me >> > make: *** [lisp/org-ascii.elc] Error 1 >> > >> > I'll probably wait till the next release. >> > >> > By the way, on the ipod touch, I can see the TODO and TAGs, but the >> > "Priority" is always empty. Any suggestions? >> > >> > Thanks! >> > >> > Xin >> > >> > >> > >> > On Sat, Dec 5, 2009 at 9:00 AM, Richard Moreland wrote: >> >> >> >> Are you using the latest Git version of org-mode? Carsten added a fix >> >> that should automatically add the default week and todo agenda views >> >> for you. >> >> >> >> Let me know if this helps, >> >> Richard >> > >> > >> > > ___ 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] [babel] Tiny "problems"
"Eric Schulte" writes: > Hi Sébastien, > > Sébastien Vauban writes: > > [...] >> >> Here the "problems" (details, though) I've observed: >> [...] >> - *after* =C-c '= forth and back, all the blank lines in my source block (in >> my example, the one between "SET NOCOUNT ON" and "SELECT TOP 10") are >> filled >> with an amount of whitespaces (and, in my Emacs config, highlighted as >> useless spaces). This is a minor bug in org-src.el. When I was looking at that code last I couldn't see a clean way to fix it. Dan p.s. As was mentioned in a couple of other posts recently, I also wonder whether we should think of creating an org-mode bug repository so that minor things like this don't get forgotten (I did mention this bug on list once; maybe Carsten has it tracked somewhere). ___ 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: org-mode, grep and folding issue
Doug Hellmann writes:
> On Dec 5, 2009, at 10:22 AM, Good Bad wrote:
>
>> My notes are scattered across various org files. So I use grep
>> (usually M-x lgrep and M-x rgrep) to search my notes. When I click
>> one of the grep results (in the *grep* buffer), it leads to where
>> the match is, but often the corresponding line is hidden because it
>> is inside a folded heading in an org file. In that case, I need to
>> press (org-shifttab) to cycle through global visibility
>> levels to start editing the line. Is there a way to not have to
>> press ?
>
> If all of the files are being added to your agenda, you can search
> with "C-c a s " and the agenda view will show your results.
I'd also recommend the agenda's multi-occur search ("C-c a /"), which
displays all matching lines in the agenda and reveals them properly when
you press return.
In short, use "C-c a s" when you want to see all headlines containing a
word/regexp. Use "C-c a /" when you want to see the matching lines in
the results.
- 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
[Orgmode] Re: Agenda not working or am I misunderstanding how it works?
Uriel Avalos writes: > Thanks for replying. I tried that before as well... Restarted emacs and > C-c C-c on the line. I think I figured out what's going on... it may be > a bug! > > If I have this simple file: > > #+SEQ_TODO: TODO WAITING | PUBLISHED REJECTED > * PUBLISHED test > DEADLINE: <2009-12-05 Sat> > > it works! (It doesn't show up in the agenda.) However, if I put the > completed TODO item under a subheading, it stops working! The following > simple file doesn't work: > > #+SEQ_TODO: TODO WAITING | PUBLISHED REJECTED > * [2009-12-05 Sat] > ** PUBLISHED test > DEADLINE: <2009-12-05 Sat> I can't replicate this. In neither case does the todo item appear in the agenda. > The test TODO item shows up in the agenda. Is this a bug? I'm using > Emacs 23.0.0.1 on Windows and whatever version of org-mode that came > with it -- 5.03b That's a very old version of org-mode. Emacs 23 shipped with version 6.21b. Could you confirm your version of org-mode by typing "M-x org-version". - 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
[Orgmode] Re: org-mode, grep and folding issue
Good Bad writes: > My notes are scattered across various org files. So I use grep > (usually M-x lgrep and M-x rgrep) to search my notes. When I click one > of the grep results (in the *grep* buffer), it leads to where the > match is, but often the corresponding line is hidden because it is > inside a folded heading in an org file. In that case, I need to press > (org-shifttab) to cycle through global visibility levels to > start editing the line. Is there a way to not have to press ? I have f9-v bound to visible-mode which toggles folding on and off for the entire file. YMMV, Bernt ___ 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] Bug: Infinite loop in `org-previous-item' when there's nothing above item (patch included) [6.33trans (release_6.33f.80.gb777e3)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. When `org-previous-item' is called on an item with nothing above it Orgmode enters an infinite loop. The reason is that `org-previous-item' searches for non-empty lines by moving point up line by line and if there is nothing above an item point gets stuck on begin of buffer. example.org , | | - Item ` Move point on Item, M-x org-previous-item RET and Orgmode enters the infinite loop. Attached patch adds a conditional clause to `org-previous-item' that leaves the search loop if point reaches beginning of buffer. Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.3) of 2009-11-28 on elegiac, modified by Debian Package: Org-mode version 6.33trans (release_6.33f.80.gb777e3) 0001-org-list.el-Prevent-infinite-loop-in-org-previous-it.patch Description: Binary data ___ 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
