[O] Problem with export
I have just upgraded my org to the latest from git. Now I cannot do an export. I have completely commented out any customization in my .emacs for org mode and the problem still remains. Every time I try to export (C-c C-e) I get: Debugger entered--Lisp error: (void-function org-export-dispatch) Any ideas what is happening? This was working with an older version of org (from mid last year). Mark
Re: [O] Problem with export
Hi Noorul, In preparing to answer you I did a little more digging. It turns out my update script had a bug in it so I was not going through the entire update process properly. I was pointing to a non-existent emacs (I had upgraded from 23.1 to 24.1 a few months ago) so none of the autoloads were being created. I didn't notice the problem as the mass of messages coming out of the build process (for the docs which worked) 'hid' the error message. Once I saved the log and studied it I was able to home in on the problem. Once I fixed it I was able to execute C-c C-e without problem. BTW, the version is 8.0.5 Mark On Mon, Jul 8, 2013 at 12:43 AM, Noorul Islam K M noo...@noorul.com wrote: Mark Elston melston1...@gmail.com writes: I have just upgraded my org to the latest from git. Now I cannot do an export. I have completely commented out any customization in my .emacs for org mode and the problem still remains. Every time I try to export (C-c C-e) I get: Debugger entered--Lisp error: (void-function org-export-dispatch) Any ideas what is happening? This was working with an older version of org (from mid last year). I am using the latest version of org and I don't get this error. May be you can post the output of (org-version) here. Also see that you do a clean compile. Usually this is what I do git pull make clean make Thanks and Regards Noorul
Re: [O] [ANN] Org-mode QA test drive on stackexchange.com - Please participate!
It appears this request has been closed as a duplicate of the emacs.stackexchange.com project which is currently in progress. Mark On 7/20/2011 11:12 PM, Thomas Renkert wrote: Hello list, after reading the responses to my initial suggestion yesterday (http://thread.gmane.org/gmane.emacs.orgmode/44582) I've set up a proposal on are51.stackexchange.com for a SE-site that is dedicated to Org-mode only. Think something like http://tex.stackexchange.com solely for Org-mode! This is *only* meant as an addition to the existing ways of documentation (the manual, the mailing list, worg etc.). The idea is that a SE-like interface facilitates quick and dynamic solutions to different questions, from basic to expert, from notetaking to Gnus to LaTeX to literate programming. Questions can be tagged and users can follow those tags and users that are relevant to their own interest and use cases. *If you can see at least some possible value in this, please log in and follow the proposal here* : http://area51.stackexchange.com/proposals/33822/org-mode-your-life-in-plain-text-an-emacs-mode-for-notes-todo-lists-project-p?referrer=Xzp7g4w_XthPgz9TkALBAg2 After gathering enough followers and sample questions, we will move on from phase 1 to the other phases and hopefully get to the beta-phase where the site is actually usable. This process has the advantage that it serves as a poll among org-mode users at the same time. If there is enough interest, it will get going. If there is not, it will die. And this part requires no work from our site. Also, we won't have any work with setting it up or maintaining it. Q: But stackexchange is closed source! This goes against my principles! A: If this works out and we feel the need to take matters into our own hands, we can still install askbot.org (FOSS). Using stackexchange for now is simply the most pragmatic way. Q: What about the dissemination of information? A: Most tutorials, hacks etc. on worg are originally independent blog posts or the result of longer discussions on the mailing list. People needed to be asked to contribute them in a compact and digestible format to worg. I see no problem in doing the same thing with interesting questions and solutions on our SE site. Once again, please contribute your voice to the SE proposal. If you have your own blog or if you are on www.emacswiki.org or http://planet.emacsen.org, it would be awesome if you could make a small post with this button embedded so it attracts more people: a href=http://area51.stackexchange.com/proposals/33822/org-mode-your-life-in-plain-text-an-emacs-mode-for-notes-todo-lists-project-p?referrer=Xzp7g4w_XthPgz9TkALBAg2;img src=http://area51.stackexchange.com/ads/proposal/33822.png; width=220 height=250 alt=Stack Exchange QA site proposal: Org-Mode: Your Life in Plain Text. An Emacs Mode for Notes, Todo Lists, Project Planning, and Authoring. //a If people like this idea, maybe we could put this link on the orgmode.org frontpage? Thanks for reading. regards, Thomas
Re: [O] Using orgmode to take inline notes for research
On 4/6/2011 9:33 AM, John Hendy wrote: ... Inline comments already look pretty good, and I can do something like this: ,- | *** Notes | Here's some notes just want to see how this looks. Here's some notes just want to see | how this looks. | | Here's some notes just want to see how this looks. Here's some notes just want to see | how this looks. | *** END `- Then on export I get a nice bold *Notes* followed by my notes: ,--- | *Notes* Here's some notes just want to see how this looks... | \linebreak is here | Here's some notes just want to see how this looks... `- If I add :export: to that Notes headline (and all of them), then it breaks them up a bit: ,- | *Notes* | \linebreak is here | Here's some notes just want to see how this looks... | \linebreak is here | Here's some notes just want to see how this looks... `- So... if I were just interested in my notes (say I wanted to just push the notes to my blog or share them without all the other text), it might get odd to see all of those headlines. Can one export just the text and hide the headline text altogether? And would this also create the appearance of simply paragraphs one after the other, or would there be some increased spacing between different chunks? I do something similar to this but don't put any heading text on the line. I *do*, however, use tags for exporting various blocks for different purposes. This can be useful here if you want to 'munge' things a bit on export, though it would likely take some careful post processing or multiple passes through your doc to get what you want. This is what I do when creating notes for teaching and handouts for students from a single org file... Lastly, it would be fantastic to have a toggle on the style used for export of these. I would love to be able to have the inline notes perhaps indented a little bit, but when exporting them alone, to turn that off. Mark
Re: [O] Continuation of main section text after subsections ?
On 3/27/2011 8:02 AM, Marcel van der Boom wrote: Hi, When I'm using orgmode to write out largish documents, I often run into the outlining problem that it's apparently not possible to continue text of a higher level outline once subsections have been started. A simplified example of such an outline would be: --- * Main headline Some thoughts expressed here ** Subheading 1 More thoughts expressed here ** Subheading 2 More thoughts expressed here I would like to have this text part of 'Main headline', not of 'Subheading 2' I have been following this thread with some interest. But I must admit to being a little confused as to what is meant by the last sentence, above. If this is just a matter of indentation in the org file that can be handled by the user. Org will honor any user-specified indentation for entered text and all subsequent text will maintain the same indentation until a new heading is encountered or the user enters text with a new indentation level. If, OTOH, what is asked for is having org understand that the final sentence was part of the main heading so that folding subheading 2 would not fold the last sentence as well, that is something else entirely. I would suggest that the common rules of outlining should be observed so as to minimize the principle of least surprise to the end user. Org mode is, after all, an outliner (albeit one with a /lot/ of bells and whistles added for convenience). On those occasions where I ran into something similar I wound up restructuring my organization to suit. For example, the above might be better structured as: * Main headline Some thoughts expressed here ** Initial points *** Subheading 1 More thoughts expressed here *** Subheading 2 More thoughts expressed here ** Next set of points I would like to have this text part of 'Main headline', not of 'Subheading 2'. However, as it doesn't belong to the previous set of points it starts a new subsection of the 'Main headline.' etc. This seems more in line with what you were intending, anyway. Something to keep in mind here is that in the final output, unless you really jump through some hoops, there isn't going to be any difference in the text associated with the different heading levels. That is, text under Main headline will look (font/indentation/etc) identical to text under Subheading 1, etc. So the only real difference is going to come from the nature of the outline and the subsequent sectioning commands in the output. Of course, if Subheading 1/2 were changed to lists this is /not/ the case as lists are visually distinct from the surrounding text... I have recently been playing with Freemind and find it a pretty interesting alternative to a purely textual listing as in org-mode. However, mind-maps seem to be rather isomorphic with outlines in many ways and *still* follow most of the same rules (adapted for a graphical environment, of course). I guess I am just not certain how free floating text in an outline is to be viewed conceptually, or to be rendered in the final output. Mark
Re: [Orgmode] [OT] Taskwarrior, nice GTD-oriented CLI thing
On 2/4/2011 11:16 AM, Eric Schulte wrote: Mark Elstonm_els...@comcast.net writes: On 2/3/2011 8:03 PM, Torsten Wagner wrote: Hi Marcelo, Emacs can run as a dameon and as that you could access it via emacsclient. What is needed is a nice interface to allow to send simple requests to insert and fetch data from org-mode. Some of the org-mode function might do this already, however, I guess a decent layer which hides the complex org-mode routines and provides simple to use in- and output functions might be more effective. There is also PyOrgMode which can probably be developed as an intermediary between the two. I, for one, find Python *much* more approachable than elisp... :) The only problem here is that you will invariably begin re-implementing the entirety of Org-mode in python. I think that an emacsclient backend exposing an Org-mode api is the best bet, then a Python wrapper around such a backend could be appropriate for writing the front-end interface. I suppose that depends on what the CLI would have to do. This discussion was about how to transfer data between the two frameworks. You wouldn't have to implement all of org-mode in python to read through an org-mode file, though I admit some sections would be more difficult than others (org-babel stuff, for example). I have found that the kind of stuff I would like to transfer from org to something else (and vice versa) is pretty simple most of the time. The more complex org-files are not calendar/agenda kinds of things but documents I use org to manage as I write (class notes/handouts/etc). My calendar/agenda stuff is reasonably simple and could pretty easily be parsed by most languages that have some support for parsing (built-in, or library/tool support a la yacc/lex, etc.). Other people might have more significant requirements, I suppose. Mark ___ 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
On 1/30/2011 5:28 AM, Greg Troxel wrote: Mark Elstonm_els...@comcast.net writes: On 1/29/2011 12:44 PM, Greg Troxel wrote: I have never made use of any .ical/.ics files so this hasn't been an issue for me. The only UUIDs I am dealing with are google calendar's own internal UUIDs. I don't know how they compare with other UUIDs. I suspect, but am 100% not sure, that sending events to google calendar via the command-line tools is conceptually similar to exporting to ical and doing an import to some ical-style GUI calendar program. You are probably correct here. I did some digging into ical and get the feeling that the ids are the same thing. What I am working on now is a python script to initialize some of the info I have in my org files with info from google (including the google UUID). Most of this will go into a property drawer. This drawer can certainly be expanded to contain additional data from other tools as necessary. I think you're thinking the same problem I didn't articulate very well events in iCalendar/etc. systems (including google calendar) have a UUID, and those systems typically can accept an existing UUID on import org events have a UUID, at least after org-mobile-export, and it's ID in properties drawer. I'm not sure if these can be used as-is when exporting via iCalendar. someone might end up with the same event in both systems, but without matching UUIDs. In that case, there needs to be some way to merge events and remember both UUIDs so that future syncing keeps the events merged. What I have done is to have a property called GOOGLE_UUID to keep track of that item. This way, if any other property gets added it probably won't conflict and I can keep track of google stuff separately. What I would like is to be able to shuffle my schedule in org as it is often a more convenient interface for this than *any* calendar I have used for the kinds of things I have to do. Once I get the dates/times for individual events the way I want them I would then push them to google (or wherever). My notes and other useful data stay in org. Agreed; this is what I would like to do also. But I would like to also be able to change a time in [non-org scheduling program] or add an event (perhaps via a mailed iCalendar invitation) and have those flow into org. I am working on the logic to do that right now. It is easier for me to work in Python as I am not an elisp expert but I am going to have to do *some* of this in elisp eventually. ical export seems to be present in org, but I found duplicated events after multiple exports. I need to find time to try it more and either fix it or construct a good bug report. I have had some confusion regarding repeated events. Does this have anything to do with what you saw? Mark ___ 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
On 1/29/2011 6:53 AM, Torsten Wagner wrote: 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. As fare as I know Google does not allow native usage of any other calendar service. There are a few calendar apps which allow the use of an non Google calendar. However, I would prefer something which integrates neatly with Android. I'm not a big fan of the idea to feed all my stuff to Google, neither but at the moment it seems to be the best working option (not surprisingly for using a OS developed by Google). I wasn't all that keen on it at first but I really got to like it when I was able to update my calendar from my phone or my laptop or my desktop at work and all three would see it. When I found I could create multiple calendars and share *some* of them I really started to enjoy the idea of a central server for my calendar data. I still don't put anything on there that would compromise my privacy if it got exposed. I checked for the API and googlecl. Lets say there is plenty space for improvement on Googles side ;). Yeah, the best documentation is about the JSON or XML syntax which can leave you scratching your head as to how to do some things in client code or googlecl (or even if you *can* do them). Maybe, we should all focus to improve mobileorg. I like the idea but won't want to give up the google calendar. I would prefer to see my schedule, appts, etc in one place (on my calendar) with supporting data elsewhere. This is what I would like to use something like mobileorg for. There are already plenty of good apps for taking the google calendar and presenting it in useful ways. What I would like is to be able to navigate from an event in a calendar to whatever notes I have in org related to it. That is where I keep the details, notes, private stuff that I keep off the calendar. It keeps the calendar clean and simple but I get all my notes as necessary. Mark ___ 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
On 1/29/2011 12:44 PM, Greg Troxel wrote: Mark Elstonm_els...@comcast.net writes: [google calendar] I wasn't all that keen on it at first but I really got to like it when I was able to update my calendar from my phone or my laptop or my desktop at work and all three would see it. When I found I could create multiple calendars and share *some* of them I really started to enjoy the idea of a central server for my calendar data. You are blurring having a calendar server and being forced into sharing your data with google because of using non-free software that is crippled by not being able to set the server URL. I pointed out in a different thread that the software I use doesn't *require* syncing with google, but can work very nicely as an offline calendar. I use the google server for the reasons I gave. ... org syncing with a calendar server makes a lot of sense to me, but again that's separate from a the only usable calendar server is google. That wasn't my intent. I use google since it is convenient and available everywhere I have a network connection (or 3G with my phone). If another service came along that fit my needs as well or better I would certainly take a look at it. I think the only tricky part is somehow push UUIDs during scyning, and then you'll need an operation to merge an org event and an ical event with different UUIDs and remember the foreign UUID for the next sync. I'm not sure what you mean by this. I have never made use of any .ical/.ics files so this hasn't been an issue for me. The only UUIDs I am dealing with are google calendar's own internal UUIDs. I don't know how they compare with other UUIDs. What I am working on now is a python script to initialize some of the info I have in my org files with info from google (including the google UUID). Most of this will go into a property drawer. This drawer can certainly be expanded to contain additional data from other tools as necessary. What I would like is to be able to shuffle my schedule in org as it is often a more convenient interface for this than *any* calendar I have used for the kinds of things I have to do. Once I get the dates/times for individual events the way I want them I would then push them to google (or wherever). My notes and other useful data stay in org. That is what I will be working on as I have the time. Mark ___ 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
On 1/26/2011 4:33 AM, Eric S Fraga wrote: Arun Persaudapers...@lbl.gov writes: [...] For the other route, org to Google, I use the googlecl (command line) interface: http://article.gmane.org/gmane.emacs.orgmode/27214 don't really know that much lisp, but I guess you add the entries directly to google when you create them via org-capture? What happens if you later edit an entry, say change the time/date? This is something I do very often and I would need google to reflect those changes. I also only want to export certain tags and entries that have a date-range (e.g. start and stop time), but I guess that could be easily arranged in the lisp function that you wrote? The short answer is that I don't have any automation for updating events that change unfortunately. I imagine one could get googlecl to do this but given the lack of documentation on that interface, it could be tricky. If anybody figures out how to do all of this with googlecl, I would be more than happy! You are right that googlecl is poorly documented, and worse, it doesn't even work as the documentation says it should. Try retrieving calendar events with --fields=title,when and see what happens. I get the title printed out but the when always comes out as None. However, I have had better luck with the python gdata interface. The docs aren't much better but I have managed to figure out how to modify an existing event using it. And, there are examples of how to search for specific events... While using googlecl might be interesting it would probably be simpler to come up with a specific library for doing the things that need to be done directly with gdata (which is what googlecl uses anyway) and calling scripts that make use of this specific library, instead. Mark ___ 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
On 1/26/2011 4:52 PM, Arun Persaud wrote: Hi You are right that googlecl is poorly documented, and worse, it doesn't even work as the documentation says it should. Try retrieving calendar events with --fields=title,when and see what happens. I get the title printed out but the when always comes out as None. my man pages for googlecl don't mention a fields options. Doing google calendar list when,where,title works for me though (using googlecl that comes with openSUSE 11.3). I try this and get absolutely nothing. Just an empty calendar line. I am using the latest (0.9.12), BTW. If you enter google --help part of the help is: --fields=FIELDS Fields to list with list task. However, I have had better luck with the python gdata interface. The docs aren't much better but I have managed to figure out how to modify an existing event using it. And, there are examples of how to search for specific events... cool, do you have this integrated with org? if so could you post the code? Not yet. I have just started playing with it so I wanted to get a feel for how to do some of the basics (which took some playing first). There are some really simple examples on the website but for anything more complicated you need to look at either how the XML is structured or take a look at JSON info and try to deduce from there what is needed in the python code. It isn't always (or even usually) obvious... At least it hasn't been for me so far. While using googlecl might be interesting it would probably be simpler to come up with a specific library for doing the things that need to be done directly with gdata (which is what googlecl uses anyway) and calling scripts that make use of this specific library, instead. I guess one could also use google calendar completely without googlecl or gdata, since you can point google at an .ics file to import it into google's calendar and Eric's script already handles the other way (google-org). Perhaps, but one of the things I want to do is to share a couple of my Google calendars with specific groups of people. I have a home, work, and two different teaching calendars. If I have an .ics file on my machine that doesn't help much in the sharing, does it? I don't know as I have never used an .ics file for anything yet. I would like to maintain info about upcoming classes in my org file and, when things change, update the calendar with the appropriate information. Occasionally I have had to reschedule classes, for example, or break a single session into two sessions. What I want is to publish the resulting information after all my org file manipulations are done so my students can see the results. Mark ___ 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] MobileOrg and Voice Capturing (Android)
Sven, I have tried this according to what you suggested earlier but haven't had any luck yet. My script is: # Capture.py import android droid = android.Android() droid.setClipboard(droid.recoggnizeSpeech().result) droid.startActivity(com.matburt.mobileorg.Capture) When I run this the voice capture dialog comes up and the script exits without an exception but the Capture activity doesn't come up and nothing is added to the MobileOrg data. What do you have that is different? Mark On 12/3/2010 5:45 AM, Sven Bretfeld wrote: Hi Matthew Matthew Jonesbsdmatb...@gmail.com writes: Alright guys, I've gotten this to work I've posted an early build of MobileOrg that supports this here: http://matburt.net/files/mobileorg-debug.apk Thank you very much for your wonderful work. It works like a charm. I have tested it over ten times now, and it seems to be completely stable. I will do some further testing during the weekend and also try to create some tasker profiles with it. My ten year old son sits next to me and suggests some ideas for you to become a millionaire :-) Thanks again and have a nice weekend 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
Re: [Orgmode] MobileOrg and Voice Capturing (Android)
Looking forward to it Matthew. Thanks for the hard work. Mark On 12/2/2010 12:41 PM, Matthew Jones wrote: Mark, you are exactly right about this... I made some good progress on it last night, I will reply to this thread once I have something concrete. Would love to get you guys to test and earlier version of it before I release it to the market with that change. http://matburt.net On Thu, Dec 2, 2010 at 2:14 PM, Mark Elston m_els...@comcast.net mailto:m_els...@comcast.net wrote: ... Sven, Matthew said in an earlier email that he has some work to do on the Capture activity to make this work. I am not sure what that work is - it *could* be that there is no Intent filter for that Activity in the manifest for it to respond to. That would have the effect you noticed as (I think) both of the above methods create Intents and send them to the app to start the Activity. But whatever it is you will likely have to wait for him to finish before this will work. Mark ___ 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] MobileOrg and Voice Capturing (Android)
Have you looked at sl4a (formerly ase)? With it you can start Intents and perform clipboard operations plus file manipulations using a standard scripting language like perl, python, or ruby (among others). This might be very useful. Mark On 11/28/2010 11:10 AM, Sven Bretfeld wrote: Hi together TextToSpeech has made our lives easier, especially for car-drivers like me. I have tried to capture tasks by voice on my Android device and implement them automatically to my org-files at home. The results are practicable but far from optimal by now. Maybe there are some Android users on this list who like to get involved in trying to find an optimal solution. *My method at the moment:* I use tasker, the Android killer-app for automatizing almost every thinkable task. Created a new task called org-voice with tasker. Pressing the associated icon does the following: 1. Plays Darth Vader's voice saying What is thy bidding, my master? 2. Loads app Voice2Clipboard 3. Waits for 30 seconds (to get Voice2Clipboard ready for recording and for me to finish speaking the note) 4. Write File: Writes the clipboard content to a file /sdcard/dropbox/org/org-voice.org After uploading the file with Dropbox, a cronjob on my PC (which is always switched on) takes care of the file. Its lines (each is a capture item) are transformed by a series of sed operations and put into a different file from-org-voice.org together with some TAGS and a TODO keyword; after that the original file is emptied. That's it. The problem with this approach is that you still have to manually download the (empty) capture-file (org-voice.org)[¹] and to manually upload it again, because Dropbox for Android doesn't sync changed files on the sdcard automatically. And especially to upload process needs quite a view clicks. *What would be better:* Use MobileOrg and have the clipboard contents written into the file used by MobileOrg for written captures. This is /sdcard/mobileorg/mobileorg.org if you use sdcard-storage. This way, you could use MobileOrg's own syncing process and no cronjob would be necessary. This could be done in two ways: 1. Use the same procedure and let tasker write the contents into the file directly. This is not possible for me since I have to use internal-storage for reasons of performance[²] and the files in /data/data/com.matburt.mobileorg/files/ are not writable for other programs without root. 2. Use tasker to start MobileOrg, enter the capture dialog and have a voice recognition app started. I simply don't know how to do that. Maybe tasker can even be programmed to automatically start MobileOrg's syncing process from time to time. But I don't know if and how this is possible. Does anybody have a better solution? Or a better idea? Greetings, Sven [¹] If you don't, the next sync with dropbox would replace the file with your notes by the empty file hosted on the Dropbox server. [²] On HTC Magic (Android 1.6) sdcard-storage makes MobileOrg incredibly slow. It takes more than a minute after starting MobileOrg until the files are displayed. ___ 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] Creating files for a Kindle
On 11/27/2010 2:03 PM, Alan L Tyree wrote: I have used org to create ePub format by exporting to xhtml then using Sigil to complete the task. I would then use Calibre to convert from ePub to Kindle format. There are lots of instructions on the Web for building ePub directly from the xhtml file if you don't want to install Sigil, but I have found Sigil to be an easy to use program for making the ePub. HTH, Alan I have used Calibre to convert directly from HTML to ePub. What advantage is there in using Sigil first? Mark ___ 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] include an .org file and lower the level of all its headers
Scott, I don't know about Jianshi's specific needs but I have also wanted the same thing for myself. I often put together standard information on a variety of topics that I talk about in separate files. When I put together a talk for a given topic I include many of these sub-topics in a given talk. However, I usually need different surrounding material to preface these topics and draw conclusions relevant to the main topic. I would like to be able to continue to have these sub-topics in separate files and just include them (by reference - so to speak) in my notes without having to adjust their heading levels or pasting them directly into my notes. Mark On 11/10/2010 3:09 AM, Scot Becker wrote: Jianshi, I've never heard of any way to do that with an #+INCLUDE. There are variables that automatically demote subtrees that you yank in with CTRL-Y, but that's a hard-INCLUDE, so to speak, and you probably have your reasons for wanting to keep them in separate files. Scot On Wed, Nov 10, 2010 at 9:46 AM, Jianshi Huang jianshi.hu...@gmail.com mailto:jianshi.hu...@gmail.com wrote: Hi, I know I can include any file using #+INCLUDE. I need to include several org files, but they were edited independently as a complete document. Now I want to lower the levels of headers in these org files automatically during inclusion. Is there a way to do that? Cheers, Jianshi ___ 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] latex export: using levels to export to beamer and article-only mode (with beamerarticle)
Jay, I do something similar but don't use beamer. I have two sets of latex output from my notes, one for handouts and one for lecture notes. I use an arrangement of sub-headings without titles but with tags for describing what is included in each set of output. It is all put together with an SCons script to take the specific notes and generate a PDF output for notes and handouts. How this could be folded into a beamer presentation I am not sure. If you would like details let me know and I can send you a representative sample to play with. It is kind of complicated, unfortunately, since it also makes use of additional entries in org-export-latex-classes, but since I have it working it meets my needs. YMMV. Mark On 10/19/2010 9:03 AM, Jay Snoddy wrote: I am attempting to make a presentation and lecture notes out of org, similar to what I have done before in normal latex. I would like to use the heading levels to determine what does or does not get displayed in presentation mode. The very lowest levels would be seen only in lecture notes; the latter might be extensive text. (Note that the lecture notes are to be in the latex class, article, with \beamerarticle Not as the beamer notes per se . Beamer allows for modes to hide article content from slides) I am an org mode and emacs newbie and seem to be making newbie mistakes in approach, though, so I would like to ask for ideas on the best approach for this. I would like to do something like the following... * section ** subsection *** frame (but possibly subsubsection in article mode.) one (and only one) item within an itemized list environment * \onlyarticle{ \paragraph{%s}} ** \onlyarticle{ \subparagraph{%s}} *** \onlyarticle{%s} \onlyarticle{%s} I would like to avoid blocks or labels for this and just determine this by heading level, as --at least in my newbie hands-- moving things around when writing/revising is a lot simpler if I just stick with simple outlining. For the subset of work involving lecture notes, I would be willing to lose ability to change frame levels. I am using a day old Org version. Any thoughts or suggestions would be very much appreciated! ___ 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: From state table to state diagram
Gary, One other request for you to entertain. When you get into the Python code (I can help with this, if you need it) think about organizing it such that you can use multiple output mechanisms. For example, default it to use dot as you have been talking about but allow for the use of tikz as Erik Fraga mentioned in August. This would imply converting to some intermediate representation from the table form and then passing that data to a dynamically selected back-end output engine. I suggest tikz as an alternative since it can make such beautiful graphs. I haven't made use of babel yet so I don't know all its ins and outs but I expect that there are ways of passing additional information to the language doing the heavy lifting so we could add various output modules... Mark On 9/26/2010 11:27 PM, Gary wrote: Rainer M Krug wrote: I really like the idea of this conversion from a State Transition Table to a State Transition Diagram as it is much easier to make a table then a graph. Easier to maintain, too - I ahte trying to reorganise all the transition arrows when I change something :)) Unfortunately I don't know enough of python to help here. I'm learning it in order to do this :P Could you please publish your solution here (and on worg) as it would be a very useful addition to org. Sure :) ___ 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: questions about html export
Daniel, I think the thread that Thomas is referring to is the one started by Nicolas Goaziou regarding exportation to LaTeX. He submitted a patch but in his email he noted that the exportation to HTML is still not working correctly for these cases. However, he provided a clue as to what the problem might be so if you were so inclined you could start there and look for an answer... Mark On 6/17/2010 6:32 PM, Daniel Mahler wrote: On Fri, Jun 18, 2010 at 2:30 AM, Daniel Mahlerdmah...@gmail.com wrote: Hi, I have 2 issues with exporting 1. I would like html export to activate plain links Ignore this, they are activated. 2. I would like to embed source blocks in numbered lists, without breaking the numbering ie: 1) get ready #+BEGIN_SRC sh get_ready #+END_SRC 2) go #+BEGIN_SRC sh go #+END_SRC currently the src blocks cause the numbering to reset, so all items in a sequence like this are numbered 1 this is still an issue ___ 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: LaTeX export and LaTeX environment
Wow! I had hoped to start looking at this over the long weekend but had other things grabbing my attention. Now Chris has already submitted a patch for it! Chris, I take it that the following: #+begin_refquote {Albert Einstein} Make things as simple as possible, but no simpler. #+end_refquote would then translate into: \begin{refquote}{Albert Einstein} Make things as simple as possible, but no simpler. \end{refquote} This is exactly what I was looking for. Mark On 6/1/2010 8:02 AM, Chris Gray wrote: Chris Gray wrote: I actually needed this yesterday, so I'll make a patch and try to send it in the next couple of days. Here is the patch for the LaTeX exporter. I'm not much of an HTML person, so I don't know if arguments would be useful there. Cheers, Chris ___ 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: One org file, multiple exports, is it possible?
On 5/25/2010 9:20 AM, Thomas S. Dye wrote: Thanks Bernt, So, broken custom settings appear to be the cause of the unexpected behavior. Two questions: 1) Do programmers have a name for this situation, where custom settings seemed to work perfectly for a long time but then failed noticeably with the introduction of new, correct code into the .emacs? Well, in an organization I used to work at we called it 'bit rot' though it wasn't necessarily about Emacs ... :) Mark ___ 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-toodledo : sycning org-mode and Toodledo
I agree. I installed Got To Do on my droid and its ability to sync with toodledo is perfect. I hope that the reverse sync'ing with org can be brought up to speed. In the long term, however, I think MobileOrg-Android being developed by Matthew Jones is probably the best bet as it can support *all* aspects of org and not just TODO's. For the time being, though, TODOs are sufficient for me. I hope to have time this summer to work on both projects. I am pretty swamped for the next couple of weeks though. Mark On 5/22/2010 7:29 AM, Sven Bretfeld wrote: Hi Mark I'm not at home at the moment. Just a short note off the road. Mark Elstonm_els...@comcast.net writes: I just noticed, however, that setting a Deadline in Toodledo does set the DEADLINE in org. I think it works for me this way only too. I have mainly tried to use Toodledo as a means for capturing. This works quite good for next actions with only one tag (context). What i have captured on my Android since Thursday straightly went to my org file at home (run-at-time), and found its way back to my phone within an automatic html export of my agenda. However, a full sync with any of the available web todo services would be great. and I think Sachua's toodledo solution is by far the most advanced at the moment and the best point to start with. 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
Re: [Orgmode] org-toodledo : sycning org-mode and Toodledo
Sven, I have been playing with this today as well and can't get DEADLINES to work. How did you do it? When I set a deadline in org and sync it doesn't show up in Toodledo. In fact, I set a Start Date in Toodledo and did an update and my Scheduled date in org went away. Mark On 5/20/2010 2:18 AM, Sven Bretfeld wrote: Hi Giovanni and all others Giovanni Ridolfigiovanni.rido...@yahoo.it writes: Just for information: Two days ago (May 16th, 2010 ) Sacha Chua published a blog post with her contribution to org-toodledo.el - Toodledo integration for Emacs Org mode http://sachachua.com/wp/2010/05/org-toodledo/ The code is available also on GitHub at http://github.com/sachac/org-toodledo Perhaps it is worth to look at it. Yes it definitely is. I'm playing with it at the moment. There are also some Toodledo clients available for Android. Here are some problems I encountered: 1. _Tags are ignored._ Toodledo discriminates between Contexts and Tags. The preamble of org-toodledo.el states that both are mapped to what is called tags in orgmode (e.g. :@HOME:). But Toodledo-tags are ignored in the sync-process (both ways), while contexts are working fine. 2. _Start Dates are ignored._ Toodledo's Start Dates should be mapped to SCHEDULED in orgmode according to the preamble. This is also not working for me. DEADLINE (Due Date) is working fine. 3. _Diacritics_ German (and probably other) umlauts break the upload. A task like ** TODO Test für Uploads ends up like Test f in Toodledo. Downloading similar entries end up in the wrong encoding in orgmode. 4. _Time_ Using the Due Time field (instead of Due Date) in Toodledo breaks the sync process: Wrong type argument: stringp nil. 5. _Appointments?_ Is there any way to use normal active timestamps? Toodledo has no calender nor a function for appointments. It would be nice to use Toodledo to at least capture appointments. I've tried to manually add a timestamp like2010-05-27 11:00 to the headline or the textfield, but that doesn't work due to the encoding problem mentioned above: The character will be changed during the sync process. 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
Re: [Orgmode] video of the org-mode git repository
On 5/20/2010 8:20 AM, Carsten Dominik wrote: On May 20, 2010, at 8:05 AM, Eric Schulte wrote: So this has been done before, but I recently stumbled across the gource (http://code.google.com/p/gource/) tool for visualization of git commit histories, and I applied it to Org-mode's git repository. See the results at http://vimeo.com/11889681 Awesome! Even though I look like a hyperactive kid with a laser gun :-) Cheers - Carsten More like a hyperactive bee pollinating flowers... Mark ___ 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-toodledo : sycning org-mode and Toodledo
I just noticed, however, that setting a Deadline in Toodledo does set the DEADLINE in org. Guess I need to start diving into the code. Mark On 5/20/2010 2:42 PM, Mark Elston wrote: Sven, I have been playing with this today as well and can't get DEADLINES to work. How did you do it? When I set a deadline in org and sync it doesn't show up in Toodledo. In fact, I set a Start Date in Toodledo and did an update and my Scheduled date in org went away. Mark On 5/20/2010 2:18 AM, Sven Bretfeld wrote: Hi Giovanni and all others Giovanni Ridolfigiovanni.rido...@yahoo.it writes: Just for information: Two days ago (May 16th, 2010 ) Sacha Chua published a blog post with her contribution to org-toodledo.el - Toodledo integration for Emacs Org mode http://sachachua.com/wp/2010/05/org-toodledo/ The code is available also on GitHub at http://github.com/sachac/org-toodledo Perhaps it is worth to look at it. Yes it definitely is. I'm playing with it at the moment. There are also some Toodledo clients available for Android. Here are some problems I encountered: 1. _Tags are ignored._ Toodledo discriminates between Contexts and Tags. The preamble of org-toodledo.el states that both are mapped to what is called tags in orgmode (e.g. :@HOME:). But Toodledo-tags are ignored in the sync-process (both ways), while contexts are working fine. 2. _Start Dates are ignored._ Toodledo's Start Dates should be mapped to SCHEDULED in orgmode according to the preamble. This is also not working for me. DEADLINE (Due Date) is working fine. 3. _Diacritics_ German (and probably other) umlauts break the upload. A task like ** TODO Test für Uploads ends up like Test f in Toodledo. Downloading similar entries end up in the wrong encoding in orgmode. 4. _Time_ Using the Due Time field (instead of Due Date) in Toodledo breaks the sync process: Wrong type argument: stringp nil. 5. _Appointments?_ Is there any way to use normal active timestamps? Toodledo has no calender nor a function for appointments. It would be nice to use Toodledo to at least capture appointments. I've tried to manually add a timestamp like2010-05-27 11:00 to the headline or the textfield, but that doesn't work due to the encoding problem mentioned above: The character will be changed during the sync process. 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 ___ 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: LaTeX export and LaTeX environment
Ulf, Carsten, On 5/19/2010 12:27 AM, Ulf Stegemann wrote: Hi Carsten, Carsten Dominikcarsten.domi...@gmail.com wrote: On May 19, 2010, at 8:34 AM, Ulf Stegemann wrote: ... the LaTeX exporter seems to cease to work when encountering a LaTeX environment. it has always been like this, check out this entire thread for work-arounds and other solutions http://thread.gmane.org/gmane.emacs.orgmode/12977 I must have been blind, thanks for the pointer! It works like a charm with org-special-blocks. Ulf I have not looked into the contrib directory lately (for quite a while, actually) so was not aware of the org-special-blocks stuff. This is pretty cool and *almost* what I was about to ask for as well. The only problem I have with it is I need (for specific environments) to pass a parameter to the \begin{xxx} call on latex export. I think what is there is a more than adequate basis for what I am looking to do and I will add my stuff to it and try it out. My question is: Is there a preferred way of doing this? I can do a local enhancement that hard-codes what I am trying to do but would prefer to do this is a more open-ended (even elegant) way. At the end of the day it simply has to work. But I would prefer doing it right. :) Mark ___ 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: Limited #+INCLUDE ?
On 4/26/2010 7:19 PM, Dan Davison wrote: Mark Elstonm_els...@comcast.net writes: Dan, The use of line numbers seems a little error prone since line numbers can change dramatically by simply editing the file. If you edit one section of a file, even if you update the line numbers for that section, you will need to search out all the *other* links to sections in that file and update them as well as they will become stale. And, since it will be possible to have multiple org files with links into a single source file, this will be a *very* difficult thing to manage. Hi Mark, Your idea about regexps sounds promising, though. My current thought is that Emacs bookmarks might be the technology to use here. They seem to be designed for this task (saving a reference to a location in a file which is robust to mild file alteration), they are almost 20 years old, and there is already org-bookmarks.el in contrib by Tokuya Kameshima[1]. I haven't tried this so I don't know how resilient it is to changes in the target file. (info (emacs) Bookmarks) You could define 'markers' in comments delimiting the relevant sections of code and org could search these out easily enough. My hope was to avoid forcing the target files to receive extra Org-related content. E.g. suppose that the target files are a collaborative project involving non-Org users that is under version control; one wouldn't want to commit those special tags, and one wouldn't particularly want to have to filter them out them when making commits. It's the non-org users that would, of course, be the 'problem', though. They are the ones likely to make non-mild edits and not update links. In a collaborative project you will likely always be trying to keep your links up-to-date without some kind of marker in the code. Dan [1] I haven't looked into this properly, but to avoid staleness one possibility would be to modify Tokuya's links to actually include the lisp form defining the bookmark (i.e. the entry in bookmark-alist) in the non-visible portion of the link (?). My proposed range links would employ two bookmarks. Mark ___ 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: Limited #+INCLUDE ?
On 4/26/2010 12:40 PM, Dan Davison wrote: I'm considering investigating the following and would appreciate comments on this idea. The aim is to make it easier to use Org-mode to work pure code files which are *external to Org-mode* (i.e. this proposal lies outside of the current org-babel tangling framework). - Extend Org file links to allow links to a range of lines in a file. The syntax could be [[file:/path/to/file::from::to][linkname]] - These links will bring up a buffer visiting the target file, narrowed to the target region. - The link back in the Org-mode file can be adjusted from the target file, by widening and then narrowing again. (During this procedure the target region would be highlighted.) - Export to HTML and LaTeX will have the ability to include the target regions, fontified according to the appropriate major-mode, similar to how begin_src blocks behave on export. - 'from' and 'to' could be line numbers, or regexps for text search. For programmers, this would allow a sort of org-mode mediated literate programming in projects where it is not feasible/desirable to actually include the source code in the org-mode file. Any comments or suggestions? Dan Dan, The use of line numbers seems a little error prone since line numbers can change dramatically by simply editing the file. If you edit one section of a file, even if you update the line numbers for that section, you will need to search out all the *other* links to sections in that file and update them as well as they will become stale. And, since it will be possible to have multiple org files with links into a single source file, this will be a *very* difficult thing to manage. Your idea about regexps sounds promising, though. You could define 'markers' in comments delimiting the relevant sections of code and org could search these out easily enough. Mark ___ 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] error when exporting to pdf
Buck, Once I installed beamer I was able to run pdflatex to produce the presentation without error. What do you get when you run either latex or pdflatex? Mark On 4/23/2010 9:12 AM, Buck Brody wrote: Nick, I have pasted the tex file below. Thanks for your help. Buck % Created 2010-04-23 Fri 12:11 \documentclass[presentation]{beamer} \usetheme{Madrid}\usecolortheme{default} \usepackage[latin1]{inputenc} \usepackage[T1]{fontenc} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{amssymb} \usepackage{hyperref} \title{Example Presentation} \author{Carsten Dominik} \date{23 April 2010} \begin{document} \maketitle \begin{frame} \frametitle{Outline} \setcounter{tocdepth}{3} \tableofcontents \end{frame} \section{This is the first structural section} \label{sec-1} \begin{frame} \frametitle{Frame 1} \framesubtitle{with a subtitle} \label{sec-1.1} \begin{columns}[t] \begin{column}{0.5\textwidth} \begin{block}{Thanks to Eric Fraga} \label{sec-1.1.1} for the first viable beamer setup in Org \end{block} \end{column} \begin{column}{0.5\textwidth} \begin{block}2-{Thanks to everyone else} \label{sec-1.1.2} for contributing to the discussion \end{block} \end{column} \end{columns} \end{frame} \begin{frame} \frametitle{Frame 2} \framesubtitle{Like 1, but now with explicit columns} \transblindsvertical[duration=1] \label{sec-1.2} \begin{columns} % columns \label{sec-1.2.1} \begin{column}{0.5\textwidth} \label{sec-1.2.1.1} \begin{block}{Thanks to Eric Fraga} \label{sec-1.2.1.1.1} for the first viable beamer setup in Org \end{block} \end{column} \begin{column}{0.5\textwidth} \label{sec-1.2.1.2} \begin{block}2-{Thanks to everyone else} \label{sec-1.2.1.2.1} for contributing to the discussion \end{block} \end{column} \end{columns} \end{frame} \begin{frame} \frametitle{Frame 2} \framesubtitle{where we will not use columns} \label{sec-1.3} \begin{itemize} \item Request\\ \label{sec-1.3.1}% Please test this stuff! \end{itemize} % ends low level \end{frame} \end{document} ___ 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: emacs/org-mode on Droid?
On 4/14/2010 9:01 PM, Matthew Jones wrote: Could you just map the drive and treat it like a local disk? There was a post about it a little while ago: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg21513.html 73, Matthew W. Jones (KI4ZIB) http://matburt.net The problem is that, in Vista, there doesn't seem to be a way to map to a drive. I get an entry in the Network Places but mapping to a drive fails no matter what I try (at least with mydrive.ch and box.net). Without the drive mapping I am at a loss. Nick mentioned cadaver (and a cygwin port). I will look into that. Mark ___ 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: emacs/org-mode on Droid?
Nick, Thanks. I'm already trying the script approach. I have the following in a script: open https://webdav.mydrive.ch y username password cd org put Teaching.org put Home.org close exit The 'y' is to accept the untrusted server certificate. Unfortunately, even though this all works manually, when running it as: cadaver response.file it barfs on accepting the certificate. Sigh. Time to get the sources and try compiling a local version that doesn't ask to accept the cert and just goes on with the rest. Mark On 4/15/2010 12:31 PM, Nick Dokos wrote: Mark Elstonm_els...@comcast.net wrote: Nick, I have gotten cadaver running and can use it to connect to mydrive.ch. How do I integrate this in with MobileOrg? Mark [adding to my previous mail...] There are some examples (using scp) of setting up the org-mobile-post-push-hook in Appendix B.1 of the Org manual. You might have to write a script to get cadaver to do what you want and then have the hook call the script: afaics, you can't just use the scp src dest command line paradigm. 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
Re: [Orgmode] Re: emacs/org-mode on Droid?
Matthew, The problem is that I am not even getting that far. I cannot get an automated mechanism to copy the files. As I pointed out below the cadaver tool is failing, when using the script, to even connect to the server. Mark On 4/15/2010 1:16 PM, Matthew Jones wrote: Make sure you check what 'org-mobile-push' generates when synchronizing... we look for an index.org http://index.org and checksums.dat file. In MobileOrg the server path will need to be the path to your index.org http://index.org file 73, Matthew W. Jones (KI4ZIB) http://matburt.net On Thu, Apr 15, 2010 at 3:36 PM, Mark Elston m_els...@comcast.net mailto:m_els...@comcast.net wrote: Nick, Thanks. I'm already trying the script approach. I have the following in a script: open https://webdav.mydrive.ch y username password cd org put Teaching.org put Home.org close exit The 'y' is to accept the untrusted server certificate. Unfortunately, even though this all works manually, when running it as: cadaver response.file it barfs on accepting the certificate. Sigh. Time to get the sources and try compiling a local version that doesn't ask to accept the cert and just goes on with the rest. Mark ___ 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: emacs/org-mode on Droid?
Nick, I have gotten cadaver running and can use it to connect to mydrive.ch. How do I integrate this in with MobileOrg? Mark On 4/14/2010 9:08 PM, Nick Dokos wrote: Mark Elstonm_els...@comcast.net wrote: I am having trouble getting a command-line connection to *any* of these services. I have tried mydrive.ch and box.net both and can get a web-based connection but cannot get scp or any other mechanism to work. I have Windows Vista and the latest Cygwin tools installed. Until I can figure out how to make this work I'm afraid that MobileOrg is not going to work for me. There is a command-line webdav client for Unix called ``cadaver''. The web page http://webdav.org/cadaver/ indicates that there is a Cygwin port. HTH, 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
Re: [Orgmode] Re: emacs/org-mode on Droid?
Nick Thanks. I had read on the mydrive website that we needed to use https instead of http. When I switched to http it works fine... The cert problem should have led me in that direction anyway... Now to finish my installation... Mark On 4/15/2010 1:46 PM, Nick Dokos wrote: Mark Elstonm_els...@comcast.net wrote: Nick, What do you have in your .netrc (besides passwords and such)... Mark I registered for an account on mydrive.ch and added the following to my .netrc (with the obvious changes): , | ... | machine webdav.mydrive.ch login luser passwd foobar ` I was then able to run the following script successfully: , | #! /bin/bash | | cadaver http://webdav.mydrive.ch EOF | put .profile profile | quit | EOF ` 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
Re: [Orgmode] Re: emacs/org-mode on Droid?
Sven, On 4/14/2010 2:36 PM, Sven Bretfeld wrote: Matthew Jonesm...@matburt.net writes: There are plenty of free webdav services out there, a quick google search came up with a few... I haven't used any of them as I run my own on my VPS, but check out http://www.box.net or http://mydisk.se Any of these should work fine with MobileOrg I use mydisk.se with MobileOrg for Android. It's definitely working. But it's only free for some weeks, but not very expensive after that. Greetings, Sven I am having trouble getting a command-line connection to *any* of these services. I have tried mydrive.ch and box.net both and can get a web-based connection but cannot get scp or any other mechanism to work. I have Windows Vista and the latest Cygwin tools installed. Until I can figure out how to make this work I'm afraid that MobileOrg is not going to work for me. Mark ___ 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: emacs/org-mode on Droid?
On 4/13/2010 8:42 AM, Matthew Jones wrote: I am the developer/maintainer of MobileOrg for Android and I'd appreciate any feedback on the application. You can find more information and download links on the wiki: http://wiki.github.com/matburt/mobileorg-android/ 73, Matthew W. Jones (KI4ZIB) http://matburt.net I recently got a Droid (and am enjoying it) and would like to try out MobileOrg but don't have a WebDAV account and don't really want to spend money on one for just one purpose (MobileOrg). My ISP doesn't supply a WebDAV account but it does supply an FTP site. Why can't MobileOrg support FTP for those who don't want to go to the trouble of buying an extra WebDAV account? Mark ___ 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: IMPORTANT: (possibly) incompatible Change
On 4/7/2010 1:22 AM, Karsten Heymann wrote: Carsten Dominikcarsten.domi...@gmail.com writes: On Apr 6, 2010, at 8:48 PM, Thomas S. Dye wrote: From the microtype documentation: The microtype package does not work with XETEX. Does that mean it will break running XETEX, or will i just be ignored? It only gives a (harmless) warning: Package microtype Warning: You don't seem to be using pdftex. (microtype)All micro-typographic features will be disabled. But chances are high that most normal LaTeX documents will not work with xelatex anyways due to encoding or font selection issues, so I think unless org-mode aims at explicitely supporting XeTeX out of the box this whole topic can (and should) be ignored. I am having problems with microtype, here. I don't know if it is happening in all my docs or just the ones I am working with now but pdf generation fails with the following in the log: -- ... (Handouts07.out) (Handouts07.out) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\wasysym\uwasy.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\base\ulasy.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\amsfonts\umsa.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\microtype\mt-msa.cfg) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\amsfonts\umsb.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\microtype\mt-msb.cfg) [1{C:/Prog ramData/MiKTeX/2.7/pdftex/config/pdftex.map} ! pdfTeX error (font expansion): auto expansion is only possible with scalable fonts. \atbeg...@output ...ipout \box \AtBeginShipoutBox \fi \fi l.111 S harezer = Babylonian name, sharusur, ``protect the king.'' ! == Fatal error occurred, no output PDF file produced! Transcript written on Handouts07.log. -- If I comment out the \usepackage{microtype} line then everything works fine. I am a casual user of latex so I don't really know what the comment above about scalable fonts is getting at. Perhaps I can set my docs up to do something different in terms of fonts to make this just work. Any ideas? Mark ___ 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: IMPORTANT: (possibly) incompatible Change
On 4/10/2010 1:01 PM, Thomas S. Dye wrote: On Apr 10, 2010, at 7:30 AM, Mark Elston wrote: I am having problems with microtype, here. I don't know if it is happening in all my docs or just the ones I am working with now but pdf generation fails with the following in the log: -- ... (Handouts07.out) (Handouts07.out) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\wasysym\uwasy.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\base\ulasy.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\amsfonts\umsa.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\microtype\mt-msa.cfg) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\amsfonts\umsb.fd) (C:\Program Files (x86)\MiKTeX 2.7\tex\latex\microtype\mt-msb.cfg) [1{C:/Prog ramData/MiKTeX/2.7/pdftex/config/pdftex.map} ! pdfTeX error (font expansion): auto expansion is only possible with scalable fonts. \atbeg...@output ...ipout \box \AtBeginShipoutBox \fi \fi l.111 S harezer = Babylonian name, sharusur, ``protect the king.'' ! == Fatal error occurred, no output PDF file produced! Transcript written on Handouts07.log. -- If I comment out the \usepackage{microtype} line then everything works fine. I am a casual user of latex so I don't really know what the comment above about scalable fonts is getting at. Perhaps I can set my docs up to do something different in terms of fonts to make this just work. Any ideas? Mark Hi Mark, Removing microtype is probably the easiest solution. It performs some sophisticated micro-typographic adjustments that are typically found in published material. The LaTeX world got on fine without them for years and the casual LaTeX user can still do so. AFAIK, it is not necessary for the Org-mode LaTeX exporter. All the best, Tom Tom, I did just that and haven't seen any noticeable degradation in quality. Thanks. Mark ___ 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] Request for feedback about LaTeX setup changes
Carsten, I, for one, like this writeup. It is very clear concerning the ins and outs of the new setup. Of course, I paid attention to all the other discussion on this topic so I may be somewhat biased. It only *sounds* complicated when you see it all laid out like you have it below. It breaks down to some simple mechanisms as you have shown. Mark On 4/5/2010 6:13 AM, Carsten Dominik wrote: Dear all, I need some feedback. Here is new new section from the list of changes, about the LaTeX setup. I would like to hear honest answers if I have gone completely crazy, of if this actually makes any sense. Thanks. - Carsten -- Changes to the intended use of =org-export-latex-classes= = So far this variable has been used to specify the complete header of the LaTeX document, including all the =\usepackage= calls necessary for the document. This setup makes it difficult to maintain the list of packages that Org itself would like to call, for example for the special symbol support it needs. Each time I have to add a package, I have to ask people to revise the configuration of this variable. In this release, I have tried to fix this. First of all, you can *opt out of this change* in the following way: You can say: /I want to have full control over headers, and I will take responsibility to include the packages Org needs/. If that is what you want, add this to your configuration and skip the rest of this section (except maybe for the description of the =[EXTRA]= place holder): (setq org-export-latex-default-packages-alist nil org-export-latex-packages-alist nil) /Continue to read here if you want to go along with the modified setup./ There are now two variables that should be used to list the LaTeX packages that need to be included in all classes. The header definition in =org-export-latex-classes= should then not contain the corresponding =\usepackage= calls (see below). The two new variables are: 1. =org-export-latex-default-packages-alist= :: This is the variable where Org-mode itself puts the packages it needs. Normally you should not change this variable. The only reason to change it anyway is when one of these packages causes a conflict with another package you want to use. Then you can remove that packages and hope that you are not using Org-mode functionality that needs it. 2. =org-export-latex-packages-alist= :: This is the variable where you can put the packages that you'd like to use across all classes. For example, I am putting =amsmath= and =tikz= here, because I always want to have them. The sequence how these customizations will show up in the LaTeX document are: 1. Header from =org-export-latex-classes= 2. =org-export-latex-default-packages-alist= 3. =org-export-latex-packages-alist= 4. Buffer-specific things set with =#+LaTeX_HEADER:= If you want more control about which segment is placed where, or if you want, for a specific class, have full control over the header and exclude some of the automatic building blocks, you can put the following macro-like place holders into the header: [DEFAULT-PACKAGES] \usepackage statements for default packages [NO-DEFAULT-PACKAGES] do not include any of the default packages [PACKAGES] \usepackage statements for packages [NO-PACKAGES] do not include the packages [EXTRA] the stuff from #+LaTeX_HEADER [NO-EXTRA] do not include #+LaTeX_HEADER stuff If you have currently customized =org-export-latex-classes=, you should revise that customization and remove any package calls that are covered by =org-export-latex-default-packages-alist=. This applies to the following packages: - inputenc - fontenc - graphicx - longtable - float - wrapfig - soul - t1enc - textcomp - marvosym - wasysym - latexsym - amssymb - hyperref If one of these packages creates a conflict with another package you are using, you can remove it from =org-export-latex-default-packages-alist=. But then you risk that some of the advertised export features of Org will not work properly. You can also consider moving packages that you use in all classes to =org-export-latex-packages-alist=. If necessary, put the place holders so that the packages get loaded in the right sequence. As said above, for backward compatibility, if you omit the place holders, all the variables will dump their content at the end of the header. Damn, this has become more complex than I wanted it to be. I hope that in practice, this will not be complicated at all. ___ 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: IMPORTANT: (possibly) incompatible Change
Henri, On 4/4/2010 10:36 AM, Henri-Paul Indiogine wrote: Carsten Dominikcarsten.domi...@gmail.com writes: OK, you can now specify the position where the usepackage definitions should appear in your header by putting the string [PACKAGES] into the header definition in org-export-latex-classes. Default (if you do not include this placeholder) is at the end. Sorry, but I am totally confused now. I want my packages defined in org-export-latex-classes at the end of the LaTeX file preamble. So, according to your instructions, if I understand them correctly, I should not use this [PACKAGES] string. But, when I generate the tex file the packages from org-export-latex-classes are at the top of my preamble not at the end. Basically, I would like to have the packages in the following order: 1. org-export-latex-default-packages-alist 2. org-export-latex-packages-alist 3. org-export-latex-classes Sorry for being so dense, but I am really trying to understand. I didn't see Carsten's notice on this but I think what he is getting at is that the [PACKAGES] directive will put the items from org-export-latex-default-packages-alist and org-export-latex-packages-alist in the output *in place of* the [PACKAGES] string. All the things in your org-export-latex-classes will appear as you have them. So, say your class looks like this: \\documentclass[letter,twoside,openright]{memoir} \\usepackage{varioref} \\usepackage{shorttoc} \\usepackage{color} ... [PACKAGES] What I expect to see is all the stuff from org-export-latex-default-packages-alist and org-export-latex-packages-alist at the end of your preamble. If, OTOH, you put the [PACKAGES] before any of your other usepackage commands, then you would get the stuff from org-export-latex-default-packages-alist and org-export-latex-packages-alist just after the documentclass line. Does that sound right? Mark ___ 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: IMPORTANT: (possibly) incompatible Change
Carsten, Is there a way to *remove* one or more of the packages in org-export-latex-default-packages-alist? I find that marvosym is conflicting with one of the packages I use in my notes and handouts that I generate from org-mode. (marvosym and bbding both provide a Cross - I don't use that symbol but it interferes with latex processing to have them both defined) I suppose a way to remove one or more packages in *specific* export classes would be ideal... Mark On 4/2/2010 12:55 AM, Carsten Dominik wrote: On Apr 2, 2010, at 3:17 AM, Mark Elston wrote: Carsten, Thanks for this clarification. This makes the transition much simpler than I originally thought. I can certainly remove the common package names. The existing org-export-latex-classes also contains the documentclass line. That won't change, will it? I am assuming from what you have written that the generated LaTeX code will be something like: contents of org-export-latex-classes for the selected class contents of org-export-latex-default-packages-alist contents of org-export-latex-packages-alist for the selected class Yes. But the latter two variables are independent of class. And after these three components, #+LaTeX_HEADER stuff will be added as well. - Carsten Is this correct? Mark On 3/31/2010 11:59 PM, Carsten Dominik wrote: Hi Mark, OK, it seems that I have really overstated this change. You are of course right that your header for a document type can be very long, that that defining it in org-export-latex-classes is a viable option (other being to put this stuff into a separate file). So let me restate what I am trying to say in this thread. -- Org-mode contains now a new variable `org-export-latex-default-packages-alist' which contains all the LaTeX packages it needs to use for basic Org-mode functionality. The corresponding \usepackage statements used to be part of the header definitions in org-export-latex-classes, and they had to be repeated for each document class. This is wasteful, error prone, and hard to maintain. Therefore, these packages are now collected in the new variable, and they will be spliced into the header. If you have customized the variable org-export-latex-classes, you need to remove the following lines from each class definition: \usepackage[AUTO]{inputenc} \usepackage[T1]{fontenc} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} If you have other packages you always want to use in all classes, you can add them to another variable, `org-export-latex-packages-alist'. -- I think this makes more sense, thank you for making me clarify this. - 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: IMPORTANT: (possibly) incompatible Change
Carsten, On 4/3/2010 3:57 PM, Carsten Dominik wrote: On Apr 3, 2010, at 8:49 PM, Mark Elston wrote: Carsten, Is there a way to *remove* one or more of the packages in org-export-latex-default-packages-alist? I find that marvosym is conflicting with one of the packages I use in my notes and handouts that I generate from org-mode. (marvosym and bbding both provide a Cross - I don't use that symbol but it interferes with latex processing to have them both defined) Hi Mark, if you read the docstring of that variable, you will see that you can do this for exactly this kine of problem. Just remove it, and the do not use symbols from this oackage. Yeah, it also says DON'T CHANGE THIS. Unless abslutely necessary that is. I get a little nervous about changing something with that kind of warning.. :) Does anyone know why marvosym is included in this list? I assume that there is latex code being generated (under some circumstances) that require it, but I don't know what those circumstances are... I suppose a way to remove one or more packages in *specific* export classes would be ideal... You can do this yourself using a hook. Or, I suppose, I can change my class to not use the conflicting class... This seems easier :) I just did that and will see if the results are acceptable... Thanks for all the work on this. It is a really great tool for my purposes (and a lot of other as well). Mark ___ 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: IMPORTANT: (possibly) incompatible Change
Carsten, Thanks for this clarification. This makes the transition much simpler than I originally thought. I can certainly remove the common package names. The existing org-export-latex-classes also contains the documentclass line. That won't change, will it? I am assuming from what you have written that the generated LaTeX code will be something like: contents of org-export-latex-classes for the selected class contents of org-export-latex-default-packages-alist contents of org-export-latex-packages-alist for the selected class Is this correct? Mark On 3/31/2010 11:59 PM, Carsten Dominik wrote: Hi Mark, OK, it seems that I have really overstated this change. You are of course right that your header for a document type can be very long, that that defining it in org-export-latex-classes is a viable option (other being to put this stuff into a separate file). So let me restate what I am trying to say in this thread. -- Org-mode contains now a new variable `org-export-latex-default-packages-alist' which contains all the LaTeX packages it needs to use for basic Org-mode functionality. The corresponding \usepackage statements used to be part of the header definitions in org-export-latex-classes, and they had to be repeated for each document class. This is wasteful, error prone, and hard to maintain. Therefore, these packages are now collected in the new variable, and they will be spliced into the header. If you have customized the variable org-export-latex-classes, you need to remove the following lines from each class definition: \usepackage[AUTO]{inputenc} \usepackage[T1]{fontenc} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} If you have other packages you always want to use in all classes, you can add them to another variable, `org-export-latex-packages-alist'. -- I think this makes more sense, thank you for making me clarify this. - 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] [PATCH] IMPORTANT: (possibly) incompatible Change
It appears that the cadr - cdr change is also necessary in org-latex.el (at least for Emacs 22.3). Mark On 4/1/2010 6:29 PM, Eric Schulte wrote: After updating to the current git head, I have to make the following changes for latex image generation to work. diff --git a/lisp/org.el b/lisp/org.el index dc45871..443f881 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2936,7 +2936,7 @@ appears on the page. ;; when formatting latex fragments. Originally it was part of the ;; LaTeX exporter, which is why the name includes export. (defcustom org-export-latex-default-packages-alist - '((AUTO . inputenc) + '(( . inputenc) (T1 . fontenc) ( . graphicx) ( . longtable) @@ -15247,9 +15247,9 @@ Some of the options can be changed using the variable (concat \n (mapconcat (lambda(p) (if (equal (car p)) - (format \\usepackage{%s} (cadr p)) + (format \\usepackage{%s} (cdr p)) (format \\usepackage[%s]{%s} -(car p) (cadr p +(car p) (cdr p (append org-export-latex-default-packages-alist org-export-latex-packages-alist) The AUTO change is because the AUTO.def file is not present on my fairly complete Ubuntu texlive latex install : ERROR: LaTeX Error: File `AUTO.def' not found. The other change is because `org-export-latex-default-packages-alist' is now a simple cons cell rather than a list so cadr was throwing errors. It seems to me these may be general problems, not just specific to my setup. 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
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On 3/31/2010 5:35 AM, Carsten Dominik wrote: On Mar 31, 2010, at 11:00 AM, Chris Gray wrote: Carsten Dominik wrote: - * =org-export-latex-classes= no longer should be customized for packages ... So if you have customized this variable, please remove once more (hopefully for the last time) your customization, so that it can revert to its now much simpler default value. Put all your package definitions into org-export-latex-packages-alist. I hope this works, and we will not get conflicts because of the sequence in which packages are called. If there are problems, please let me know so that we can find a solution. Is it sufficient to change the variable that is being set from org-export-latex-classes to org-export-latex-default-packages-alist? Or does the format of the list change at all? org-export-latex-default-packages-alist has the same format as org-export-latex-pakcages-alist. And I am filling org-export-latex-default-packages-alist already with the correct set of default packages, so you should not touch that variable. Only if you have previously customized org-export-latex-classes in order to add more usepackage statements, then you should remove your customization of that variable and list your set of additional packages in org-export-latex-packages-alist instead. Am I making sense? So, org-export-latex-classes will no longer be used to define LaTeX_CLASS classes? Instead these classes will be defined in org-export-latex-default-packages-alist? The problem is mainly nomenclature, I guess, but my LaTeX_CLASS definitions are usually a *lot* more than a list of packages. It seems a little odd, but OK. Mark ___ 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] selective export
Graha, This is pretty straightforward really. If all you want to do is exclude a single top-level heading then I would just assign a tag to that heading that you won't be assigning to any other heading. In this case you can probably get away with something simple, like 'data'. If you're not sure how to do this put your cursor on the heading you don't want exported and press C-cC-q and type the name of the tag you chose. Then, at the top of the file (or anywhere, really), put a line like this: #+EXPORT_EXCLUDE_TAGS: data This will prevent the section you tagged with this tag from being exported. Mark On 3/7/2010 2:10 PM, Graham Smith wrote: Using babel I have the data used for the analysis (in R) under a top level heading just called data. I want to keep this in the org file but not in the compiled pdf. I have had a look at the selective export in the manual, but could do with a bit more step by step instructions on how to exclude this bit of the outline. Could someone give me a bit of hand holding on how to do this. Many thanks, Graha, ___ 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-export [with respect to lists] to HTML
Livin, When I export your file to html I get proper numbering. I'm not sure why you don't. You are using an older version of org-mode. I have 6.34 and it works as expected. Mark On 2/16/2010 11:03 PM, Livin Stephen Sharma wrote: I'm pasting content from an org file, and the HTML generated from it below [also attaching files - in case Mail garbles the text here]. The problem I see is that list-numbering isn't quite correct in the HTML. I intended/expected 'Sound of Silence' to be list-item '2' since that is what it shows up as in the org-file [even after 'C-c C-c']. Any pointers on what I'm doing wrong? Or is hand-tweaking the HTML unavoidable? This is on org-mode 6.31a in emacs 23 ___ 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-export [with respect to lists] to HTML
Livin, On 2/17/2010 7:23 AM, Livin Stephen Sharma wrote: If it works for you, then I can't complain! Well, you *could*, but it would be better to upgrade first... :) Mark Thank you so much... I'll play with the settings, or move to the new version. On 17 February 2010 19:57, Mark Elston m_els...@comcast.net mailto:m_els...@comcast.net wrote: Livin, When I export your file to html I get proper numbering. I'm not sure why you don't. You are using an older version of org-mode. I have 6.34 and it works as expected. Mark ___ 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] latex enumeration issue
Daniel, I don't know if this would be the best default behavior. As I think about it I would rather have a simple default behavior that I can customize to my heart's content. Simple, predictable behavior makes it easier to customize. My $0.02 worth, anyway. Mark On 2/6/2010 12:18 AM, Daniel Martins wrote: This behaviour and/or hook could not be the default? Daniel 2010/2/4 Eric S Fraga ucec...@ucl.ac.uk mailto:ucec...@ucl.ac.uk At Wed, 03 Feb 2010 18:24:02 -0800, Mark Elston wrote: P.S. If anyone is interested here is the embarrassingly simple hook function I came up with. I show it not because I think anyone else will find this thing useful but as an example of how simple it really is to write this kind of thing. very useful, actually. i use org-mode for my cv. in my enumerated list of my publications, say, I often want to add some notes that don't appear in any exported version. but I also don't want the enumeration interrupted. There are other possible solutions but this simple function could prove quite useful indeed. thanks, 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
Re: [Orgmode] latex enumeration issue
Hi Carsten, Thanks for the reply. My responses are below: On 2/3/2010 2:34 AM, Carsten Dominik wrote: Hi Mark, On Feb 2, 2010, at 11:08 PM, Mark Elston wrote: A year ago Flavio de Souza asked a question about latex enumerations that is similar to a problem I now have. The answer given then was a workaround that doesn't apply in my case. This stems from my project of using a single file to maintain source for generating my class notes *and* student handouts for my classes. This allows me to take advantage of the common outline and common text while specifying text that should go into only one or the other document. I manage to do this by something like: * Common heading Some common text ** A common subheading More common text *** :handouts: Something for handouts only *** :both: More common text *** :notes: My class notes text *** :both: More common text I have a makefile which creates a temporary .org file by prepending a specific header on this file for each type of output (handouts or notes), exporting to a latex file, running a perl script to remove any (sub)+sections with just the tags in them, and running pdflatex to generate the output. So far, so good. However, I ran into a problem with enumerations. Sometimes I have enumerations in my original org file which are separated by the 'empty' sectioning commands. This ends the enumeration and the next enumerated item starts a new one. The result is a set of enumerations with a single element in it. I get something like: 1. Blah handout-specific text 1. More Blah etc. These should really have been 1, 2, etc. I don't understand. Why is the text handout-specific text still there? Do you need it between the items? Yes (see below). I have in each of these items something I want as part of the handouts and some additional info I want to include for myself. Do you want to make it part of the item (indentation would solve this). It will always be a part of the item, otherwise I would have made it a footnote or left it to after the enumeration. Unfortunately, indentation doesn't solve this. My example above was a little shy on details, sorry. If I have a file with: #+EXPORT_EXCLUDE_TAGS: notes * Common Heading Common Text 1) Blah ** :handouts: handout-specific text ** :notes: note-specific text ** :both: 2) More Blah ** :handouts: handout-specific text ** :notes: note-specific text ** :both: 3) Even more... After I export to latex and post process with my perl script I have the following for the body of my document: \section{Common Heading} \label{sec-1} Common Text \begin{enumerate} \item Blah \end{enumerate} handout-specific text \begin{enumerate} \item More Blah \end{enumerate} handout-specific text \begin{enumerate} \item Even more\ldots{} \end{enumerate} This is because the 'empty' placeholder headings (tags-only) interrupt the enumeration processing for each item, effectively ending it and causing the insertion of the \end{enumeration}. So each item is in it's own enumeration and the number restarts from 1 with each item. The only workaround I have so far is to make all these items lists instead of enumerations. This works OK but they would make much more sense as enumerations. How does this help? It eliminates the numbers and uses only list marks instead. That way I don't have to worry about incorrect numbering of enumerations. Unfortunately, the text between items is still not indented properly since it appears outside the list environment. It is not ideal but it is something I can live with if I have to. Mark ___ 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] latex enumeration issue
Carsten, Never mind. I had had problems in the past getting the hook function to work because I was making it harder than it needed to be. I just went back to trying my hand at it and got it working pretty easily. Sigh. I added a hook function to org-export-preprocess-hook and removed the blank headers that way. That solved the problem before it even starts. I probably don't have to do any perl post-processing at all, now. Thanks for all the help. Mark P.S. If anyone is interested here is the embarrassingly simple hook function I came up with. I show it not because I think anyone else will find this thing useful but as an example of how simple it really is to write this kind of thing. ;;; Export Hooks (defun mee-delete-empty-org-headers () (while (re-search-forward ^[*]+ [ ]+:[a-zA-Z0-9]+:$ nil t) (progn (beginning-of-line) (kill-line 0 (add-hook 'org-export-preprocess-hook 'mee-delete-empty-org-headers) On 2/3/2010 12:41 PM, Mark Elston wrote: Hi Carsten, Thanks for the reply. My responses are below: On 2/3/2010 2:34 AM, Carsten Dominik wrote: Hi Mark, On Feb 2, 2010, at 11:08 PM, Mark Elston wrote: A year ago Flavio de Souza asked a question about latex enumerations that is similar to a problem I now have. The answer given then was a workaround that doesn't apply in my case. This stems from my project of using a single file to maintain source for generating my class notes *and* student handouts for my classes. This allows me to take advantage of the common outline and common text while specifying text that should go into only one or the other document. I manage to do this by something like: * Common heading Some common text ** A common subheading More common text *** :handouts: Something for handouts only *** :both: More common text *** :notes: My class notes text *** :both: More common text I have a makefile which creates a temporary .org file by prepending a specific header on this file for each type of output (handouts or notes), exporting to a latex file, running a perl script to remove any (sub)+sections with just the tags in them, and running pdflatex to generate the output. So far, so good. However, I ran into a problem with enumerations. Sometimes I have enumerations in my original org file which are separated by the 'empty' sectioning commands. This ends the enumeration and the next enumerated item starts a new one. The result is a set of enumerations with a single element in it. I get something like: 1. Blah handout-specific text 1. More Blah etc. These should really have been 1, 2, etc. I don't understand. Why is the text handout-specific text still there? Do you need it between the items? Yes (see below). I have in each of these items something I want as part of the handouts and some additional info I want to include for myself. Do you want to make it part of the item (indentation would solve this). It will always be a part of the item, otherwise I would have made it a footnote or left it to after the enumeration. Unfortunately, indentation doesn't solve this. My example above was a little shy on details, sorry. If I have a file with: #+EXPORT_EXCLUDE_TAGS: notes * Common Heading Common Text 1) Blah ** :handouts: handout-specific text ** :notes: note-specific text ** :both: 2) More Blah ** :handouts: handout-specific text ** :notes: note-specific text ** :both: 3) Even more... After I export to latex and post process with my perl script I have the following for the body of my document: \section{Common Heading} \label{sec-1} Common Text \begin{enumerate} \item Blah \end{enumerate} handout-specific text \begin{enumerate} \item More Blah \end{enumerate} handout-specific text \begin{enumerate} \item Even more\ldots{} \end{enumerate} This is because the 'empty' placeholder headings (tags-only) interrupt the enumeration processing for each item, effectively ending it and causing the insertion of the \end{enumeration}. So each item is in it's own enumeration and the number restarts from 1 with each item. The only workaround I have so far is to make all these items lists instead of enumerations. This works OK but they would make much more sense as enumerations. How does this help? It eliminates the numbers and uses only list marks instead. That way I don't have to worry about incorrect numbering of enumerations. Unfortunately, the text between items is still not indented properly since it appears outside the list environment. It is not ideal but it is something I can live with if I have to. Mark ___ 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] latex enumeration issue
OK. I guess I was wrong. For some reason this hook doesn't seem to work. I masked the issue a different way and it made me *think* this was working. Any ideas why this hook function would not remove header lines with only tags and no header text? Mark On 2/3/2010 6:24 PM, Mark Elston wrote: ... ;;; Export Hooks (defun mee-delete-empty-org-headers () (while (re-search-forward ^[*]+ [ ]+:[a-zA-Z0-9]+:$ nil t) (progn (beginning-of-line) (kill-line 0 (add-hook 'org-export-preprocess-hook 'mee-delete-empty-org-headers) ___ 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] latex enumeration issue
Found it. Apparently org-export-preprocess-hook was the wrong hook. When I used org-export-preprocess-final-hook instead it works as expected. Mark On 2/3/2010 7:12 PM, Mark Elston wrote: OK. I guess I was wrong. For some reason this hook doesn't seem to work. I masked the issue a different way and it made me *think* this was working. Any ideas why this hook function would not remove header lines with only tags and no header text? Mark On 2/3/2010 6:24 PM, Mark Elston wrote: ... ;;; Export Hooks (defun mee-delete-empty-org-headers () (while (re-search-forward ^[*]+ [ ]+:[a-zA-Z0-9]+:$ nil t) (progn (beginning-of-line) (kill-line 0 (add-hook 'org-export-preprocess-hook 'mee-delete-empty-org-headers) ___ 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] latex enumeration issue
A year ago Flavio de Souza asked a question about latex enumerations that is similar to a problem I now have. The answer given then was a workaround that doesn't apply in my case. This stems from my project of using a single file to maintain source for generating my class notes *and* student handouts for my classes. This allows me to take advantage of the common outline and common text while specifying text that should go into only one or the other document. I manage to do this by something like: * Common heading Some common text ** A common subheading More common text *** :handouts: Something for handouts only *** :both: More common text *** :notes: My class notes text *** :both: More common text I have a makefile which creates a temporary .org file by prepending a specific header on this file for each type of output (handouts or notes), exporting to a latex file, running a perl script to remove any (sub)+sections with just the tags in them, and running pdflatex to generate the output. So far, so good. However, I ran into a problem with enumerations. Sometimes I have enumerations in my original org file which are separated by the 'empty' sectioning commands. This ends the enumeration and the next enumerated item starts a new one. The result is a set of enumerations with a single element in it. I get something like: 1. Blah handout-specific text 1. More Blah etc. These should really have been 1, 2, etc. The only workaround I have so far is to make all these items lists instead of enumerations. This works OK but they would make much more sense as enumerations. Is there anything I can do here? Mark ___ 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] Changing the level of a heading during an 'include'
This may sound off-beat but I have several org files I am using in putting together a set of notes for teaching. Each file is for a different class session. Each file has several top-level headings with sub-headings under it. This works fine for exporting each session's notes (my teaching notes and handouts) independently. However, I would like to gather all these notes into a single document that I can put in a binder with a table of contents, etc. This would indicate that these files would have a separate 'chapter' in the book. That means that the top-level headings in each file should be demoted one level when exporting the entire collection as a single volume. Is something like this possible without going in and manually editing each file's contents? Mark ___ 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] Hook Function Examples
I am trying to make use of some of the hooks for exporting and haven't found any docs about what they take or how to make use of them (elisp is *not* my native language). In particular, I am trying to figure out how to use the following to see if any of them are going to help me: org-export-preprocess-hook org-export-preprocess-after-tree-selection-hook org-export-preprocess-final-hook Any examples of a hook function for these would help a lot. In particular, what are the parameters, is the point looking at anything in particular, etc. Mark ___ 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 headlines without tags...
Is there a way to export headlines without the tags. I have tags used to exclude the export of some sections at one time or another (several different sets of tags in a file). I don't want to see the tags in the exported documents. I think I asked this once before but I can't find the answer (if any). Mark ___ 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] Exporting headlines without tags...
On 1/24/2010 5:55 PM, Daniel Clemente wrote: Is there a way to export headlines without the tags. I think you can put this at the top of your file: #+OPTIONS: tags:nil It is explained in the manual: http://orgmode.org/manual/Export-options.html#Export-options Yep. There it is. Sorry for the noise. Mark ___ 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] Hook Function Examples
On 1/24/2010 9:24 PM, Nick Dokos wrote: Mark Elstonm_els...@comcast.net wrote: I am trying to make use of some of the hooks for exporting and haven't found any docs about what they take or how to make use of them (elisp is *not* my native language). The Emacs Lisp Reference manual has a section (23.1: Hooks) on hooks, but I'm not sure how helpful it will be to you. The most important note is that normal hook variables are, by convention, named foo-hook. normal means that the functions that are added to the hook take no arguments and return no useful values. In particular, I am trying to figure out how to use the following to see if any of them are going to help me: org-export-preprocess-hook org-export-preprocess-after-tree-selection-hook org-export-preprocess-final-hook Any examples of a hook function for these would help a lot. In particular, what are the parameters, is the point looking at anything in particular, etc. Use the source, Luke! (erm... Mark!) C-h v org-export-preprocess-hookRET gives me: (org-export-blocks-preprocess) Thanks, Nick. I had checked a few hooks (but not that one) and couldn't find any that had any functions assigned. so we have here an example of a hook function! C-h f org-export-blocks-preprocessRET gives you the function's doc string, including a link to where it is defined, and clicking on the link will take you to the function: no params (it is a normal hook after all), and I think you can make no assumptions about the context. In particular, the above function wraps everything in a save-excursion, goes to the beginning of the buffer and searches for interesting things, doing something on each interesting thing it finds. OK. From what I read I am assuming that a buffer is created with some already-processed (though not completely) org data as its initial content. Then, at some point, these hook functions are called on this new buffer. I assume this is the case since you wouldn't want to go modifying the original buffer - though this is not stated anywhere that I can find. Some hook functions apparently *do* take parameters (e.g. org-cycle-hook, etc) and I wasn't sure about the ones that didn't mention any. I was just trying to find my way and didn't have a map of what was where. Even the org-export-blocks-preprocess() function is a little difficult to wade through for someone not really familiar with elisp. I think I have pieced it together, though. This may give me what I need to do what I want (remove some specific kinds of headers when creating certain LaTeX files). Are my assumptions above correct, then? Mark ___ 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] Selective Export Question
Carsten Dominik wrote: On Dec 22, 2009, at 7:24 AM, Mark Elston wrote: I have been making progress on my use of org-mode to manage both my teaching notes and handouts in a single document. However, there is something I still have not been able to make happen. That is selective exporting of text *without* exporting a headline along with it. Here is a sample of what I would like. In this example I have sections with common text (should be in both teaching notes and handouts) and sections that are specific to each individual output format. What I have below is set up to export the notes. What I would like is to have the text (only) of the non-excluded sections and not the headlines. Hi Mark, I think the right path for this is a function that you write and install in org-export-preprocess-hook. Then you can set your own conditions and remove those headlines before Org even tries to look at them. HTH - Carsten Thanks, Carsten. It is amazing how much infrastructure there is to support so many features. I wasn't aware of all the hooks available and this one escaped my attention. I will look into it. My elisp isn't as good as my C++ (or Python, or Perl...) but it is probably good enough to make use of this. Mark ___ 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] Oddity in LaTeX export?
Carsten, This was fixed a week ago or two. I don't remember the checkin but I saw it in the log and verified the fix works. I remember looking at the diffs and it had to do with preprocessing the TEXT section as well Thanks. Mark Carsten Dominik wrote: Hi, Is this already fixed, or still an open issue? Thanks. - Carsten On Dec 13, 2009, at 4:52 PM, Mark Elston wrote: Nick Dokos wrote: Mark Elston m_els...@comcast.net wrote: I have a standard format I like to use in creating some class notes in latex. I use memoir and have a boilerplate that only differs in the title from notes to notes. I have decided to try to manage my documentation for my notes in org to see if it is easier to do. Mostly (so far) it is a pretty good match. However, I have run into a snag for exporting the notes to latex. I tried using the #+TITLE: directive but got page numbers (in roman) on the first couple of pages. This looked ugly. Can you post the tex file that is produced with the TITLE directive? I don't understand why/how roman page numbers are produced (but I don't know memoir well). Actually, part of the boilerplate includes a \pagenumbering{roman} *after* the titlingpage environment. This is probably what caused it. After all my remaining boilerplate (including a Preface section) I insert a \pagenumbering{arabic} and this restarts the page numbers from 1. So I set the#+TITLE: directive to be empty and added to the #+TEXT: block the following: #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} This almost works. The problem is the first of these lines gets exported with the closing '}' escaped. In other words it comes out as: \title{ABC Class Notes\} I am not sure why this is or what to do about it. This is probably a bug - Carsten has fixed a number of instances of such escaped braces I believe. Should I submit a bug report? As I was working with this another piece of boilerplate I had (and removed) was: #+TEXT: \shorttableofcontents{Sessions}{0} which resulted in: \shorttableofcontents{Sessions}{0\} I don't have to have the short table of contents so I removed it but it is another such escaped backslash. BTW, I had to set the TITLE directive to empty since just having it resulted in an automatic \maketitle export which was not surrounded by the titlingpage environment. I really wanted that titlingpage environment and I couldn't think of another way of handling it. You can perhaps redefine org-export-latex-title-command: (setq org-export-latex-title-command \\begin{titlingpage}\n\\maketitle\n\\end{titlingpage}) and try using the TITLE directive again. Can I set this on a case-by-case basis? Not all my documents use memoir. I think the titlingpage environment is memoir-specific. Mark ___ 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
Re: [Orgmode] Selective Export Question
So, no Christmas present for me? :) Merry Christmas everyone. Thanks for all the hard work and the help over the last year. Congratulations for working together to produce such a fantastic tool. Mark Mark Elston wrote: I have been making progress on my use of org-mode to manage both my teaching notes and handouts in a single document. However, there is something I still have not been able to make happen. That is selective exporting of text *without* exporting a headline along with it. Here is a sample of what I would like. In this example I have sections with common text (should be in both teaching notes and handouts) and sections that are specific to each individual output format. What I have below is set up to export the notes. What I would like is to have the text (only) of the non-excluded sections and not the headlines. -- #+TITLE: Test #+LaTeX_CLASS: ClassNotes #+OPTIONS: toc:nil H:8 tags:nil #+EXPORT_EXCLUDE_TAGS: handouts * Headline 1 some text ** Headline 1-1 even more text * Headline 2 some more text ** Headline 2-1 Common text 1. Should be followed by handout or notes text. * should be handouts only:handouts: handout text * should be notes only :notes: notes text ** Headline 2-2 Common text 2. Should be followed by handout or notes text. *:handouts: handout text again *:notes: notes text again -- The relevant material from my org-export-latex-classes is: (ClassNotes \\documentclass[letter,twoside,openright]{memoir} ... (\\chapter{%s} . \\chapter*{%s}) (\\section{%s} . \\section*{%s}) (\\subsection{%s} . \\subsection*{%s}) (\\subsubsection{%s} . \\subsubsection*{%s}) (%% Level 5 . %% Level 5) (%% Level 6 . %% Level 6) (%% Level 7 . %% Level 7) (%% Level 8 . %% Level 8)) ... I was hoping to allow all levels of heading to be exported but only write comments for the levels below level 4. It didn't work out that way. With the above I don't get *any* of the :notes: or :handouts: sections written out. However, if I include empty level three and four headlines (the stars followed by a mandatory space) I get the :notes: and :handouts: sections just fine. Except now I also get empty \subsection{} and \subsubsection{} blocks in my latex output. I have attached the resulting .tex file with comments pointing out the extra heading lines I would like to *not* see... The net result is a lot of blank space in the resulting .pdf file between the 'common' text and the note- or handout-specific text. This is *definitely* not what I had in mind. Is there any way of working around this or correcting this behavior? Mark ___ 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: Incorrect escaping of braces on LaTeX export [6.33trans (release_6.33f.122.g7062a.dirty)]
Thank you very much, Carsten. I can confirm it works perfectly now. Mark Carsten Dominik wrote: Hi Mark, On Dec 18, 2009, at 12:16 AM, Mark Elston wrote: Carsten, Notice the title line in the generated latex code. It looks like: \title{ABC Class Notes\} ^^ Ah, yes, it was actually in your first email, only further down that I expected. Sorry about this. This problem is now fixed. - Carsten The closing brace is escaped. Mark Carsten Dominik wrote: Hi Mark, what is the error you are getting? - Carsten On Dec 17, 2009, at 1:05 AM, Mark Elston wrote: 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. While attempting to generate some notes for a class I give I ran into an error in the generated latex file. I use memoir for my notes since this package gives me the particular formatting I like without any hassle so I created an org-export-latex-class to make use of it. Since my boilerplate for my notes includes a number of lines after the \begin{document} line I have added these to #+TEXT entries in the org file. I use the memoir titlingpage facility as it gives me the control and look I want without a lot of code. However, this causes a problem with org export since the \maketitle line must be inside a titlingpage environment. To accomplish this I have set the #+TITLE: directive to an empty value and put the entire titlingpage environment (3 lines) in #+TEXT lines. I have included a simple ErrorSample latex class in my configuration which demonstrates the problem without as much being generated. A sample org file looks like this: --- #+TITLE: #+OPTIONS: toc:nil #+LaTeX_CLASS: ErrorSample #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} #+TEXT: \maxtocdepth{subsection} #+TEXT: \pagenumbering{roman} #+TEXT: \cleartooddpage #+TEXT: \tableofcontents #+TEXT: \cleartooddpage #+TEXT: \chapterstyle{companion} #+TEXT: \pagestyle{companion} #+TEXT: \aliaspagestyle{part}{companion} #+TEXT: \aliaspagestyle{chapter}{headings} #+TEXT: \aliaspagestyle{cleared}{companion} #+TEXT: \include{Preface} #+TEXT: \pagenumbering{arabic} * Simple First Heading Some text. * Simple Second Heading Other text. --- The generated tex file is shown next. Notice the escaped closing brace on the \title{} instruction: --- % Created 2009-12-16 Wed 15:54 \documentclass[letter,twoside,openright]{memoir} \usepackage{varioref} \usepackage{shorttoc} \usepackage{color} \usepackage{graphicx} \usepackage{bbding} \setlength{\parindent}{0pt} \setlength{\parskip}{1ex} \title{} \author{Mark Elston} \date{16 December 2009} \begin{document} \title{ABC Class Notes\} \begin{titlingpage} \maketitle \end{titlingpage} \maxtocdepth{subsection} \pagenumbering{roman} \cleartooddpage \tableofcontents \cleartooddpage \chapterstyle{companion} \pagestyle{companion} \aliaspagestyle{part}{companion} \aliaspagestyle{chapter}{headings} \aliaspagestyle{cleared}{companion} \include{Preface} \pagenumbering{arabic} \chapter{Simple First Heading} \label{sec-1} Some text. \chapter{Simple Second Heading} \label{sec-2} Other text. \end{document} --- Emacs : GNU Emacs 23.1.1 (i386-mingw-nt6.0.6002) of 2009-07-29 on SOFT-MJASON Package: Org-mode version 6.33trans (release_6.33f.122.g7062a.dirty) current state: == (setq org-log-done 'time org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-agenda-custom-commands '((S Schedule for the week ((agenda ) (todo TODO org-agenda-files '(~/org) org-agenda-include-diary t org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent org-block-todo-from-checkboxes) org-list-demote-modify-bullet '((- . +) (+ . -)) org-fontify-whole-heading-line t org-metaup-hook '(org-babel-load-in-session-maybe) org-agenda-skip-timestamp-if-done t org-after-todo-state-change-hook '(org-clock-out-if-current) org-babel-interpreters '(R asymptote dot ditaa python sh emacs-lisp) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-protocol-protocol-alist '((Fireforg get bibtex entry: fireforg-bibtex-entry://bibtex entry (encoded) :protocol fireforg-bibtex-entry :function org-fireforg-receive-bibtex-entry) (Fireforg show annotation: fireforg-show-annotation://file (encoded)/header (encoded) :protocol fireforg-show-annotation :function org-fireforg-show
Re: [Orgmode] Bug: Incorrect escaping of braces on LaTeX export [6.33trans (release_6.33f.122.g7062a.dirty)]
Carsten, Notice the title line in the generated latex code. It looks like: \title{ABC Class Notes\} ^^ The closing brace is escaped. Mark Carsten Dominik wrote: Hi Mark, what is the error you are getting? - Carsten On Dec 17, 2009, at 1:05 AM, Mark Elston wrote: 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. While attempting to generate some notes for a class I give I ran into an error in the generated latex file. I use memoir for my notes since this package gives me the particular formatting I like without any hassle so I created an org-export-latex-class to make use of it. Since my boilerplate for my notes includes a number of lines after the \begin{document} line I have added these to #+TEXT entries in the org file. I use the memoir titlingpage facility as it gives me the control and look I want without a lot of code. However, this causes a problem with org export since the \maketitle line must be inside a titlingpage environment. To accomplish this I have set the #+TITLE: directive to an empty value and put the entire titlingpage environment (3 lines) in #+TEXT lines. I have included a simple ErrorSample latex class in my configuration which demonstrates the problem without as much being generated. A sample org file looks like this: --- #+TITLE: #+OPTIONS: toc:nil #+LaTeX_CLASS: ErrorSample #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} #+TEXT: \maxtocdepth{subsection} #+TEXT: \pagenumbering{roman} #+TEXT: \cleartooddpage #+TEXT: \tableofcontents #+TEXT: \cleartooddpage #+TEXT: \chapterstyle{companion} #+TEXT: \pagestyle{companion} #+TEXT: \aliaspagestyle{part}{companion} #+TEXT: \aliaspagestyle{chapter}{headings} #+TEXT: \aliaspagestyle{cleared}{companion} #+TEXT: \include{Preface} #+TEXT: \pagenumbering{arabic} * Simple First Heading Some text. * Simple Second Heading Other text. --- The generated tex file is shown next. Notice the escaped closing brace on the \title{} instruction: --- % Created 2009-12-16 Wed 15:54 \documentclass[letter,twoside,openright]{memoir} \usepackage{varioref} \usepackage{shorttoc} \usepackage{color} \usepackage{graphicx} \usepackage{bbding} \setlength{\parindent}{0pt} \setlength{\parskip}{1ex} \title{} \author{Mark Elston} \date{16 December 2009} \begin{document} \title{ABC Class Notes\} \begin{titlingpage} \maketitle \end{titlingpage} \maxtocdepth{subsection} \pagenumbering{roman} \cleartooddpage \tableofcontents \cleartooddpage \chapterstyle{companion} \pagestyle{companion} \aliaspagestyle{part}{companion} \aliaspagestyle{chapter}{headings} \aliaspagestyle{cleared}{companion} \include{Preface} \pagenumbering{arabic} \chapter{Simple First Heading} \label{sec-1} Some text. \chapter{Simple Second Heading} \label{sec-2} Other text. \end{document} --- Emacs : GNU Emacs 23.1.1 (i386-mingw-nt6.0.6002) of 2009-07-29 on SOFT-MJASON Package: Org-mode version 6.33trans (release_6.33f.122.g7062a.dirty) current state: == (setq org-log-done 'time org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-agenda-custom-commands '((S Schedule for the week ((agenda ) (todo TODO org-agenda-files '(~/org) org-agenda-include-diary t org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent org-block-todo-from-checkboxes) org-list-demote-modify-bullet '((- . +) (+ . -)) org-fontify-whole-heading-line t org-metaup-hook '(org-babel-load-in-session-maybe) org-agenda-skip-timestamp-if-done t org-after-todo-state-change-hook '(org-clock-out-if-current) org-babel-interpreters '(R asymptote dot ditaa python sh emacs-lisp) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-protocol-protocol-alist '((Fireforg get bibtex entry: fireforg-bibtex-entry://bibtex entry (encoded) :protocol fireforg-bibtex-entry :function org-fireforg-receive-bibtex-entry) (Fireforg show annotation: fireforg-show-annotation://file (encoded)/header (encoded) :protocol fireforg-show-annotation :function org-fireforg-show-annotation) ) org-agenda-skip-scheduled-if-done t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(yas/org-very-safe-expand org-babel-hide-result-toggle-maybe org-hide-block-toggle-maybe) org-src-mode-hook '(org-src
[Orgmode] Bug: Incorrect escaping of braces on LaTeX export [6.33trans (release_6.33f.122.g7062a.dirty)]
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. While attempting to generate some notes for a class I give I ran into an error in the generated latex file. I use memoir for my notes since this package gives me the particular formatting I like without any hassle so I created an org-export-latex-class to make use of it. Since my boilerplate for my notes includes a number of lines after the \begin{document} line I have added these to #+TEXT entries in the org file. I use the memoir titlingpage facility as it gives me the control and look I want without a lot of code. However, this causes a problem with org export since the \maketitle line must be inside a titlingpage environment. To accomplish this I have set the #+TITLE: directive to an empty value and put the entire titlingpage environment (3 lines) in #+TEXT lines. I have included a simple ErrorSample latex class in my configuration which demonstrates the problem without as much being generated. A sample org file looks like this: --- #+TITLE: #+OPTIONS: toc:nil #+LaTeX_CLASS: ErrorSample #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} #+TEXT: \maxtocdepth{subsection} #+TEXT: \pagenumbering{roman} #+TEXT: \cleartooddpage #+TEXT: \tableofcontents #+TEXT: \cleartooddpage #+TEXT: \chapterstyle{companion} #+TEXT: \pagestyle{companion} #+TEXT: \aliaspagestyle{part}{companion} #+TEXT: \aliaspagestyle{chapter}{headings} #+TEXT: \aliaspagestyle{cleared}{companion} #+TEXT: \include{Preface} #+TEXT: \pagenumbering{arabic} * Simple First Heading Some text. * Simple Second Heading Other text. --- The generated tex file is shown next. Notice the escaped closing brace on the \title{} instruction: --- % Created 2009-12-16 Wed 15:54 \documentclass[letter,twoside,openright]{memoir} \usepackage{varioref} \usepackage{shorttoc} \usepackage{color} \usepackage{graphicx} \usepackage{bbding} \setlength{\parindent}{0pt} \setlength{\parskip}{1ex} \title{} \author{Mark Elston} \date{16 December 2009} \begin{document} \title{ABC Class Notes\} \begin{titlingpage} \maketitle \end{titlingpage} \maxtocdepth{subsection} \pagenumbering{roman} \cleartooddpage \tableofcontents \cleartooddpage \chapterstyle{companion} \pagestyle{companion} \aliaspagestyle{part}{companion} \aliaspagestyle{chapter}{headings} \aliaspagestyle{cleared}{companion} \include{Preface} \pagenumbering{arabic} \chapter{Simple First Heading} \label{sec-1} Some text. \chapter{Simple Second Heading} \label{sec-2} Other text. \end{document} --- Emacs : GNU Emacs 23.1.1 (i386-mingw-nt6.0.6002) of 2009-07-29 on SOFT-MJASON Package: Org-mode version 6.33trans (release_6.33f.122.g7062a.dirty) current state: == (setq org-log-done 'time org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-agenda-custom-commands '((S Schedule for the week ((agenda ) (todo TODO org-agenda-files '(~/org) org-agenda-include-diary t org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent org-block-todo-from-checkboxes) org-list-demote-modify-bullet '((- . +) (+ . -)) org-fontify-whole-heading-line t org-metaup-hook '(org-babel-load-in-session-maybe) org-agenda-skip-timestamp-if-done t org-after-todo-state-change-hook '(org-clock-out-if-current) org-babel-interpreters '(R asymptote dot ditaa python sh emacs-lisp) org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-protocol-protocol-alist '((Fireforg get bibtex entry: fireforg-bibtex-entry://bibtex entry (encoded) :protocol fireforg-bibtex-entry :function org-fireforg-receive-bibtex-entry) (Fireforg show annotation: fireforg-show-annotation://file (encoded)/header (encoded) :protocol fireforg-show-annotation :function org-fireforg-show-annotation) ) org-agenda-skip-scheduled-if-done t org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(yas/org-very-safe-expand org-babel-hide-result-toggle-maybe org-hide-block-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-directory ~/org/ org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle
Re: [Orgmode] Oddity in LaTeX export?
Nick Dokos wrote: Mark Elston m_els...@comcast.net wrote: I have a standard format I like to use in creating some class notes in latex. I use memoir and have a boilerplate that only differs in the title from notes to notes. I have decided to try to manage my documentation for my notes in org to see if it is easier to do. Mostly (so far) it is a pretty good match. However, I have run into a snag for exporting the notes to latex. I tried using the #+TITLE: directive but got page numbers (in roman) on the first couple of pages. This looked ugly. Can you post the tex file that is produced with the TITLE directive? I don't understand why/how roman page numbers are produced (but I don't know memoir well). Actually, part of the boilerplate includes a \pagenumbering{roman} *after* the titlingpage environment. This is probably what caused it. After all my remaining boilerplate (including a Preface section) I insert a \pagenumbering{arabic} and this restarts the page numbers from 1. So I set the#+TITLE: directive to be empty and added to the #+TEXT: block the following: #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} This almost works. The problem is the first of these lines gets exported with the closing '}' escaped. In other words it comes out as: \title{ABC Class Notes\} I am not sure why this is or what to do about it. This is probably a bug - Carsten has fixed a number of instances of such escaped braces I believe. Should I submit a bug report? As I was working with this another piece of boilerplate I had (and removed) was: #+TEXT: \shorttableofcontents{Sessions}{0} which resulted in: \shorttableofcontents{Sessions}{0\} I don't have to have the short table of contents so I removed it but it is another such escaped backslash. BTW, I had to set the TITLE directive to empty since just having it resulted in an automatic \maketitle export which was not surrounded by the titlingpage environment. I really wanted that titlingpage environment and I couldn't think of another way of handling it. You can perhaps redefine org-export-latex-title-command: (setq org-export-latex-title-command \\begin{titlingpage}\n\\maketitle\n\\end{titlingpage}) and try using the TITLE directive again. Can I set this on a case-by-case basis? Not all my documents use memoir. I think the titlingpage environment is memoir-specific. Mark ___ 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] Oddity in LaTeX export?
I have a standard format I like to use in creating some class notes in latex. I use memoir and have a boilerplate that only differs in the title from notes to notes. I have decided to try to manage my documentation for my notes in org to see if it is easier to do. Mostly (so far) it is a pretty good match. However, I have run into a snag for exporting the notes to latex. I tried using the #+TITLE: directive but got page numbers (in roman) on the first couple of pages. This looked ugly. So I set the #+TITLE: directive to be empty and added to the #+TEXT: block the following: #+TEXT: \title{ABC Class Notes} #+TEXT: \begin{titlingpage} #+TEXT: \maketitle #+TEXT: \end{titlingpage} This almost works. The problem is the first of these lines gets exported with the closing '}' escaped. In other words it comes out as: \title{ABC Class Notes\} I am not sure why this is or what to do about it. BTW, I had to set the TITLE directive to empty since just having it resulted in an automatic \maketitle export which was not surrounded by the titlingpage environment. I really wanted that titlingpage environment and I couldn't think of another way of handling it. There are a couple of other items but I want to take this a step at a time. Mark ___ 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 in Org-mode
I have been following this discussion with some interest as it may provide the basis for something I am interested in doing as well. I hope my discussion doesn't muddy the waters too much... Nick Dokos wrote: Darlan Cavalcante Moreira darc...@gmail.com wrote: At Thu, 10 Dec 2009 17:09:33 +0100, Carsten Dominik carsten.domi...@gmail.com wrote: ... I still don't have any better ideas than this to represent notes in Org for beamer presentations. Just writing \noe{...} as you suggest will certainly work - the disadvantage is that this does not make a lot of sense when exporting to other formats. One option would be to turn all those notes into footnotes for other export. I'd really be interested to get more input on this issue. - Carsten Maybe it is better to simple ignore notes when exporting to other formats. For me notes in beamer are useful only to give me an idea of what I intend to talk about in the presentation and help me training for the presentation. They are not really part of the final exported document and sometimes I put a lot of information in them (possible in a different language from the presentation). Also, the contents in notes can be anything such as a table or a figure. This obviously would result in an error if or if org tried to put them into a footnote when exporting to other formats. Therefore, the question is has anyone here any interest in notes when exporting to other formats or do they only make sense when exporting to beamer? My case is similar. I teach a class each week and, so far, have created two documents; a set of handouts and my notes for teaching. Generally these documents start from the same original and I modify and expand the notes I use for teaching while leaving the handouts a smaller doc for those in the class to take their own notes from. I don't use beamer as the handouts tend to be 6-8 pages of 'normal' text as it is and my teaching notes are usually far larger. I don't want to manipulate a stack of paper while teaching. For me, notes are rather important: in addition to reminding me what to say, they are essentially a second level to the presentation (and I always include them in any handouts). Somebody who has a vague interest in the subject can look at the slides. If they want to go into it a bit deeper, they can look at the notes. My case is similar but I don't 'expose' my teaching notes to the students for a variety of reasons. ... So unless somebody comes up with a really good idea, delaying any org-specific implementation might be the best way forward: it would save wear-and-tear on Carsten, allow the rest of us to catch up and gather some experience and perhaps come up with better ideas on how to handle this. Nick I guess my request is similar to what has been discussed above in that I would *very* much like to maintain handouts and teaching material in the same file and then export it to two different files as necessary. This would make my job a lot easier to manage. I could decide which tables, figures, text, etc are common to both docs and which are just for me and everything happens automatically behind the scenes. Beamer output is not critical for me (or even necessarily desired) right now but I would like a way of marking some text for 'limited' export. Using a special notation is not a problem if it gives me the ability to maintain a single document that I can export to two different LaTeX/PDF docs. Mark ___ 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 in Org-mode
Thomas S. Dye wrote: Hi Mark, On Dec 10, 2009, at 10:49 AM, Mark Elston wrote: I have been following this discussion with some interest as it may provide the basis for something I am interested in doing as well. I hope my discussion doesn't muddy the waters too much... Nick Dokos wrote: Darlan Cavalcante Moreira darc...@gmail.com mailto:darc...@gmail.com wrote: At Thu, 10 Dec 2009 17:09:33 +0100, Carsten Dominik carsten.domi...@gmail.com mailto:carsten.domi...@gmail.com wrote: ... I still don't have any better ideas than this to represent notes in Org for beamer presentations. Just writing \noe{...} as you suggest will certainly work - the disadvantage is that this does not make a lot of sense when exporting to other formats. One option would be to turn all those notes into footnotes for other export. I'd really be interested to get more input on this issue. - Carsten Maybe it is better to simple ignore notes when exporting to other formats. For me notes in beamer are useful only to give me an idea of what I intend to talk about in the presentation and help me training for the presentation. They are not really part of the final exported document and sometimes I put a lot of information in them (possible in a different language from the presentation). Also, the contents in notes can be anything such as a table or a figure. This obviously would result in an error if or if org tried to put them into a footnote when exporting to other formats. Therefore, the question is has anyone here any interest in notes when exporting to other formats or do they only make sense when exporting to beamer? My case is similar. I teach a class each week and, so far, have created two documents; a set of handouts and my notes for teaching. Generally these documents start from the same original and I modify and expand the notes I use for teaching while leaving the handouts a smaller doc for those in the class to take their own notes from. I don't use beamer as the handouts tend to be 6-8 pages of 'normal' text as it is and my teaching notes are usually far larger. I don't want to manipulate a stack of paper while teaching. For me, notes are rather important: in addition to reminding me what to say, they are essentially a second level to the presentation (and I always include them in any handouts). Somebody who has a vague interest in the subject can look at the slides. If they want to go into it a bit deeper, they can look at the notes. My case is similar but I don't 'expose' my teaching notes to the students for a variety of reasons. ... So unless somebody comes up with a really good idea, delaying any org-specific implementation might be the best way forward: it would save wear-and-tear on Carsten, allow the rest of us to catch up and gather some experience and perhaps come up with better ideas on how to handle this. Nick I guess my request is similar to what has been discussed above in that I would *very* much like to maintain handouts and teaching material in the same file and then export it to two different files as necessary. This would make my job a lot easier to manage. I could decide which tables, figures, text, etc are common to both docs and which are just for me and everything happens automatically behind the scenes. Beamer output is not critical for me (or even necessarily desired) right now but I would like a way of marking some text for 'limited' export. Using a special notation is not a problem if it gives me the ability to maintain a single document that I can export to two different LaTeX/PDF docs. Mark I use Org-babel to accomplish this. Its literate programming facility lets you define a block of text and re-use it wherever you like. You can tangle as many .tex files as you want from a single Org-mode document. You can find some examples here: http://orgmode.org/worg/org-contrib/babel/org-babel-uses.php I had been avoiding the literate programming aspects of org-babel since my previous experience with literate programming was less than satisfying. However, this use may be just what the doctor ordered. I will have to give it a look. Mark ___ 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 in Org-mode
Nick Dokos wrote: IIUC, another way to go (possibly much simpler than org-babel[1]) is to use selective export: #+EXPORT_SELECT_TAGS: Tags that select a tree for export #+EXPORT_EXCLUDE_TAGS: Tags that exclude a tree from export Mark the handout and notes sections with different tags and export the document twice, once with the handout tag selected and once with the notes tag selected. This sounds like it would work as well, though it probably results in a very different org-file organization to make it work. I will have to play around with the various options to see what works best for me. Thanks. HTH, Nick [1] NB: org-babel is another area that I know very little about, but hope to learn more about during vacation (although by this time, the todo list for vacation has expanded sufficiently to occupy several lifetimes...) Hah! I know exactly what you mean... Mark ___ 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] Orgmode reference card
Salvatore Enrico Indiogine wrote: I found online the reference card for org-mode version 6.33f in pdf format. I tried to print it in US letter format. Unfortunately the left margin of the text is cut off by a couple of mm. Has anyone else encountered this problem? Thanks, Enrico In addition to what has already been stated the makefile has a target for 'orgcard_letter.pdf' which is built from 'orgcard_letter.tex' (which is actually built from orgcard.tex). If you want to make it you can 'make doc' from the top level and it will be made automatically. Mark ___ 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] Build issue with latest git version - org-crypt.el
Not so much a problem as an unexpected issue. I read Eric's message about updating org-asymptote.el today and thought I would get the latest to get this fix. When I went through the process of building I found it failed at the org-crypt file since I didn't have epg.el on my system. I found a copy of this file and thought I would try it and see if that fixed the problem. Alas, no. It is part of a bigger package - epa. So I found this and tried to build/install it. Oops. it requires gpg to be installed to build it. Fortunately, this is distributed with pre-compiled binaries for Windows so installing it and modifying makefiles was pretty simple to build epa. I got that installed and modified the makefile for org-mode so it can be found and I am back up and running. I also managed to do the same thing by deleting the org-crypt.el line from the LISPF entry in the makefile. Either would work for me since I don't expect to use org-crypt regularly. I went through the above steps because I thought I might actually try to play around with it for a while and see if it was of any use to me. However, for those who won't be using org-crypt as a normal part of their daily operation it is probably simpler to make the build/installation of org-crypt optional. That way the normal maintenance for those who do simple things stays, uh, simple. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Build issue with latest git version - org-crypt.el
Carsten Dominik wrote: epg is not part of older versions of Emacs, look like mark is using Emacs 22? Yeah. 22.3.1. I tried 23 some time ago and had problems with some of the packages I used routinely (I forget which ones right now). So I gave it up. It was also a real hassle maintaining two separate personal 'site-lisp' hierarchies... Maybe its time to try it again. I have changed org-crypt.el so that it will compile without loading epg. So an error will only happen if anyone actually uses it. Thanks. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode version 6.30d; Hide stars
Carsten, Not sure why but now I see the problem on the *other* machine as well (the one that didn't show the problem before). This is 6.30d.6.g2066. I haven't updated this machine in the last few days. I don't know why I didn't see it before on this machine. Nothing has changed. Perhaps I didn't test it properly. The way it shows up is that the *first* time you load a .org file there is no fontification. However, every time after that it works just fine. I suppose I had already loaded a .org file and didn't remember so I assumed it was working fine. Sorry about that. Mark Carsten Dominik wrote: On Sep 7, 2009, at 6:57 AM, Mark Elston wrote: Melton Low wrote: Sorry I made a mistake. I only see it if I reverted org-mode back to 6.30d. Works fine with this morning's git pull. Hmm. Well, as it turns out, so does mine. Whatever the problem *was* it appears to have gone away now. Yes, for the time being I have reverted the commit which caused the problem. Just to make sure that normal users have a working Org-mode and a good experience. So when testing Tassilo's request, please check out 6.30d before running the tests. - Carsten Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode version 6.30d; Hide stars
Tassilo, Yes, I tried it both ways and it works both ways. Mark Tassilo Horn wrote: Mark Elston m_els...@comcast.net writes: Hi Mark! That did it! Your message didn't have Carsten's message attached so I don't know what was in it, but you appear to be correct. Another message Carsten forwarded, where fontification problems arose if some org module was loaded by org's org-modules variable, which didn't occur if the module in question was loaded explicitly by the user's .emacs. I even commented out the last line (require 'org-gnus) and it still works. But you tried also with it, right? So we can say that the fontification problems only exist if org-gnus was loaded by org's org-modules variable. If that's the case, then we've at least narrowed down the problem to only a few lines of code. Bye, Tassilo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode version 6.30d; Hide stars
Yep. Still see it. Mark Tassilo Horn wrote: Scott Otterson sco...@sharpleaf.org writes: Hi Scott all others having that problem, I also see this problem. In addition, links are rendered in plain text instead of being hidden. I'm using emacs 23 on OS X. This bug is more than strange. Till now, neither Carsten nor me was able to reproduce it, but people with different emacs versions on different platforms were bitten by it. Could you please all try to reproduce the problem this way: 1. Create a file test.el with these contents: --8---cut here---start-8--- (add-to-list 'load-path ~/path/to/org-mode/lisp/) ;; EDIT TO YOUR NEEDS (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) --8---cut here---end---8--- 2. Start emacs like this: $ emacs -Q -l ~/path/to/test.el 3. Open some org file and check if the problem still occurs. Bye, Tassilo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode version 6.30d; Hide stars
Melton Low wrote: Sorry I made a mistake. I only see it if I reverted org-mode back to 6.30d. Works fine with this morning's git pull. Hmm. Well, as it turns out, so does mine. Whatever the problem *was* it appears to have gone away now. Mark Mel On Sun, Sep 6, 2009 at 4:32 PM, Melton Low softw@gmail.com mailto:softw@gmail.com wrote: Yep problem still there. I'm using cvs build of Emacs 23.50.1 on Sept 3rd. org-mode build from git pull this morning Mac OS X 10.5.8 Intel On Sun, Sep 6, 2009 at 11:47 AM, Tassilo Horn tass...@member.fsf.org mailto:tass...@member.fsf.org wrote: Scott Otterson sco...@sharpleaf.org mailto:sco...@sharpleaf.org writes: Hi Scott all others having that problem, I also see this problem. In addition, links are rendered in plain text instead of being hidden. I'm using emacs 23 on OS X. This bug is more than strange. Till now, neither Carsten nor me was able to reproduce it, but people with different emacs versions on different platforms were bitten by it. Could you please all try to reproduce the problem this way: 1. Create a file test.el with these contents: --8---cut here---start-8--- (add-to-list 'load-path ~/path/to/org-mode/lisp/) ;; EDIT TO YOUR NEEDS (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) --8---cut here---end---8--- 2. Start emacs like this: $ emacs -Q -l ~/path/to/test.el 3. Open some org file and check if the problem still occurs. Bye, Tassilo ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org mailto:Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org-mode version 6.30d; Hide stars
Bernt Hansen wrote: William Henney when...@gmail.com writes: I can reproduce that too - but it behaves differently for compiled versus uncompiled files. If I do a make clean removing all the .elc files then it works (for that commit) - but after make there it no fontification when the file is originally loaded. The commit before this one works with and without compiling. I saw this problem on one of my machines yesterday and today as well. I thought I had done something wrong. After loading compiled sources and starting a minimal emacs on the provided test.org I get (Org Fly Ind Font) on the status line indicating the active modes. If I C-c C-c on the #+STARTUP: line it changes to (Org Fly Font) and fontification returns. The file I was seeing this with didn't have a #+... line so I found that if I closed the file and re-opened it then it fontified it just fine. Trying it on a different file with a #+TITLE: line I see I can do the C-cC-c thing and it works as well. However, I have a different machine that doesn't exhibit this behavior at all. Loading a .org file brings it up fontified properly the first time. I will have to look into the differences between the settings for these two machines. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] About `_' in link address .
waterloo wrote: Sorry . When I copy `http://swift.siphos.be/linux_sea/ ' to an org file , it was transformed to a link. After I export that file to html , I find `sea' in that link is subscript. It should be normal scale. This is because in org `_' was recognized as Latex command. I recommand that in link we should disable the function of `_' . I can reproduce this, though I am not sure what the reason for it is. GNU Emacs 22.3.1, Org-mode version 6.29trans (release_6.29c.55.ga48f.dirty) Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-exp-block patch and Graphviz Demo
Russell, Russell Adams wrote: Have you compared the output between dot going straight to pdf, vs dot to eps to pdf? Attached are a pair of pdf's for comparison. The default font in eps is better, and the line style is blunted and looks better vs the arrows showing up going through the nodes. OTOH, the curves are cleaner in the PDF-only version... Perhaps I can control these in the dot file, I'll look into it. I would like to hear about it if you find anything out from this... Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Exporting org to LaTeX to PDF: headings do not convert to sections
Alan E. Davis wrote: I don't understand why I do not see section or subsection, and the sections often come out with bare stars. Is this also because the number of levels has been exceeded? Are you, by any chance, using a top-level org file with #+INCLUDE lines? If so, you need to put at least one line with a single start before the include directives. I had a similar problem in the past and this solved my problem. That is: * Introduction #+INCLUDE abc.org #+INCLUDE def.org Each of the included org files can have their own top-level headlines and these are turned into the appropriate LaTeX sectioning commands. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] LaTeX Export option for titlepage
I am exporting a report to LaTeX and PDF and would like to modify the generated output somewhat and can't find the place I need to tweak. Currently, with the toc turned on the generated .tex file has \maketitle immediately after the \begin{document} command. I would like to change this to: \begin{titlingpage} \maketitle \end{titlingpage} Is there any way to have this happen automatically? Obviously, it isn't a huge deal to edit the file and tweak it manually. I just thought it would be nice to be able to parameterize this somehow. Unfortunately the org-export-latex-classes only specify the headers up to the \begin{document} command. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX Export option for titlepage
Thanks, Russel. That was it. Actually, after a little playing around I, too, blanked it out and added a #+BEGIN_LaTeX/#+END_LaTeX fragment to set everything up just the way I wanted it. Mark Russell Adams wrote: Try redefining org-export-latex-title-command. I often blank it and make my own title page. On Tue, May 05, 2009 at 12:22:49PM -0700, Mark Elston wrote: I am exporting a report to LaTeX and PDF and would like to modify the generated output somewhat and can't find the place I need to tweak. Currently, with the toc turned on the generated .tex file has \maketitle immediately after the \begin{document} command. I would like to change this to: \begin{titlingpage} \maketitle \end{titlingpage} Is there any way to have this happen automatically? Obviously, it isn't a huge deal to edit the file and tweak it manually. I just thought it would be nice to be able to parameterize this somehow. Unfortunately the org-export-latex-classes only specify the headers up to the \begin{document} command. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Use with yasnippets?
I know someone mentioned yasnippets earlier this month but I can't find it. And I don't know if it answers my question or not anyway. I have a number of *very* similar entries in an org file. I teach a number of classes and I would like to set up a yasnippet to create entries (actually a small tree of entries) for each class. The snippet would have several tab-stops so I can enter the class name and lesson number once and have it appear several times in the created entries. However, when trying to actually expand this snippet and navigate between the tab-stops, the tab key (naturally) closes up the tree it just created and fails to let me enter the second (or subsequent) placeholders. Is there any way of using the flexibility of yasnippets in org mode? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Changing multiple dates en masse
Carsten Dominik wrote: Hi Mark, there is nothing like that built-in. However, here is how I would do this: I am assuming that each of the classes has a SCHEDULED date, maybe you created the list of entries with `org-clone-subtree-with-timeshift'. I am also assuming that these are children from some parent like * Course ** Lecture 1 SCHEDULED .. ** Lecture 2 SCHEDULED .. etc. I would: 1. put the cursor on the Course headline. 2. Press `C-c C-x ' to restrict agenda commands to that tree 3. Press `C-c a L' to get the time line view 4. Move the cursor to the first entry that should be shifted, maybe Lecture 5 5. Press `C-x (' to start a keyboard macro. 6. Press `7 S-right' to shift the date. 7. Move the cursor down to the next lecture (still all the time in the agenda) 8. Press `C-x )' to end the keyboard macro 9. Press `C-x e' to execute the keyboard macro for the next entry, etc etc 10. Press `C-c C-x ' to remove the agenda restriction Barring a way of doing this in a single operation this is really pretty cool. I had not explored the 'interactive' uses of the agenda views and this particular operation was something I was unaware of. Adding the power of a macro to it is even better. Thanks. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Changing multiple dates en masse
I teach a weekly class and have a number of tasks that go into preparing for the class. I have an org file set up with these tasks. Occasionally I have to put off a class for a week. That means all the following classes and their sub-tasks must also be moved by a week. So far, I have had to expand the entire tree and visit each task in turn and use the S-right on each date to get the rescheduled time correct. Is there a way to select a region and have org-mode add an offset to each task (specifically the deadlines) in the region? Alternatively, is there a way of specifying my tasks such that I can say that Task A is to take place 1w after Task B, or Task C must take place 4d before Task D? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Important
Matthew Lundin wrote: Hi Carsten, Carsten Dominik domi...@science.uva.nl writes: Hi, with the current git release, I have again moved some code to new files. The exporters for HTML, XOXO, ASCII, and iCalendar now all have their own files. I hope that this will make things more transparent. However, such a splitting operation is complex, and it is possible that in some environments, some operations will not work normally. Please be extra alert, in particular watch out for bugs where a command fails because a certain function is not defined. Report such cases here, so that we can fix this quickly. Just pulled the new commits from the git repo. When I type make, I get the following error message: , | In toplevel form: | lisp/org-export-latex.el:53:1:Error: Symbol's function definition is void: org-create-multibrace-regexp | make: *** [lisp/org-export-latex.elc] Error 1 ` I ran into this also. However, a make clean then make solved the problem. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Announcing my Python module to read org-mode files
Charles, * Charles Cave wrote (on 3/14/2009 8:37 PM): Over the last couple of months I have developed a Python module to read an org-mode file and return the nodes as a list of objects. The module is the basis of a Python/TK GUI program to display a Word of the Day (another article will be published about this program soon). This looks interesting. I had started a thread about a month ago dealing with reading and writing org files from an external process. I already was extracting data from external sources and writing these files but I didn't have a way of effectively *updating* these files, only overwriting them. This looks like what I was looking for to allow me to accomplish this. The only thing better would be a way to use this package to update the nodes and then write them back out. Hm.. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Announcing my Python module to read org-mode files
* Charles Cave wrote (on 3/16/2009 6:22 PM): Mark Elston m.elston at advantest-ard.com writes: The only thing better would be a way to use this package to update the nodes and then write them back out. Hm.. The changes to the package to write the node output out are... 1. A means of storing the org-mode preamble .. all the lines before the first headline. Maybe this could be in a node with level 0 and headline of null. The bodytext of this object could be the preamble lines. 2. A method to output a node in ord-mode format echoing the ** prefix, TODO tag, headline, tags, properties and body text. 3. The module currently discards lines beginning with #. These should now be preserved. I wouldnt imagine this being a great deal of work. I will add this to my (very long list) of things to do! Actually, for my purposes, I think the problem is simpler. As these files are automatically generated (and, eventually, updated) the preamble is 'pre-defined' for each file. It could be written out new each time the file is updated. So #1 and #3 are non-issues as far as I am concerned. #2 is, of course, the primary issue. I will probably need to deal with properties as I get more involved in 'tweaking' my generators so I am thrilled to see you already support them. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Article: Synchronizing org Files Using bzr and git
Just a note. Be careful of the use of colors. For example, you have quoted strings in yellow in section 3.3. This color makes the strings almost invisible on my screen. This makes it hard to read. Also, is there a single-page or pdf version of this material? Mark * Ian Barton wrote (on 3/3/2009 5:42 AM): I have been working on an article on syncing org files using a version control system for a while. The recent posts about using a usb stick motivated me to try and finish it. You can see the html version at http://www.ian-barton.com/ian-barton/org_vcs/org_vcs.html and get the current version from github at git://github.com/geekinthesticks/org-vcs.git . This is still a work in progress, but I would welcome any comments. Since it's available via github and I am lazy, please feel free to edit it yourself:) A couple of observations: I have tried to strike a balance between describing something that works and avoiding too many minutiae of VCS options. I am using bzr myself (although I might switch). I am aware that most people on the list use git, so I have tried to give both git and bzr examples. If the git ones are wrong, please let me know! If Carsten thinks it's suitable I would be happy for the article to end up on worg, or wherever he thinks appropriate. Ian. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem with autoloads
I have two machines: WinXP and Vista (64 bit) with Emacs 22.3 on both. Both are configured the same in terms of libraries and, specifically, the org-mode configuration is the same. However, the (require 'org-install) on the Vista system doesn't seem to work the same as it does on WinXP. When I type C-c a on the XP system I get the usual menu asking for the additional key for the type of agenda I want. On the Vista system, though, when I type C-c a I don't get this menu and it provides the agenda in the default format (which isn't really as useful to me). I do a C-h f on org-agenda and it tells me (on the Vista system) that it is an interactive Lisp function in 'org.el'. Apparently, even with the (require ...) in my .emacs file I am not loading 'org-install. Any ideas why this would be? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic Update of Org files
David, This sound interesting and similar to what I am doing. I didn't want to have to parse the Org file but it may be that I have no choice in the matter. I may be able to make some of this easier on myself by putting all (or most) generated information in a block of some kind that allows me to keep it as text without having to really 'parse' it. This would make the 'merge' process simpler. As for your wishlist items I am not so concerned with the 'postback' as I am not just looking at my own issues but those in my group as well. I won't mark something as done until it has been completed in TestTrack. My biggest concern is keeping any notes I add to items I have extracted from these various sources during an update process. I tried the org-registry package mentioned by Samuel but it didn't load and initialize. I am not sure but I think it may be due to the fact that my 'org-agenda-files' variable is set to a directory and not a list of files. You say you are using Python. I have used Perl since I found a SOAP package for Perl and I haven't seen one for Python and I need it for accessing TestTrack. I would prefer Python otherwise. I would be interested in seeing what you have. It may give me some ideas. Mark * David Thole wrote (on 2/6/2009 7:19 AM): Something I've been working on and am continuing to work on is kinda a middleware script like what you're doing. It's in python now - and have a few who contacted me personally who are interested in this once I get the refactor complete. Basically what I've done is try to merge stuff in from our Redmine system here (Redmine is another ticket tracking system). The workflow I came up with, at least for the script is: 1. Query redmine, get all my assigned issues. 2. Open the org file, read and parse through everything in there (currently it goes for the dates that I have for scheduled, and I want to eventually get it so that all the notes as well as time logging will be captured too. 3. Merge the two sources together (I use two hashed arrays, basically it's something like array[ISSUEID] = array, where the second array contain inforamtion such as the title, project, due date, date scheduled, etc). I use rules such as that the deadlines are determined in the Redmine system, so that takes priority over my due date - but the date scheduled would be captured, and the state (TODO/DONE/ETC). The status is determined, currently, within Redmine - I haven't figured out a good way yet on dealing with that yet. Kinda on my wishlist: 1. A postback to Redmine, say I update the status to complete, I wouldn't mind if there was a good way to push that information to redmine, using my comments in my ticket to add perhaps - or maybe allowing for a certain type of tag. 2. To handle notes, the checked sub-items that can occur, etc. It's still a work in progress, but part of my work is to try and allow a more pluggable system so that other ticket management systems can be represented. Still working on the refactoring..let me know if this interests you at all. -David On Thu, Feb 5, 2009 at 5:13 PM, Mark Elston m.els...@advantest-ard.com mailto:m.els...@advantest-ard.com wrote: Samuel, Thanks for the info. I will have to digest this and see if it fits. One concern I have with this approach (and I may not have fully grasped what you intended) is that the original source files have the current information like deadlines, etc that I want used when creating my agenda for the week. If I want more information about the agenda item I will navigate to it and hit Return which takes me to the generated Org file. Once there, I would like to be able to add notes as necessary. Alternatively, I suppose I could navigate to the notes if there is a simple mechanism for this. I don't really understand all you described below but I will try playing with it and see what comes out. Mark * Samuel Wales wrote (on 2/5/2009 2:40 PM): IIUC, source is not under your complete control. You need it orgified but also annotated. There are various annotation mechanisms. My comments on the remember redesign might be relevant. You could consider going backward. Have your org file contain links to the read-only stuff. Put entry IDs in the read-only stuff. Dunno if this helps. Here is something I had lying around: Another feature is to have org-registry show on the mode line when a link points to the current buffer's object (w3m page, file, dired, etc.). You click on it to go to the org file link. See my remember suggestions in a previous thred for more re annotations, bookmarks, and registry. I proposed this before: === snip Extension #2 to the bookmark idea. My idea is to always have annotations available for emacs-w3m, dired, files
Re: [Orgmode] Automatic Update of Org files
Manish, I actually have it printed out and am going through it. One of the reasons I would prefer to keep notes *with* the entries I generate is that I would like to eventually export both the entries and notes to a file I can print out and take with me to meetings. Either LaTeX export or text export would work. In any case, I thought it would be simpler if everything were in one place. Both the org-registry and the org-annotate-file put notes separate from the entries. While this is OK for online work it is more problematic when you want to create a set of notes to take to a meeting. At least it seems so to me. Mark * Manish wrote (on 2/6/2009 11:34 AM): On Sat, Feb 7, 2009 at 12:24 AM, Mark Elston wrote: [...] My biggest concern is keeping any notes I add to items I have extracted from these various sources during an update process. I tried the org-registry package mentioned by Samuel but it didn't load and initialize. I haven't had a chance to use it but you could take a look at contrib/lisp/org-annotate-file.el as well. It seems to do something similar. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Automatic Update of Org files
Its amazing what you can do with this package! I have weekly meetings I attend where we take a look at different sources of status information. We have an action item list in an Excel file, an issue tracking list in Test Track (from Seapine Software) and a project schedule in Microsoft Project. I decided I didn't like looking in three (or sometimes more) different files to collect the tasks I (and my group) had coming up so I wrote a Perl script to query those sources and write the results into different Org files. It all works great and now C-c a a reads these files and prints any upcoming deadlines from these tasks in my agenda. What a terrific way to keep track of assigned tasks. There is a drawback, however. Once these files are created I would like to add notes to them and have these notes persist. Unfortunately, right now I don't have any way of doing this as these files get overwritten when I run my Perl script again. So, does anyone have any ideas about how to go about a task like this? Is there some way to, for example, write information to a 'temporary' Org file and merge the info? I would not want to write this in Perl and I don't know elisp well enough to try anything like this that way either. Perhaps I am looking for too much. But I have gotten spoiled with such a great package. Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatic Update of Org files
Samuel, Thanks for the info. I will have to digest this and see if it fits. One concern I have with this approach (and I may not have fully grasped what you intended) is that the original source files have the current information like deadlines, etc that I want used when creating my agenda for the week. If I want more information about the agenda item I will navigate to it and hit Return which takes me to the generated Org file. Once there, I would like to be able to add notes as necessary. Alternatively, I suppose I could navigate to the notes if there is a simple mechanism for this. I don't really understand all you described below but I will try playing with it and see what comes out. Mark * Samuel Wales wrote (on 2/5/2009 2:40 PM): IIUC, source is not under your complete control. You need it orgified but also annotated. There are various annotation mechanisms. My comments on the remember redesign might be relevant. You could consider going backward. Have your org file contain links to the read-only stuff. Put entry IDs in the read-only stuff. Dunno if this helps. Here is something I had lying around: Another feature is to have org-registry show on the mode line when a link points to the current buffer's object (w3m page, file, dired, etc.). You click on it to go to the org file link. See my remember suggestions in a previous thred for more re annotations, bookmarks, and registry. I proposed this before: === snip Extension #2 to the bookmark idea. My idea is to always have annotations available for emacs-w3m, dired, files, like org-annotate-file, just with more modes. You can see in the mode line that whatever buffer you are in has an annotation, and you can make an annotation. You can also go to the annotation. The annotations are stored in an org file anywhere in the hierarchy. Thus, if you want, annotations on a doctor's web site can be stored in the entry for that doctor that is in your org file. If you visit that web site from any source, even Google, the mode line says that it is annotated. Then you can pull up that entry with a command. Likewise with files or dired or whatever. For example, you can comment org.el or /etc/passwd without having to modify them. Remember code seems a plausible place to arrange for choosing a location and putting a note into it. Annotations are like bookmarks with text that also go the other direction. It's natural to combine the idea of a bookmark and the idea of an annotation. You might want the mode line to say there is bookmark to this (web page, file, etc.) as one character and there is a text note about this as another character. Thus, if you have annotated a file and the file is unmodified, you will see -u:--!! and if you have merely bookmarked the location without commenting on it, then you will see -u:--!-. === snip ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Recurring events/tasks
Marcelo, Here is what I have for two meetings that occur weekly: ** Weekly Review Meeting 2009-01-26 Mon 13:30-14:30 +1w ** OPR 2009-01-20 Tue 11:00-12:00 +1w Notice these are not Scheduled but have a date entry where the last element is +1w. This is used to put it on the agenda every week after the first date. There are other such things you can do. From the manual: A time stamp may contain a @emph{repeater interval}, indicating that it applies not only on the given date, but again and again after a certain interval of N days (d), weeks (w), months(m), or years(y). The following will show up in the agenda every Wednesday: @example * Pick up Sam at school 2007-05-16 Wed 12:30 +1w @end example Hope this helps. Mark * Marcelo de Moraes Serpa wrote (on 2/2/2009 3:55 PM): Hello List, Firstly, I would like to congratulate Carsten and everyone else who helped making org-mode this killer software it is. Kudos! So here's my doubt -- I was scheduling a task in my org gtd list and felt the need for scheduled events that would show-up automatically every n time (recurring). Is there a way to do that in org? Thanks, Marcelo. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-mode not loading properly on startup
Paul, Try changing the org-mode line below to: (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) See if that makes a difference. I don't understand the use of \\' in your line below. Mark * Paul Mead wrote (on 1/30/2009 3:49 AM): Carsten Dominik domi...@science.uva.nl writes: Do you have set up to make .org files automatically enter org-mode? What happens if you use C-x C-f to open the file? - Carsten I have the following: (add-to-list 'auto-mode-alist '(\\.org\\' . org-mode)) If I use C-x C-f the behaviour is the same for the first .org file which I open. Any subsequent files that I open behave normally, whether or not I manually start org-mode. I have also tried opening files in different order - work.org and home.org. Which ever one I open first after starting emacs fails to show the faces, hide stars, etc. There doesn't appear to be anything wrong with the files themselves therefore. Other org-mode functions such as TAB to hide/show contents work fine. Paul ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem with org-batch-agenda
Carsten, I'll give it a try. Mannish already pointed me to Worg. I installed git and am trying to get started but am running into a problem with even using git to get editable files. It seems I need access to ssh-keygen which I don't have (being on Windows...) I'll keep trying (in my spare time) to get this set up. Mark * Carsten Dominik wrote (on 1/26/2009 10:39 PM): I guess this would be a good FAQ entry. Would you like to write one? - Carsten On Jan 26, 2009, at 7:39 PM, Mark Elston wrote: Carsten, Thanks. The quoting was the problem. I changed the line from what I had below to: c:\emacs-22.3\bin\emacs.exe -batch -l ~/_emacs_org -eval \ (org-batch-agenda \S\) and it now works like I expect. Perhaps there should be somewhere to deal with some of these platform specific issues so we don't run into them multiple times... Mark * Carsten Dominik wrote (on 1/24/2009 7:58 AM): On Jan 23, 2009, at 1:28 AM, Mark Elston wrote: I am trying to export information from my org files and am getting an error every time I run the batch file (Windows XP) I am starting with a stripped down .emacs file which just sets up my load path then does the following: ; ;;ORG MODE (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) (setq org-log-done 'time) (setq org-agenda-include-diary t) (setq org-directory ~/org/) (setq org-agenda-custom-commands '((S Schedule for the week plus TODO's ((agenda ) (todo TODO) My batch file looks like this: c:\emacs-22.3\bin\emacs.exe -batch -l ~/_emacs_org -eval '(org-batch-agenda S)' This works for me, but it is possible that quoting in a windows batch file works differently? The error message looks to me as if there is a parsing error for the -eval form. - Carsten When I run this from the command line I get: Loading c:/Home/emacs-22/precompile.el (source)... Loading c:/Home/emacs-22/all_org.el (source)... Loading c:/Home/emacs-22/melston-note-paths.el (source)... Done loading ~/emacs/all_org Loading c:/Home/emacs-22/custom.el (source)... Loading gnus... Done loading init file End of file during parsing I saw this mentioned in the list at gmane but never saw any resolution for it. Any ideas? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem with org-batch-agenda
Carsten, Thanks. The quoting was the problem. I changed the line from what I had below to: c:\emacs-22.3\bin\emacs.exe -batch -l ~/_emacs_org -eval \ (org-batch-agenda \S\) and it now works like I expect. Perhaps there should be somewhere to deal with some of these platform specific issues so we don't run into them multiple times... Mark * Carsten Dominik wrote (on 1/24/2009 7:58 AM): On Jan 23, 2009, at 1:28 AM, Mark Elston wrote: I am trying to export information from my org files and am getting an error every time I run the batch file (Windows XP) I am starting with a stripped down .emacs file which just sets up my load path then does the following: ; ;;ORG MODE (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) (setq org-log-done 'time) (setq org-agenda-include-diary t) (setq org-directory ~/org/) (setq org-agenda-custom-commands '((S Schedule for the week plus TODO's ((agenda ) (todo TODO) My batch file looks like this: c:\emacs-22.3\bin\emacs.exe -batch -l ~/_emacs_org -eval '(org-batch-agenda S)' This works for me, but it is possible that quoting in a windows batch file works differently? The error message looks to me as if there is a parsing error for the -eval form. - Carsten When I run this from the command line I get: Loading c:/Home/emacs-22/precompile.el (source)... Loading c:/Home/emacs-22/all_org.el (source)... Loading c:/Home/emacs-22/melston-note-paths.el (source)... Done loading ~/emacs/all_org Loading c:/Home/emacs-22/custom.el (source)... Loading gnus... Done loading init file End of file during parsing I saw this mentioned in the list at gmane but never saw any resolution for it. Any ideas? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem with org-batch-agenda
I am trying to export information from my org files and am getting an error every time I run the batch file (Windows XP) I am starting with a stripped down .emacs file which just sets up my load path then does the following: ; ;; ORG MODE (require 'org-install) (add-to-list 'auto-mode-alist '(\\.org$ . org-mode)) (setq org-log-done 'time) (setq org-agenda-include-diary t) (setq org-directory ~/org/) (setq org-agenda-custom-commands '((S Schedule for the week plus TODO's ((agenda ) (todo TODO) My batch file looks like this: c:\emacs-22.3\bin\emacs.exe -batch -l ~/_emacs_org -eval '(org-batch-agenda S)' When I run this from the command line I get: Loading c:/Home/emacs-22/precompile.el (source)... Loading c:/Home/emacs-22/all_org.el (source)... Loading c:/Home/emacs-22/melston-note-paths.el (source)... Done loading ~/emacs/all_org Loading c:/Home/emacs-22/custom.el (source)... Loading gnus... Done loading init file End of file during parsing I saw this mentioned in the list at gmane but never saw any resolution for it. Any ideas? Mark ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode