[Orgmode] Full manual for beamer export?
Hello all, The org-beamer tutorial at Worg http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.html refers to a "detailed manual" for org-beamer in the first paragraph of section 3. However, the link is dead, and googling I cannot find another document that could possibly be refering to, except the Beamer section in the Org manual (12.6.6). So my question is: Is there really a full org-beamer manual, and where is it? Best regards, Rafael ___ 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: > Since I use my Android-based phone on a daily basis (after all it is a > mobile phone), I got tempted to use more and more the google > calendar. I know about mobileorg and all this. However, the calendar > is so highly integrated with many applications on the phone that is is > often just a click away to add a new appointment. Slightly OT perhaps, but I am contemplating getting an Android phone and figuring out how NOT to have my calendar on google, and would like to sync it with org. (Right now I've made a 0.1-hearted attempt to export org to ical and put it in mac calendar.) Are there ways to not sync with google on the android and sync with org? I don't mind running my own calendar server. pgpyc9xH3EKe4.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] Why is text marked as ~verbatim~ exported in LaTeX as \texttt{}
On Jan 28, 2011, at 1:40 PM, Nick Dokos wrote: Michael Broschinsky wrote: I have a small test document: #+TITLE: Title This is normal text. =This is teletype text.= ~This is verbatim text.~ When I choose the LaTeX export option and inspect the LaTeX output, I see that both the text marked as =code= and the text marked as ~verbatim~ are exported as \texttt{}. I expected that =code= would be exported as \texttt{}, but I expected ~verbatim~ to be expected with the LaTeX \verb command. Then when I explored org-export-latex-emphasis-alist, I see that the documentation indicates that if the string to wrap the fontified text is \verb, then "Org will automatically select a delimiter character not in the string", which also leads me to believe that that ~verbatim~ will be exported as \verb. What simple thing am I missing to export ~verbatim~ text as \verb? See http://thread.gmane.org/gmane.emacs.orgmode/14256/focus=14257 for an explanation and some references. Nick The problem appears to be the docstring of org-export-latex-emphasis- alist, which refers to the behavior before Carsten's fix. Now it seems that the second element, \\verb, yields \texttt{} instead of \verb. org-export-latex-emphasis-alist is a variable defined in `org-latex.el'. Its value is (("*" "\\textbf{%s}" nil) ("/" "\\emph{%s}" nil) ("_" "\\underline{%s}" nil) ("+" "\\st{%s}" nil) ("=" "\\verb" t) ("~" "\\verb" t)) Documentation: Alist of LaTeX expressions to convert emphasis fontifiers. Each element of the list is a list of three elements. The first element is the character used as a marker for fontification. The second element is a formatting string to wrap fontified text with. If it is "\verb", Org will automatically select a delimiter character that is not in the string. The third element decides whether to protect converted text from other conversions. Tom ___ 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] exporting atom/rss feeds; org-feed-alist not downloading anything from www.rememberthemilk.com
I would like to export my rememberthemilk.org tasks to org-mode. I have the following in my .emacs, following the recommendation here: http://stackoverflow.com/q/2138947/199217 ;; sync org-mode with rememberthemilk ;; (require org-feed) (setq org-feed-alist '(("Remember The Milk" "http://www.rememberthemilk.com/rss/dlebauer/"; "~/org/rtm.org" "Remember The Milk" :template "* TODO %title\n %a\n " ))) However, when I use C-x C-c g, I get the message: no new entries from 1 feed. And none of the information is synced if I enter the feed into my browser, I can see the html/rss markup with my tasks embedded, but none of it is imported to my rtm.org file except for the feed name. Am I doing something wrong? I would be satisfied if I could just convert the raw .html to .org Also, is there any .emacs elisp that I could use to avoid having to enter my password each time? Thank you. ___ 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] Why is text marked as ~verbatim~ exported in LaTeX as \texttt{}
Michael Broschinsky wrote: > I have a small test document: > > #+TITLE: Title > > This is normal text. > > =This is teletype text.= > > ~This is verbatim text.~ > > When I choose the LaTeX export option and inspect the LaTeX output, I > see that both the text marked as =code= and the text marked as > ~verbatim~ are exported as \texttt{}. > > I expected that =code= would be exported as \texttt{}, but I expected > ~verbatim~ to be expected with the LaTeX \verb command. > > Then when I explored org-export-latex-emphasis-alist, I see that the > documentation indicates that if the string to wrap the fontified text > is \verb, then "Org will automatically select a delimiter character > not in the string", which also leads me to believe that that > ~verbatim~ will be exported as \verb. > > What simple thing am I missing to export ~verbatim~ text as \verb? > See http://thread.gmane.org/gmane.emacs.orgmode/14256/focus=14257 for an explanation and some references. Nick ___ 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] Why is text marked as ~verbatim~ exported in LaTeX as \texttt{}
I have a small test document: #+TITLE: Title This is normal text. =This is teletype text.= ~This is verbatim text.~ When I choose the LaTeX export option and inspect the LaTeX output, I see that both the text marked as =code= and the text marked as ~verbatim~ are exported as \texttt{}. I expected that =code= would be exported as \texttt{}, but I expected ~verbatim~ to be expected with the LaTeX \verb command. Then when I explored org-export-latex-emphasis-alist, I see that the documentation indicates that if the string to wrap the fontified text is \verb, then "Org will automatically select a delimiter character not in the string", which also leads me to believe that that ~verbatim~ will be exported as \verb. What simple thing am I missing to export ~verbatim~ text as \verb? Mike ___ 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: [ANN] Changes to lists
Nicolas Goaziou writes: > Lists in drawers (or blocks, or inline tasks) are, now, completely > unrelated to outer parts of the buffer. Even though you make it look > like the list in the drawer is in continuity of the other one, it is > not the case. As a corollary, boxes in such a list cannot be seen by a > cookie living outside the structure they share. Fair enough. Since this behaves different than the former implementation it should be documented as a user-visible change. So far I've been using the drawers only to prevent fully completed checklists from cluttering the display. This is maybe a somewhat odd use for a drawer, but the reason for using this was that the VISIBILITY property wasn't evaluated for lists. I'll have to think of maybe doing a feature request towards this end. Two more things I've stumbled over. 1) If you open a new list after another list, M-RET will not produce a new list item, but yet another new list: --8<---cut here---start->8--- - list 1 - entry - more entries - list 2 <-- M-RET - <-- is produced by M-RET --8<---cut here---end--->8--- 2) Last but not least: sublist folding (visibility cycling) has stopped working. I can unfold an entry folded by an earlier version of org-mode, but trying to fold the sublist again I'll only get "EMPTY ENTRY" in the mode line (but no error beep or something like that). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html ___ 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] [babel] results eat up following text
Hello, please see attached file for a simple example of a bug in babel: if you execute the code block, the results section overwrites the text that follows the code block. If you insert an extra blank line between the end of the code block and the text that follows (before executing the block for the first time), the results will *not* overwrite the text *but* if you then execute the block again, the text will be overwritten. My feeling is that there's some interplay between lists (I use the 'both org-list-ending-method) and babel. I've no idea otherwise what is happening unfortunately. I can send my full configuration if need be but always prefer not to as I have to spend time obfuscating a number of things... Thanks, eric # -*- coding: utf-8; -*- #+TITLE: examplebug.org #+AUTHOR:Eric S Fraga #+EMAIL: e.fr...@ucl.ac.uk * babel results overwrite following text - start an item so that following is indented: #+begin_src octave :var x=10 3*x+5 #+end_src This is some text that follows the code. -- 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] Re: Project management > Dynamic block per tag + [Babel]
Hi Francesco, Sorry for the delay in responding... Francesco Pizzolante writes: > It seems to work at first sight, but when I try C-c C-v e on this line > "#+call: tasklist(person="me") :exports results" then the end of my buffer > gets modified this way: > > #+call: tasklist(person="me") :exports results > > #+results: tasklist(person="me") > #+begin_example > - Lui écrire un mail > - Tester le bout de code de mon élève > > > ** For Jenny > > #+end_example > #+call: tasklist(person="me") :exports results > > #+results: tasklist(person="Jenny") > #+begin_example > - Voir si le pantalon lui va bien > - Appeler Georges > #+end_example > > Which is a complete mess... Could you please explain what is a complete mess above? The lack of an enclosing comment block? You can tweak the way in which the results are placed in the buffer by modifying the :results header. For instance, :results raw will simply spit out an unadorned org-mode list. (info "(org) results") 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] Re: - Bug: [CLOSED ?] Agenda view switches back to week with "g" [7.4]
On Wed, Jan 26, 2011 at 18:19, Michael Brand wrote: > This is still an issue for custom agenda views. With the today's > release_7.4-246-g9658a99 and the test config > (setq org-agenda-custom-commands '(("x" "test" ((agenda) > I observe: > - `C-c a a' like expected: > 1) `d g' stays on "view day" > 2) `w f d g' stays on "view day" and also stays on the day of the next week > - `C-c a x' is expected by me to do the same as above but it does: > 1) `d g' switches back to "view week" > 2) `w f d g' switches back to "view week" and changes back to current week > > Michael In the meantime I did the git bisect for the issue part 1) which is `d g' switching back from "view day" to "view week": -- $ git describe release_7.3-168-gc3b2977 $ git bisect good [...] $ git describe release_7.3-169-g0d0edd6 $ git bisect bad 0d0edd6d21ade8e8617c51e3594ea4e87040e05f is first bad commit commit 0d0edd6d21ade8e8617c51e3594ea4e87040e05f Author: Julien Danjou Date: Fri Dec 3 16:50:50 2010 + org-agenda: rework ndays and span handling [...] -- >From a first glance I think that this commit can not be broken into parts to bisect it further down and I fear that this commit as a whole is too ambitious for me to contribute more just now. Michael ___ 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 Jan 28, 2011, at 2:47 PM, Osamu OKANO wrote: Hi. On Wed, Jan 26, 2011 at 11:16 PM, Osamu OKANO wrote: Hi ! 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))) This is a pretty smart move! - Carsten Regards. ===~/org/action.org=== #+FILETAGS: Action * office :@office: ** DONE I'd like to archive this subtree keeping inherited tags *** DONE step1 *** DONE step2 *** DONE step3 ===~/org/action.org_archive=== Archived entries from file ~/org/action.org * DONE I'd like to archive this subtree keeping inherited tags :Action:@office: :PROPERTIES: :ARCHIVE_TIME: 2011-01-25 tue 19:00 :ARCHIVE_FILE: ~/org/action.org :ARCHIVE_OLPATH: office :ARCHIVE_TODO: DONE :ARCHIVE_ITAGS: Action @office :END: ** DONE step1 ** DONE step2 ** DONE step3 Regards. ___ 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] Bug: Linum-mode + org-indent-mode gives strange graphical refresh bugs [7.4 (release_7.4.41.g96c70)]
On Jan 23, 2011, at 2:51 PM, David Maus wrote: At Thu, 13 Jan 2011 17:13:48 +1100, Chris Barber wrote: Note: run using emacs -q as the bug was reproducible, and this will produce less settings that may complicate the report. Note: only a few months of unix and emacs usage When using org-indent-mode and linum-mode simultaneously, clicking on any line in an org-mode file will cause the cursor and text on the line to quickly shift back a few spaces, and the line number for that line to disappear, and then after a fraction of a second it will return to normal. Other issues: without linum-mode enabled, and with org-indent-mode, clicking on a line that has a link will cause the underline from the link to extend to the left margin temporarily, similar to the bug described above - however the text does not shift to the left like the previous situation. I can reproduce this with Org-mode version 7.4 (release_7.4.215.g1350) GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian Org-mode used line-profix properties to add indentation, and linum mode uses before-string properties of overlays to add line numbers. Both these features add text at display time, but apparently not in an entirely predictable way. I have no idea it it is possible to make both work without any gliches. If anything, this would be a bug report to Emacs, I think. The "other issue" is an artefact of Org using an idle time to update indentation properties. Here my suggestion would be to ignore the issue and live with it. - Carsten Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ 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] org-latex and figures
"Thomas S. Dye" writes: [...] > > Hi Eric, > > Floats are tricky in LaTeX. agreed! > The two most frequent problems, in my > experience, are the "all the floats at the end" problem that bit > Andrea and the "small float on its own page" problem. The first of > these comes from not including [p] and the second comes from including > [p]. I think you have to pick your poison here--there doesn't seem to > be a default that always works perfectly. Yes, agreed as well other than to say that I have found [hbtp] to work for most of my writing over the years. I have seldom had to change from this default. But that could simply be a reflection of the types of documents I work with. Of course, as soon as you start talking about two-column formats, all of this goes out the window! :-) > If you want to avoid both problems, as I do, then I find the best > default strategy to be [htb!], with [p] used for figures that are > designed specifically to fit the whole page. My point was simply that mixing 'h' and 'p' is perfectly legal: they need not be treated as mutually exclusive options! But, in any case, having an org variable that allows setting the figure captions is fantastic: thanks to Eric Schulte for already implementing this! -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.258.gb2ae3.dirty) ___ 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-latex and figures
On Jan 28, 2011, at 5:56 AM, Eric S Fraga wrote: Chris Malone writes: Hi Andrea, I'm inclined to agree with Tom - there is no default that will work in all instances. That being said, you can use an #ATTR_LATEX line to modify the placement for each image - see here: http://orgmode.org/org.html#Images-in-LaTeX-export Alternatively, (and this is very much a hack, which I can't guarantee will work) you could make the org-mode default behaviour be [ptb] by replacing the =(floatp "[htb]")= line with =(floatp "[ptb]")= in the =org-export-latex-format-image= function definition in the file org/lisp/org-latex.el ... you would have to do something similar to the =org-export-latex-tables= function for tables. HTH, Chris I'm not understanding something in this whole thread: all the example options seem to imply that 'h' and 'p' are somehow exclusive. I have always used [hbtp] (a sequence that essentially says: put the figure in place as soon as you can), sometimes with and sometimes without '!' before the h, and I have never had reason to complain about the placement of figures! Well, for some journals/conferences, I've had to adapt this to [hp] if they insist on figures always at the top of a page... but I always have both h and p options. Just my two ¢s... Hi Eric, Floats are tricky in LaTeX. The two most frequent problems, in my experience, are the "all the floats at the end" problem that bit Andrea and the "small float on its own page" problem. The first of these comes from not including [p] and the second comes from including [p]. I think you have to pick your poison here--there doesn't seem to be a default that always works perfectly. If you want to avoid both problems, as I do, then I find the best default strategy to be [htb!], with [p] used for figures that are designed specifically to fit the whole page. What this implies is that figures are designed to fit the printed page, with a preference for figures that are short and wide and a strong aversion to figures that are tall and narrow (except, perhaps, with two-column layouts, which have their own drawbacks). For figures at the top of a page, you probably want [tp] rather than [hp], since [h] will let a figure start anywhere in happens to fall on the page. All the best, Tom ___ 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
Arun Persaud writes: [...] > I also tried the ics2org script, but run into some problems > there... the do you mean my ical2org.awk script? or something else? > script didn't recognize the timestamps, which for me look like: > > DTSTART;TZID=America/Los_Angeles:20110127T11 > > and I think the timezone messes things up. I wanted to ask if the script > exists on github or somewhere similar, if not it would be great, if we > could upload it, so that it is easy to work on it for several > people... if you are indeed referring to my awk script, you are correct: I don't catch these lines. Can you try the attached version? It works for me but I don't actually have any ical/ics files that have entries like that one above. > > Eric:I could upload it if this is ok for you? (what's the license on the > file?) Please feel free to upload it to Worg. I do actually have a task for myself to upload this and related scripts and to write some documentation (essentially what I wrote in my long email months ago when I posted these scripts) but I have just not had the time to spare (bad time of year work-wise...). It's free to use, modify, copy, etc. No warranty blah blah blah. # awk script for converting an iCal formatted file to a sequence of org-mode headings. # this may not work in general but seems to work for day and timed events from Google's # calendar, which is really all I need right now... # # usage: # awk -f THISFILE < icalinputfile.ics > orgmodeentries.org # # Note: change org meta information generated below for author and # email entries! # # Known bugs: # - not so much a bug as a possible assumption: date entries with no time # specified are assumed to be independent of the time zone. # # Eric S Fraga # 20100629 - initial version # 20100708 - added end times to timed events # - adjust times according to time zone information # - fixed incorrect transfer for entries with ":" embedded within the text # - added support for multi-line summary entries (which become headlines) # 20100709 - incorporated time zone identification # - fixed processing of continuation lines as Google seems to #have changed, in the last day, the number of spaces at #the start of the line for each continuation... # - remove backslashes used to protect commas in iCal text entries # no further revision log after this as the file was moved into a git # repository... # # Last change: 2011.01.28 16:08:03 #-- # a function to take the iCal formatted date+time, convert it into an # internal form (seconds since time 0), and adjust according to the # local time zone (specified by +-seconds calculated in the BEGIN # section) function datetimestamp(input) { # convert the iCal Date+Time entry to a format that mktime can understand datespec = gensub("([0-9][0-9][0-9][0-9])([0-9][0-9])([0-9][0-9])T([0-9][0-9])([0-9][0-9])([0-9][0-9]).*[\r]*", "\\1 \\2 \\3 \\4 \\5 \\6", "g", input); # print "date spec : " datespec; convert this date+time into # seconds from the beginning of time and include adjustment for # time zone, as determined in the BEGIN section below. For time # zone adjustment, I have not tested edge effects, specifically # what happens when UTC time is a different day to local time and # especially when an event with a duration crosses midnight in UTC # time. It should work but... timestamp = mktime(datespec) + seconds; # print "adjusted: " timestamp # print "Time stamp : " strftime("%Y-%m-%d %H:%M", timestamp); return timestamp; } BEGIN { # use a colon to separate the type of data line from the actual contents FS = ":"; # determine the number of seconds to use for adjusting for time # zone difference from UTC. This is used in the function # datetimestamp above. The time zone information returned by # strftime() is in hours * 100 so we multiply by 36 to get # seconds. This does not work for time zones that are not an # integral multiple of hours (e.g. Newfoundland) seconds = gensub("([+-])0", "\\1", "", strftime("%z")) * 36; date = ""; entry = "" first = 1; # true until an event has been found headline = "" icalentry = "" # the full entry for inspection id = "" indescription = 0; time2given = 0; print "#+TITLE: Main Google calendar entries" print "#+AUTHOR:Eric S Fraga" print "#+EMAIL: e.fr...@ucl.ac.uk" print "#+DESCRIPTION: converted using the ical2org awk script" print "#+CATEGORY: " NAME print " " } # continuation lines (at least from Google) start with two spaces # if the continuation is after a description or a summary, append the entry # to the respective variable /^[ ]+/ { if (indescription) { entry = entry gensub("\r", "", "g", gensub("^[ ]+", "", "", $0)); } else if (insumm
Re: [Orgmode] Re: Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]
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. 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. -- Julien Danjou ❱ http://julien.danjou.info pgpx0fJTID8Q1.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-latex and figures
Hi, This seems like it should be easily customizable. I've replaced the hardcoded "htb" values with `org-latex-default-figure-position' a new defcustom variable which can be customized to change this behavior. Please pull the latest from git, try it out and let me know if you run into any problems. Best -- Eric Chris Malone writes: > Hi Andrea, > > I'm inclined to agree with Tom - there is no default that will work in all > instances. That being said, you can use an #ATTR_LATEX line to modify the > placement for each image - see here: > http://orgmode.org/org.html#Images-in-LaTeX-export > > Alternatively, (and this is very much a hack, which I can't guarantee will > work) you could make the org-mode default behaviour be [ptb] by replacing > the =(floatp "[htb]")= line with =(floatp "[ptb]")= in the > =org-export-latex-format-image= function definition in the file > org/lisp/org-latex.el ... you would have to do something similar to the > =org-export-latex-tables= function for tables. > > HTH, > Chris > > > On Thu, Jan 27, 2011 at 11:53 AM, Thomas S. Dye wrote: > >> Hi Andrea, >> >> There is no default that will work in all situations. A default of [ptb] >> will typically generate some pages with just a figure and lots of white >> space. I make a lot of latex documents and I find the path of least >> resistance is to use a default of [htb!] and pay attention to the large >> figures so they don't float to the end and take the other figures with them. >> >> All the best, >> Tom >> >> On Jan 27, 2011, at 4:04 AM, Andrea Crotti wrote: >> >> I could not understand why on earth my pdf had all the images after the >>> whole document. >>> Then I found this: >>> >>> http://www.eng.cam.ac.uk/help/tpl/textprocessing/float_hint.html >>> >>> and found out that the default for a figure was >>> \begin{figure}[ptb] >>> >>> while in the generated latex file from org I had >>> \begin{figure}[htb] >>> >>> So I changed to the default and now it works fine... >>> Isn't that default maybe a bit dangerous? >>> >>> The fact is that if the first image doesn't fit "here" it will be >>> printed late and all the others after. >>> >>> I might also just use the latex code here for these things, I don't care >>> to export to other formats, it's just nicer to look if it's in org syntax >>> >>> >>> ___ >>> 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] org-latex and figures
Chris Malone writes: > Hi Andrea, > > I'm inclined to agree with Tom - there is no default that will work in all > instances. That being said, you can use an #ATTR_LATEX line to modify the > placement for each image - see here: > http://orgmode.org/org.html#Images-in-LaTeX-export > > Alternatively, (and this is very much a hack, which I can't guarantee will > work) you could make the org-mode default behaviour be [ptb] by replacing > the =(floatp "[htb]")= line with =(floatp "[ptb]")= in the > =org-export-latex-format-image= function definition in the file > org/lisp/org-latex.el ... you would have to do something similar to the > =org-export-latex-tables= function for tables. > > HTH, > Chris I'm not understanding something in this whole thread: all the example options seem to imply that 'h' and 'p' are somehow exclusive. I have always used [hbtp] (a sequence that essentially says: put the figure in place as soon as you can), sometimes with and sometimes without '!' before the h, and I have never had reason to complain about the placement of figures! Well, for some journals/conferences, I've had to adapt this to [hp] if they insist on figures always at the top of a page... but I always have both h and p options. Just my two ¢s... -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.257.g5d90.dirty) ___ 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 Mon, Jan 17 2011, Julien Danjou wrote: > > This patch has not been installed, and it should be since the problem is > still here. > It is patch number 543: http://patchwork.newartisans.com/patch/543/ and it has been rejected (see: http://patchwork.newartisans.com/project/org-mode/list/?state=4&archive=true ) 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. Cheers, Giovanni >> 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)]
On Mon, Jan 17 2011, Julien Danjou wrote: This patch has not been installed, and it should be since the problem is still here. > 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 -- Julien Danjou ❱ http://julien.danjou.info pgpAizRI5FKIP.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
[Orgmode] Re: org-archive-subtree keeping inherited tags
Hi. On Wed, Jan 26, 2011 at 11:16 PM, Osamu OKANO wrote: > Hi ! > 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))) Regards. > ===~/org/action.org=== > #+FILETAGS: Action > * office :@office: > ** DONE I'd like to archive this subtree keeping inherited tags > *** DONE step1 > *** DONE step2 > *** DONE step3 > ===~/org/action.org_archive=== > Archived entries from file ~/org/action.org > * DONE I'd like to archive this subtree keeping inherited tags > :Action:@office: > :PROPERTIES: > :ARCHIVE_TIME: 2011-01-25 tue 19:00 > :ARCHIVE_FILE: ~/org/action.org > :ARCHIVE_OLPATH: office > :ARCHIVE_TODO: DONE > :ARCHIVE_ITAGS: Action @office > :END: > ** DONE step1 > ** DONE step2 > ** DONE step3 > > Regards. > ___ 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: [ANN] Changes to lists
Nicolas, I found another bug. When I put the cursor on item 2 in my example and cycle through with TAB, I get the following: TAB once: - item 2... another TAB: - item 2 *** Inline Task without a "headline" *** END - item 2a... (=> item 2b is missing!!) third TAB: all It seems as if the list in the inline task confuses the cycle functionality. Regards, Karl Zitat von Karl Maihofer : begin example Test - item 1 *** TODO Inline Task Test *** END - item 2 *** Inline Task without a "headline" *** END - item 2a *** TODO Inline Task Text, and a list: - item 1 - item 1a - item 1b - item 2 *** END - item 2b - item 3 end example - Regards, Karl Zitat von Nicolas Goaziou : Hello, Karl Maihofer writes: Pressing M- with the cursor on "Item 2" in the example below inserts a space before the inline task, so that it's no longer recognized as a task. - Item 1 - Item 2 - Item 2.1 *** Inline Task Text *** END - Item 2.2 - Item 3 Fixed and pushed. I also repaired wrong indentation of text inside the task. Thanks for reporting this. Regards, -- Nicolas ___ 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: [ANN] Changes to lists
Nicolas, thanks, demoting works now as expected. I do have another issue when I export inline tasks: 1. If the inline task doesn't have a "headline", there is an empty space before the content of the inline task. I think in earlier versions it wasn't there. See item 2 in the example below. I sometimes use inline tasks just to comment a line of my lists, so I do not use a TODO-state nor a "headline" for that inline task. Perhaps it is a good idea not to use just and but a div-container (for the "headline" and another one for the text below of it) to be able to use CSS for formatting? 2. Lists in inline tasks are not exported properly (item 2a in the example below). Thanks a lot for your work!! begin example Test - item 1 *** TODO Inline Task Test *** END - item 2 *** Inline Task without a "headline" *** END - item 2a *** TODO Inline Task Text, and a list: - item 1 - item 1a - item 1b - item 2 *** END - item 2b - item 3 end example - Regards, Karl Zitat von Nicolas Goaziou : Hello, Karl Maihofer writes: Pressing M- with the cursor on "Item 2" in the example below inserts a space before the inline task, so that it's no longer recognized as a task. - Item 1 - Item 2 - Item 2.1 *** Inline Task Text *** END - Item 2.2 - Item 3 Fixed and pushed. I also repaired wrong indentation of text inside the task. Thanks for reporting this. Regards, -- Nicolas ___ 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: Embedded code
Sébastien Vauban writes: > Hi Eric and Ido, > > Ido Magal wrote: >> I've gotten the fix and am trying to verify it, however I keep seeing >> >>> File local-variables error: (invalid-function org-save-outline-visibility) >> >> I'm not sure if it's relevant or not. This is my test file: >> >> >> # -*- eval: (org-babel-execute-buffer) -*- >> >> src_sh[:results append]{ls -t ~/org/ *.txt|head -5} >> > > When this call is executed, the table results is inserted *before* the call > line. Is this the intended behavior? > The implementation of inline code blocks assumed that they would be used inline for referencing live values from within paragraphs. The most common usage replaces the code block with the result upon export. We never really anticipated this syntax being used to replace regular code blocks. Given that these can and now are being used in other ways, I've updated the handling of inline code blocks bringing it more inline with regular code block usage -- and simplifying the export mechanisms. They should now insert their results *after* the code block. Best -- Eric > > Best regards, > Seb ___ 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: Notes reviews with sparse trees
Il giorno 27/gen/2011, alle ore 19.32, Matt Lundin ha scritto: > Giorgio Valoti writes: > >> since I started using Org I collected a bunch of notes in a journal >> file and I’d like to review them on a regular schedule. Ideally, I’d >> like to mark a given entry with a review timestamp so I can skip it >> the next I review the journal file and then use a sparse tree to see >> only the notes that I haven’t reviewed in a while. >> >> The problem is that I can’t get a sparse tree using these timestamps >> because it works only with deadlines and schedules. Does anybody know >> how to work around this limitation, short of using a regexp? > > You can use tags/property matches for this. > > For all inactive timestamps more than two weeks in the past: > > C-c / m TIMESTAMP_IA<"<-2w>" That’s perfect! > […] > > And so on... > > Please see the following for more details: > > (info "(org) Matching tags and properties") > (info "(org) Special properties") > > http://orgmode.org/worg/org-tutorials/advanced-searching.html#special-properties Thank you, Matt. -- Giorgio Valoti ___ 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-latex and figures
Hi Andrea, I'm inclined to agree with Tom - there is no default that will work in all instances. That being said, you can use an #ATTR_LATEX line to modify the placement for each image - see here: http://orgmode.org/org.html#Images-in-LaTeX-export Alternatively, (and this is very much a hack, which I can't guarantee will work) you could make the org-mode default behaviour be [ptb] by replacing the =(floatp "[htb]")= line with =(floatp "[ptb]")= in the =org-export-latex-format-image= function definition in the file org/lisp/org-latex.el ... you would have to do something similar to the =org-export-latex-tables= function for tables. HTH, Chris On Thu, Jan 27, 2011 at 11:53 AM, Thomas S. Dye wrote: > Hi Andrea, > > There is no default that will work in all situations. A default of [ptb] > will typically generate some pages with just a figure and lots of white > space. I make a lot of latex documents and I find the path of least > resistance is to use a default of [htb!] and pay attention to the large > figures so they don't float to the end and take the other figures with them. > > All the best, > Tom > > On Jan 27, 2011, at 4:04 AM, Andrea Crotti wrote: > > I could not understand why on earth my pdf had all the images after the >> whole document. >> Then I found this: >> >> http://www.eng.cam.ac.uk/help/tpl/textprocessing/float_hint.html >> >> and found out that the default for a figure was >> \begin{figure}[ptb] >> >> while in the generated latex file from org I had >> \begin{figure}[htb] >> >> So I changed to the default and now it works fine... >> Isn't that default maybe a bit dangerous? >> >> The fact is that if the first image doesn't fit "here" it will be >> printed late and all the others after. >> >> I might also just use the latex code here for these things, I don't care >> to export to other formats, it's just nicer to look if it's in org syntax >> >> >> ___ >> 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] Embedded code
Thanks. Removing package.el and replacing (required 'org) with (required 'org-install) fixed it. I still don't know what the difference is but I seem to be functional now. On Tue, Jan 25, 2011 at 20:54, Eric Schulte wrote: > Ido Magal writes: > > > I've gotten the fix and am trying to verify it, however I keep seeing > > > >>File local-variables error: (invalid-function > org-save-outline-visibility) > > > > Hmm, this function is defined in org-macs.el, and is required by ob.el > so if you have Org-mode and Babel loaded then the function should be > defined. I can't reproduce the error, maybe it is specific to your > Emacs version or configuration? > > Best -- Eric > > ___ > 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: [ANN] Changes to lists
Hello, > Achim Gratz writes: > There's another regression with regards to checkboxes vs. the "old" > 7.01h that I've noticed. If sublists are put into drawers, then > checkboxes depending on that sublist are not updated with your new > version and progress boxes on that sublist will always be at [0%] > and [0/0]. [...] > In this case "Second" will not be recognized to have a sublist with > the new version, while it was at 7.01h. It is debatable what the > "correct" behaviour is, but if in doubt I'd opt for keeping it > backwards compatible. Lists in drawers (or blocks, or inline tasks) are, now, completely unrelated to outer parts of the buffer. Even though you make it look like the list in the drawer is in continuity of the other one, it is not the case. As a corollary, boxes in such a list cannot be seen by a cookie living outside the structure they share. > Another slight oddity is present in the HTML export of this list: [...] > The unfinished checkboxes and progress cookies are not boldened as > they are in Orgmode itself and putting a hidden "X" inside the not > begun checkboxes is somewhat tenous as the "hidden" attribute might > not be honored (as happens for example if you display with "no > style"). Putting a non-breaking space there might be a better idea. As far as I can remember, I did not change this behavior. Though, I don't mind boldening empty and unfinished checkboxes as well, nor I do mind exchanging the hidden attribute for a non-breaking space. What do others users think about this ? Regards, -- Nicolas ___ 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
Hi started writing something up for Worg, can't push to the main repository at the moment (working on it though), but you can look at it at: http://nubati.net/cgi-bin/cgit.cgi/Worg/ I also tried the ics2org script, but run into some problems there... the script didn't recognize the timestamps, which for me look like: DTSTART;TZID=America/Los_Angeles:20110127T11 and I think the timezone messes things up. I wanted to ask if the script exists on github or somewhere similar, if not it would be great, if we could upload it, so that it is easy to work on it for several people... Eric:I could upload it if this is ok for you? (what's the license on the file?) cheers 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
[Orgmode] Re: Hiding deadlines for completed (but not DONE) tasks
Il giorno 27/gen/2011, alle ore 19.41, Matt Lundin ha scritto: > David Maus writes: > >> At Wed, 12 Jan 2011 21:09:33 +0100, >> Michael Brand wrote: >>> >>> On Wed, Jan 12, 2011 at 19:06, Giorgio Valoti wrote: mmmh, maybe there’s just something wrong with my conf: (setq org-todo-keywords (quote ((sequence "TODO(t)" "STARTED(n)" "|" "DONE(d!/!)") (sequence "WAITING(w@/!)" "SOMEDAY(s!)" "|" "CANCELLED(c@/!)") (sequence "APPT(a!)" "ERRAND(e!)" "ONSITE(o!)" "|" "HOME(h!/!)") (sequence "APERTO(f!)" "|" "CHIUSO(F!/!)") (sequence "QUOTE(q!)" "QUOTED(Q!)" "|" "APPROVED(A@)" "EXPIRED(E@)" "REJECTED(R@)" When I tag an item as CANCELLED, the agenda hides it; when I tag it as CHIUSO it still shows up. >>> >>> I can not see anything wrong with this configuration and I hope that >>> someone else can tell more. >> >> This config looks okay and I can't reproduce the problem. > > I can't reproduce the problem either. Yes, I was using a previous version of org. I just updated it yesterday and the problem is fixed. > >> However: It is true that a done task with a deadline stays on the >> agenda (C-a a) if the deadline is/was today. > > This is the default setting, but it can also be changed by setting > org-agenda-skip-deadline-if-done to t. > > 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