Re: [O] clocking ongoing items
Hi Rainer, Rainer Stengele rainer.steng...@online.de writes: Hi all! I wonder how others are clocking ongoing isues, which are not really todos but more like issues collecting clocked time for work done regularly. Example: Reading mail and organising daily priorities of tasks. This todo will not finish very soon. I want this item to be clocked daily but do not want it to look like a standard todo. How do others handle this? I remember Bernt once had a tag ONGOING which he dropped again. Cheers, Rainer Your use case sounds like a good fit for the `org-habit' module. See (info (org) Tracking your habits). A habit is like a periodic TODO which you mark DONE each time you complete it for the day, but it resets itself to being undone again after an interval of time passes. Habits also come with a nice display in agenda views to show you how often you actually do something. (I use this feature to track my daily meditation habits, for example). This way, together with org's time clock, the task is periodic, but the clock times and relevant notes can still all be kept in one place and the task can be represented as a single headline. Best, -- WGG I use grml (http://grml.org/)
Re: [O] Org, Mobile Org, DropBox
Hi Ken, Ken Mankoff mank...@gmail.com writes: Hi, I'm interested in using Mobile Org (on 2 devices) DropBox. However, the mobile devices are read-only. Do I need to do the org-mobile-push and have the files move from ~/org to ~/Dropbox/MobileOrg, or can I just store all my org files in ~/Dropbox/MobileOrg and not worry about syncing, since the mobile apps are read-only? Thanks, -k. For your use case, I think you would still probably want to run `org-mobile-push' and set up the `org-mobile-directory' variable to something inside your dropbox shared directory, because org-mobile-push is responsible for generating the agenda views (agendas.org) and index (index.org) upon which MobileOrg depends. Even in a read-only mode, MobileOrg will complain and not display your entries correctly if it can't find these. -- -WGG I use grml (http://grml.org/)
Re: [O] italicise across lines
Enda enda...@yahoo.com writes: Is there is a way to italicise across lines like /italicised text/ rather than /italicised/ /text/ Actually, Org will italicize items like your first example, but only for blocks of text of up to two lines in length. For a longer block you want italicized, you would likely be better off using a #+BEGIN_QUOTE...#+END_QUOTE block and then tweaking your exporter to handle putting QUOTE blocks into italics.
Re: [O] Can I export from org mode to org mode?
Piter_ x.pi...@gmail.com writes: Hi everybody. I keep my notes in one big org file. It have grown big One solution could be filtering tree and display only the information I need, another id to split it into smaller files by topic. I would appreciate a hint on how to do the later. Thanks. Petro. Hi there, You could try something like this: change your Org setup to include (setq org-refile-use-outline-path 'file) and then you can `org-refile' headlines in your One Big Org File to other files, or subtrees of other files. Use this together with the `org-sparse-tree' to limit your view by regexp, tags or properties before refiling; that way the file will appear less big and hairy as you work. Good luck! -WGG
Re: [O] Org referring to Gnus mail
François Pinard pin...@iro.umontreal.ca writes: Hello. In my Org files, I have many references to Gnus articles which are part of mailgroups. When batch reading email with Gnus, I'm OK with the newsreader paradigm, in which an article is almost deleted as soon as it gets read: it will not show the next time I'll visit the group. However, when an article is referred through an Org link, I think I would prefer if the paradigm did not apply. Currently, I see myself unreading such articles all the time, which is a bit tedious, and error prone as well, as I can easily forget to do it. I wonder if someone would not imagine some trickery by which, when the reference comes from Org, the Gnus article does not get automatically read. If references were always established manually, I could take the habit of banging each article on which there is an Org link, at the time I establish the link. The nicety is that a ticked article does not become read when visited. Hi François, I am sure there is a better answer out there, but there is another nicety of Gnus you could exploit: marks (including the read mark) are never populated to a Gnus group automatically on reading, but only when you do an updating command such as q or x. If you close the group with `gnus-summary-exit-no-update' (the Q key in default binding), these messages will not be marked as read. However, in the practical case, I have an Emacs command, launching an external helper program, which finds all articles within all mailgroups within the few local servers, matching a specific regexp somewhere, and then outputs a conveniently sorted Org tree holding [[...][...]] links to them all. As the matches transiently depend on the pattern, it would prefer avoiding any kind of side effects on the unread articles. François P.S. I'm quite surprised by the speed of the search. Grepping through 540 Megs of text distributed in over 1 files takes a bit less than half a second, once the memory cache got populated. It's hard for me to believe, and I'm unsuccessfully looking for a bug. It apparently works! So you have a command to automatically populate an Org tree from local newsgroups? Wow, sounds cool. I've long wondered if Org would make a good mailreader, and it sounds like you've determined that yes, it could :) -- Cheers, WGG
Re: [O] S-TAB acts like M-TAB in console sessions
Thorsten Jolitz tjol...@googlemail.com writes: Hi List, I have a strange problem with org-global-cycle (S-TAB) in console sessions. It mainly doesn't do anything, and C-h k shows M-TAB is bound to pcomplete, which it actually is, but I'm hitting S-TAB not M-TAB. Otherwise, the S (shift) key work, I can type uppercase and all. Is that a hardware (keyboard) problem, or did anybody experience similar symptoms? Thorsten, This sounds pretty weird, because in console sessions, due to the limitations of keyboard escape sequences, there is no way to type shift-tab (what emacs calls backtab). The only way to do org-global-cycle (or something like it) on console with the default bindings is to use C-u TAB (startup visibility), C-u C-u TAB (CONTENTS), C-u C-u C-u TAB (everything). -- WGG
Re: [O] Struggling with large: :LOGBOOK: .. :END: blocks
Hi Rainer, Rainer Stengele rainer.steng...@online.de writes: Wouldn't it be a nice thing to be able to configure the number of visible block entries? This could result in: Opening the :LOGBOOK block with TAB shows this: * TODO text :LOGBOOK: CLOCK: [2012-03-27 Di 13:00]--[2012-03-27 Di 13:30] = 0:30 CLOCK: [2012-03-06 Di 11:30]--[2012-03-06 Di 11:45] = 0:15 CLOCK: [2012-03-02 Fr 14:45]--[2012-03-02 Fr 15:15] = 0:30 .. :END: Another TAB would show all CLOCK entries. The next TAB would close the block again. The variable could configure: show the first n entries of the BLOCK show the last n entries of the BLOCK show the first n and last m entries of the BLOCK A fuzzy logbook view (perhaps similar to the fuzziness sparse trees currently have, providing a few lines of context) would indeed be pretty cool. I also have some rather long strings of clock entries, but I prefer to have them summarized for me using the `org-clock-report' function, C-c C-x C-r. Cheers, Will -- I use grml (http://grml.org/)
[O] Re: zotero (or mendeley) integration with org
Matt Lundin m...@imapmail.org writes: Stephen Eglen s.j.eg...@damtp.cam.ac.uk writes: There was a mail-thread lastyear about zotero and integration with org. Now that there is an alpha release of 'org-standalone' http://www.zotero.org/blog/2011/02/ has anyone looked at whether this helps integrate org and zotero? I've not yet switched to a pdf manager (they're all stuffed into a folder, with a few subfolders, and the only meta-data is in the filename!), so I'd appreciate hearing what others to do to look after their pdfs. Mendeley is a possibility too (although syncing between machines is a must, and Mendeley doesn't offer that yet.) One option is to manage metadata in org-mode itself, relying on org-attach to store and preserve links to the pdf files. Bibtex source blocks can used to store bibliographical data for each pdf. I find the combination of emacs-w3m, google scholar, and org-mode to be an easier and more transparent way to manage bibtex data than an indirect route via Zotero or Mendeley. But I also prefer to edit all my bibtex data by hand. :) Recoll is great for indexing. I have a mess of spaghetti code I use to pull recoll results into a temporary org outline. I can then open the relevant files using org links. I'd be happy to share it if anyone is interested. Best, Matt I use something like the setup Matt describes as well (except I haven't played with Recoll). I use org-attach to keep documents organized; usually they're attached to a :noexport: top-level heading creatively called Documents, which contains the citation info and keeps my research/reading notes distinct from the paper I'm writing. Since my org files are themselves indexed and easily searchable, I've not felt the need for any collection management software beyond that. (For legal research it's particularly good, because I can get LEXIS to email me most legal texts as plaintext, which I then just add inline as subheadings to the Documents heading.) For bibliography generation, I use RefTeX to do my BibTeXing for me, and I use a pretty crude one bibliography database to one paper kind of system. Best, Will -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[O] Re: zotero (or mendeley) integration with org
Rasmus rasmus.p...@gmail.com writes: [Matt and William's setup] I have looked for a good way to keep track of academic papers (pdfs) and Bibtex for a long time. I'd love to see a worg page on this topic. Meanwhile, I have found some sweet Bibtex-search interfaces for Emacs. These will query a academic search engine and can copy Bibtex entries directly to a .bib file. I found bibsnarfl[fn:1] being the most interesting, but a similar code is available for PubMed[fn:2]. Unfortunately, being limited to certain fields, I am personally not able to adopt either. It would be great to have an interface to a general academic search engine (Google Scholar, ugh?). Imagine the combination of a Emacs-powered interface to some search engine, a university network and some magic snip that would download a pdf, add it to a .bib-file (removing annoying entries and adding a sensible key), and making a nice, easy-to-browse Org-file. One day, maybe... –Rasmus Footnotes: [fn:1] http://www.emacswiki.org/emacs/bibsnarf.el [fn:2] http://www.bioinformatics.org/texmed/ That'd be a glorious way to do research. I can see it happening if a few of these academic database search engines and library websites decide to use some kind of free software infrastructure, or at least a relatively open and consistent API...alas, I don't know if library science is really evolving in that direction yet. -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[O] Re: Continuation of main section text after subsections ?
Marcel van der Boom mar...@hsdev.com writes: On zo 27-mrt-2011 16:52 Cian cian.ocon...@gmail.com wrote: You can't do that, as it would be akin to trying to have in a book Section 1 Stuff Section 1.1.1 More stuff Now this goes under Section 1 Not really an idiom that makes sense (I find its best to think of org-mode's headings as chapter headers Agreed, for paper books that would not make much sense (depending on how you do it) and that fact kept me from asking the question for a while. For electronic texts however, especially in the drafting stage where (sub-)sections get shuffled around, promoted, demoted, split etc. it does make sense, to me at least. When writing I tend to think about org headings as 'handles' to a logical block of information, including its child blocks. Apparently my analogy clashes with what org-mode wants. I had my hopes on a customization option. Is there a strong reason this could not work as an option in org-mode? marcel Marcel, I think this is not yet easily possible in org-mode due to the limitations of org's rather simple concept of markup. Because org tries to stay out of the way of the user's choice of indentation flow, for example, whitespace can't be used to indicate that your text has returned to the top level after entering a subheading. And unlike in, e.g., HTML or LaTeX, there's no way of closing the subheading environment explicitly. As Cian suggests, some alternatives you can use are to employ drawers or environments such as #+BEGIN_NOTE. I also use Org as a drafting tool, mostly for documents that will end up as papers or legal documents rendered with LaTeX. There are a few ambiguities in the markup that are hard to resolve without going the additional step of exporting to HTML or LaTeX and editing that output. You've just stumbled into one of them... I'd support some kind of fix, but it'd be moderately to very involved and far beyond my level of comfort with Elisp. I also agree that it'd be hard to specify. -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[O] Re: Continuation of main section text after subsections ?
Filippo A. Salustri salus...@ryerson.ca writes: It seems to me we're getting into some real design territory here, in that it comes down to a question of a proper outline. I agree that a proper outline is such that Marcel's format is improper. I agree that org follows the proper outline, was designed to suit it, and therefore it isn't surprising that it's not trivially easy to support Marcel's format too. I would humbly suggest that the real question is a design / use case question. Is it reasonable to expect authors to stick to proper outline format throughout their drafting process? If it is, then org is fine as is. If it isn't, then there's a problem. /How/ it's implemented, or worked around, as the case may be, is, imho, irrelevant in the long term (tho certainly useful in the short). Cheers. Fil I think org-mode should aim to be flexible enough to accomodate all writers, writing tasks, and writing styles. Maybe for this particular issue it would be enough to give org-mode an explicit way to close a heading--an Org-wide equivalent to \end{section} in LaTeX, say. Of course it would have to be as pithy and unobtrusive as the rest of org-mode syntax...I'm sure it's possible (because with Elisp practically everything is possible), but out of my depth. :) -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[O] Re: Continuation of main section text after subsections ?
Achim Gratz strom...@nexgo.de writes: William Gardella gardell...@gmail.com writes: I think org-mode should aim to be flexible enough to accomodate all writers, writing tasks, and writing styles. With flexibility comes complexity, which runs counter to org should be simple. Agreed, but I'd say org is already one of the most complex projects in Emacs. Its *apparent* simplicity for new victims--er, users--is a feature worth keeping, of course. :) Maybe for this particular issue it would be enough to give org-mode an explicit way to close a heading--an Org-wide equivalent to \end{section} in LaTeX, say. There already is: you simply start a new section for each thought, preferrably wih no whitespace after the heading so it becomes a visual unit that just folds away when outlined. I've been doing that with Outline Mode and AuCTeX and it is actually much easier to do in orgmode. Once you get your thoughts into the proper order by sorting the headlines, you can then insert, remove, edit, de- and promote the headings to finalize the document into something more readable. In my experience, there rarely is a need to change the first level structure. However, if you are organizing the structure of your document while the content is still largely absent, then (as has already been suggested) it is easier in orgmode to do that in a list. List items can be converted into headings and vice versa quite easily. Regards, Achim. I use a workflow similar to this, using subheadings to allow for easier reordering of paragraphs/thoughts. I guess it's good to keep in mind that using Org as a word processor (rather like using Gnus as a mailclient) requires some rethinking and reevaluation of how one might otherwise do things. And maybe a change in approach is a better idea when a technical fix might make org's markup or parser unnecessarily complex. -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[O] Re: Continuation of main section text after subsections ?
Marcel van der Boom mar...@hsdev.com writes: On zo 27-mrt-2011 16:52 Cian cian.ocon...@gmail.com wrote: You can't do that, as it would be akin to trying to have in a book Section 1 Stuff Section 1.1.1 More stuff Now this goes under Section 1 Not really an idiom that makes sense (I find its best to think of org-mode's headings as chapter headers Agreed, for paper books that would not make much sense (depending on how you do it) and that fact kept me from asking the question for a while. For electronic texts however, especially in the drafting stage where (sub-)sections get shuffled around, promoted, demoted, split etc. it does make sense, to me at least. When writing I tend to think about org headings as 'handles' to a logical block of information, including its child blocks. Apparently my analogy clashes with what org-mode wants. I had my hopes on a customization option. Is there a strong reason this could not work as an option in org-mode? marcel Marcel, I think this is not yet easily possible in org-mode due to the limitations of org's rather simple concept of markup. Because org tries to stay out of the way of the user's choice of indentation flow, for example, whitespace can't be used to indicate that your text has returned to the top level after entering a subheading. And unlike in, e.g., HTML or LaTeX, there's no way of closing the subheading environment explicitly. As Cian suggests, some alternatives you can use are to employ drawers or environments such as #+BEGIN_NOTE. I also use Org as a drafting tool, mostly for documents that will end up as papers or legal documents rendered with LaTeX. There are a few ambiguities in the markup that are hard to resolve without going the additional step of exporting to HTML or LaTeX and editing that output. You've just stumbled into one of them... -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law
[Orgmode] Re: export html - doc
Eric Abrahamsen e...@ericabrahamsen.net writes: I know this is an awfully tired topic, and I'll be thrilled when the odt exporter is ready, but in the meantime exporting to HTML and then either opening or copying/pasting into OpenOffice is not working for me, while it does seem to be working for other people. I'm on Ubuntu, Emacs 23.3 and yesterday's org-mode. I export to html just fine. Then I figure I have two options: open the html directly with OpenOffice, or copy and paste the text. Opening the html directly just shows me an unrendered html document. Copying and pasting into OpenOffice turns all the italics into funny little grey boxes (one on either side of the meant-to-be-italics text), and no actual italics. I'm translating fiction, I don't need squat in the way of formatting besides the paragraphs getting unfilled, and italics and bold coming through properly. Has anyone seen this happen before, and have a potential solution? Thanks! Eric Eric, I think you will be better off using a tool such as `latex2rtf' (available as a package here in Debian Sid, maybe in Ubuntu too?) to convert your LaTeX exporting output into a format OpenOffice can understand. Unlike taking your chances with the copy/paste behavior of apps that aren't Emacs (egads!), latex2rtf will try to preserve the formatting in a fairly consistent (if far from perfect) way. Best, Followup-To: poster -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?
Torsten Wagner torsten.wag...@gmail.com writes: Dear all, since I subscribed to the maillist, the traffic increased enormously. This is very nice, however, recently I got difficulties to filter throw all the post searching for relevant topics for me. The babel project is using already a [babel] tag, and other tags floating around ([PATCH],[OT],[Bug]). Thinking of tags, I wonder why we use [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is a strong indicator already. In general I guess a good mail client is capable to sort mails based on this tags or mail address. I just wonder whether there is an official list of tags on a prominent place like worg, or if especially the devs would like a separate emacs-orgmode-dev maillist. If you believe a How to post on the orgmode mailing list-article in worg helps I would be willing to start with one. Best regards Torsten I cut down on the information overload in my inbox by not viewing this list as mail at all. Instead, I subscribe to it as an NNTP newsgroup, gmane.emacs.orgmode at nntp://news.gmane.org/, which I view in Gnus. This keeps the incredibly active conversation and development of org-mode (which is a very good thing!) in a separate corner of my computing life from my email. From there it's easier to narrow down what's relevant to org-mode topics I have an interest in, and I can also leave newsgroup to its own devices when I don't have time to look at this list. -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?
Torsten Wagner torsten.wag...@gmail.com writes: Dear all, since I subscribed to the maillist, the traffic increased enormously. This is very nice, however, recently I got difficulties to filter throw all the post searching for relevant topics for me. The babel project is using already a [babel] tag, and other tags floating around ([PATCH],[OT],[Bug]). Thinking of tags, I wonder why we use [Orgmode] since all mails coming from emacs-orgmode(a)gnu.org which is a strong indicator already. In general I guess a good mail client is capable to sort mails based on this tags or mail address. I just wonder whether there is an official list of tags on a prominent place like worg, or if especially the devs would like a separate emacs-orgmode-dev maillist. If you believe a How to post on the orgmode mailing list-article in worg helps I would be willing to start with one. Best regards Torsten For this info overload reason, I find it easier to follow this list as a GMANE newsgroup ( nntp://news.gmane.org/gmane.emacs.orgmode/ ) rather than as a mailing list. Makes it easier to tune it out when I'm awaiting urgent things in my email. And if you're a Gnus user (Gnuser?) it's more or less the same difference, interface- and ease-wise :) Best, -- William Gardella J.D. Candidate Class of 2011, University of Pittsburgh School of Law ___ 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