Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Hi Neil, Neil Smithline writes: > I've looked at org-element.el and don't really see how it will make > writing other Org Mode to HTML converter easier. org-element.el is, > well it's elisp. Very elispy. No surprise but I'm not sure that it > can easily be converted to another language. > > Is Nicolas working from a grammar? I think an Org Mode grammar will > make writing parsers much easier. Perhaps I'm just old-school but I > think that generating an Org Mode to HTML converter in another > language would be dramatically simplified by an Org Mode grammar > semantic annotations. You're not old-school at all :) Maybe I wasn't explicit enough. 1. There is already a new Org>HTML exporter, written by Jambunathan. Try adding contrib/lisp/ to your load path, then (require 'org-export) (require 'org-e-html) then M-x org-export-dispatch RET h See the result. 2. This new Org>HTML exporter is based on contrib/lisp/org-export.el and contrib/lisp/org-element.el. The latter is responsible for parsing elements of an org-mode buffer based on a clear syntax, the former implements a generic export engine. So yes, things are going into the direction of having a better grammar for Org, Nicolas and Jambunathan already build parsers for LaTeX and HTML using this grammar, and we will implement new parsers that way. Thanks, -- Bastien
Re: [O] Auto-fill-mode with code sections
Eric Schulte writes: > Ken Williams writes: > >> Ping - I'm still interested in this, if anyone has any recommendations. >> Thanks. >> > > Hi Ken, > > I don't know of an automatic solution here. One option is to edit code > sections with org-edit-special, i.e., press C-c ' from within a code > block. > > Best, Here is a start. It fills normal text, but leaves src blocks alone. Maybe add something to one of the org-mode hooks ? HTH, Chuck , | | * autofill, but not src blocks | | #+begin_src emacs-lisp | (defun org-auto-fill-function () | "auto fill function to leave src blocks alone" | (if (not (org-babel-get-src-block-info)) | (do-auto-fill))) | (setq normal-auto-fill-function 'org-auto-fill-function) | #+end_src | | | aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa | aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa vvv aaa aaa | vvv aa vvv aaa aaa vvv | | #+begin_src R | x <- y + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 1 + 2 + 3 | #+end_src ` > >> >> -Ken >> >>> From: Ken Williams >>> Sent: Tuesday, May 01, 2012 8:51 AM >>> To: emacs-orgmode@gnu.org >>> Subject: Auto-fill-mode with code sections >>> >>> Hi, >>> >>> I use org-mode extensively with R code sections, as a scientific notebook. >>> One annoyance I have is that when I have auto-fill-mode turned on (which >>> is convenient for the main body parts of the document), it extends to the >>> code section and starts auto-filling my code. >>> >>> Can anyone recommend a configuration that will get me folding in the body >>> sections, but not in the code sections? It could use another mechanism >>> besides auto-fill-mode if that's what's preferred these days, but >>> auto-fill-mode >>> is the one I'm familiar with. >> >> >> CONFIDENTIALITY NOTICE: This e-mail message is for the sole use of the >> intended recipient(s) and may contain confidential and privileged >> information. Any unauthorized review, use, disclosure or distribution >> of any kind is strictly prohibited. If you are not the intended >> recipient, please contact the sender via reply e-mail and destroy all >> copies of the original message. Thank you. >> -- Charles C. BerryDept of Family/Preventive Medicine cberry at ucsd edu UC San Diego http://famprevmed.ucsd.edu/faculty/cberry/ La Jolla, San Diego 92093-0901
Re: [O] Habit tracking and table data
Steinar Bang writes: >> Bernt Hansen : > >> By default marking it done creates a log entry with just the timestamp >> (no log note). > > If I'm going to edit the table directly anyway, I don't really need the > habit tracking functionality. Or is there something I will be missing > out on, that I don't see...? As a habit it will have the habit graph on today's agenda. > > Would it be possible to automate the setting of a time stamp in the > first column when creating a new row? You can hit S-RET on the date (or blank cell under the date) and it creates a new line and increments by one day. You can also edit the timestamp easily by positioning the cursor on part of the timestamp and using S-arrows to modify the month/day. -Bernt
Re: [O] Theorems in org-mode?
> From: Rafael >To: org-mode list >Sent: Friday, May 4, 2012 5:05 PM >Subject: [O] Theorems in org-mode? > > >Motivated by the side note by Nicolas in >http://www.mail-archive.com/emacs-orgmode@gnu.org/msg55225.html, I tried >the example at the end of this message, which requires >org-special-blocks.el. It exports nicely to LaTeX->PDF with the new >exporter (not so much with the old), so thanks! > >I wonder what I would need to add to make it export nicely to HTML with >either the old or the new exporter. The old exporter inserts the labels >with the text of the theorems, and the new inserts stuff like >\begin{theorem} .. \end{theorem} with the text of the theorems. > >Now, the org-special-blocks documentation says: > > When #+begin_foo is encountered by the html exporter, a div > with class foo is inserted into the HTML file. It is up to the > user to add this class to his or her stylesheet if this div is to > mean anything. > >I have used > >#+STYLE: .theorem {} >#+STYLE: .theorem:before {content: "Theorem: "; font-weight: bold} > >but if somebody with actual HTML knowledge could suggest something >prettier I would appreciate it. . . . FWIW, I've played with this a bit recently. The example below makes an HTML document with "Pay attention to this text" in large, red, indented font. I prefer to put the CSS in a separate file, but I think it's straightforward to include the equivalent statements directly in the Org file. -- Mike #+STYLE: * test #+BEGIN_ATTENTION Pay attention to this text! #+END_ATTENTION ## Contents of special-block.css follow # .ATTENTION # { # font-size: 40px; # text-indent: 50px; # color: red; # }
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
On Sun, Apr 29, 2012 at 4:22 AM, Bastien wrote: > > One thing to be aware of: there is an ongoing work by Nicolas to write a > parser (see org-element.el in contrib/lisp/ from the git repo). It is > already quite useful -- and used in the new exporters (e.g. org-e-latex.el) > > One nice side-effect of having this parser is that we will be able to > document the syntax of Org files more clearly. Actually, org-element.el > *is* such a description, but we need to make it widely available as a > documentation page (on Worg). > Bastien, I've looked at org-element.el and don't really see how it will make writing other Org Mode to HTML converter easier. org-element.el is, well it's elisp. Very elispy. No surprise but I'm not sure that it can easily be converted to another language. Is Nicolas working from a grammar? I think an Org Mode grammar will make writing parsers much easier. Perhaps I'm just old-school but I think that generating an Org Mode to HTML converter in another language would be dramatically simplified by an Org Mode grammar semantic annotations. Neil PS: I've been looking at Org Mode utilities in various languages and none of them seem to handle any sizable portion of Org Mode to HTML conversion. It seems that there is little for us to use as a starting point.
[O] Theorems in org-mode?
Motivated by the side note by Nicolas in http://www.mail-archive.com/emacs-orgmode@gnu.org/msg55225.html, I tried the example at the end of this message, which requires org-special-blocks.el. It exports nicely to LaTeX->PDF with the new exporter (not so much with the old), so thanks! I wonder what I would need to add to make it export nicely to HTML with either the old or the new exporter. The old exporter inserts the labels with the text of the theorems, and the new inserts stuff like \begin{theorem} .. \end{theorem} with the text of the theorems. Now, the org-special-blocks documentation says: When #+begin_foo is encountered by the html exporter, a div with class foo is inserted into the HTML file. It is up to the user to add this class to his or her stylesheet if this div is to mean anything. I have used #+STYLE: .theorem {} #+STYLE: .theorem:before {content: "Theorem: "; font-weight: bold} but if somebody with actual HTML knowledge could suggest something prettier I would appreciate it. Best regards, Rafael #+begin_src org #+title: Theorems in org-mode #+latex_header: \usepackage{amsthm} #+latex_header: \newtheorem{theorem}{Theorem} #+latex_header: \newtheorem{definition}{Definition} #+options: ^:nil * Some theory #+begin_definition <> A /right triangle/ is a triangle with a right angle. #+end_definition #+begin_theorem <> We have that $a^2+b^2=c^2$. #+end_theorem This is an equation: #+begin_equation <> a^2+b^2=c^2 #+end_equation * Some references Theorem [[thm-1]] deals with triangles as in Definition [[def-1]], and satisfies equation ([[eq-1]]). #+end_src
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Neil Smithline writes: > Bastien, > > I've been looking at the bugpile Worg page (very nice page - good work > Thorsten or whomever) and don't see why you say: > >> I don't see how github could use such >> a setup to produce HTML files from Org (unless github runs an Emacs >> batch query for exporting HTML... which seems very unlikely - and >> wrong by design anyway. > > I understand that Emacs is a bit of a behemoth in terms of CPU when > being started and always in terms of memory. That being said, why does > it seem "wrong by design" to have Github running an Emacs server and > sending Org --> HTML jobs to it with emacsclient? > I think this issue is unrelated to the bugpile proposal. As you mention all that is required to export Org-mode files to HTML is a daemon emacs process and emacsclient. My guess (although this is really a question for the people at github) is that adding Emacs to their web software stack is simply too heavy weight (in terms of processing time and complexity) of a tool for simple file export. As one example of the complexity involved; imagine I push up a .org file to github which includes an embedded code block with shell code and the ":exports results" header argument. Unless the github admins have turned off code block execution, such a document would allow me to execute arbitrary shell code on their servers with the permissions of whoever created the emacs daemon. > > Just a head's up, once you answer the above question, I'm going to ask > you what can be done to fix the problem :-) > I would be happy to see full support for Org-mode->html export on github, but I'd be surprised if you could convince the github admins that the payoff is worth the cost. Best, > > Neil > > > > Neil Smithline > http://www.neilsmithline.com > Proud GNU Emacs user since 1986, v. 18.24. > > On 4/26 03:57 , Bastien wrote: >> Hi Neil, >> >> Neil Smithline writes: >> >>> I've run into this problem dealing with the weak presentation of Org Mode >>> files on Github. Github uses the Ruby gem org-ruby >>> (https://github.com/bdewey/org-ruby) to convert .org files to HTML. I've >>> added a feature or two to org-ruby but really feel that trying to >>> completely re-implement Org Mode in a Ruby gem is a losing battle. >> >> What will help org-ruby (and github's support of org files) is to >> stabilize the syntax of .org files as much as possible. We are >> currently working in this direction. >> >> org-ruby's main job is to convert .org files into HTML or textile files. >> >>> If I understand the project correctly, a working iOrg could be used to >>> support Github's rendering of .org files. Github could just drop the use of >>> org-ruby and use iOrg as an external converter for formatting .org files. >> >> As I understand it, iOrg will convert .org files to HTML using the >> internal Org's HTML exporter. I don't see how github could use such >> a setup to produce HTML files from Org (unless github runs an Emacs >> batch query for exporting HTML... which seems very unlikely - and >> wrong by design anyway. >> >> Let's see how iOrg evolves but let's stick to the bugpile for now. >> >> If the list can specifically help about org-ruby issues, let's help! >> >> All best, >> >>> PS: And the answer is "Yes. I am aware that vehemently suggesting a project >>> is equivalent to offering to help with it." :-D >> >> Good :) >> > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Bastien, I've been looking at the bugpile Worg page (very nice page - good work Thorsten or whomever) and don't see why you say: > I don't see how github could use such > a setup to produce HTML files from Org (unless github runs an Emacs > batch query for exporting HTML... which seems very unlikely - and > wrong by design anyway. I understand that Emacs is a bit of a behemoth in terms of CPU when being started and always in terms of memory. That being said, why does it seem "wrong by design" to have Github running an Emacs server and sending Org --> HTML jobs to it with emacsclient? Just a head's up, once you answer the above question, I'm going to ask you what can be done to fix the problem :-) Neil Neil Smithline http://www.neilsmithline.com Proud GNU Emacs user since 1986, v. 18.24. On 4/26 03:57 , Bastien wrote: Hi Neil, Neil Smithline writes: I've run into this problem dealing with the weak presentation of Org Mode files on Github. Github uses the Ruby gem org-ruby (https://github.com/bdewey/org-ruby) to convert .org files to HTML. I've added a feature or two to org-ruby but really feel that trying to completely re-implement Org Mode in a Ruby gem is a losing battle. What will help org-ruby (and github's support of org files) is to stabilize the syntax of .org files as much as possible. We are currently working in this direction. org-ruby's main job is to convert .org files into HTML or textile files. If I understand the project correctly, a working iOrg could be used to support Github's rendering of .org files. Github could just drop the use of org-ruby and use iOrg as an external converter for formatting .org files. As I understand it, iOrg will convert .org files to HTML using the internal Org's HTML exporter. I don't see how github could use such a setup to produce HTML files from Org (unless github runs an Emacs batch query for exporting HTML... which seems very unlikely - and wrong by design anyway. Let's see how iOrg evolves but let's stick to the bugpile for now. If the list can specifically help about org-ruby issues, let's help! All best, PS: And the answer is "Yes. I am aware that vehemently suggesting a project is equivalent to offering to help with it." :-D Good :)
[O] Hiding the braces when org-pretty-entities is enabled
It's a very tiny patch, but one that probably should have happened before. When org-pretty-entities is enabled, the entities are displayed as Unicode characters, which is nice, but if they are in the middle of a word, you need to terminate them with {}, which are also still visible. So you have to write something like M\ouml{}bius, and when org-pretty-entities is on that is displayed as Mö{}bius, which really isn't what you want. This patch special-cases "{}" following an entity, so they get hidden as well. Hope it helps. ~mark >From 819e66254de18ae78e96b52dee1b5098920c3e31 Mon Sep 17 00:00:00 2001 From: Mark Shoulson Date: Fri, 4 May 2012 18:19:06 -0400 Subject: [PATCH] Entities: when org-pretty-entities is on, the {} terminating entities is also hidden --- lisp/org.el | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 8776664..65dc1ce 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5938,16 +5938,19 @@ needs to be inserted at a specific position in the font-lock sequence.") (when org-pretty-entities (catch 'match (while (re-search-forward - "\\(frac[13][24]\\|[a-zA-Z]+\\)\\($\\|[^[:alpha:]\n]\\)" + "\\(frac[13][24]\\|[a-zA-Z]+\\)\\($\\|{}\\|[^[:alpha:]\n]\\)" limit t) (if (and (not (org-in-indented-comment-line)) (setq ee (org-entity-get (match-string 1))) (= (length (nth 6 ee)) 1)) - (progn + (let* + ((end (if (equal (match-string 2) "{}") + (match-end 2) + (match-end 1 (add-text-properties - (match-beginning 0) (match-end 1) + (match-beginning 0) end (list 'font-lock-fontified t)) - (compose-region (match-beginning 0) (match-end 1) + (compose-region (match-beginning 0) end (nth 6 ee) nil) (backward-char 1) (throw 'match t -- 1.7.7.6
Re: [O] Auto-fill-mode with code sections
Ken Williams writes: > Ping - I'm still interested in this, if anyone has any recommendations. > Thanks. > Hi Ken, I don't know of an automatic solution here. One option is to edit code sections with org-edit-special, i.e., press C-c ' from within a code block. Best, > > -Ken > >> From: Ken Williams >> Sent: Tuesday, May 01, 2012 8:51 AM >> To: emacs-orgmode@gnu.org >> Subject: Auto-fill-mode with code sections >> >> Hi, >> >> I use org-mode extensively with R code sections, as a scientific notebook. >> One annoyance I have is that when I have auto-fill-mode turned on (which >> is convenient for the main body parts of the document), it extends to the >> code section and starts auto-filling my code. >> >> Can anyone recommend a configuration that will get me folding in the body >> sections, but not in the code sections? It could use another mechanism >> besides auto-fill-mode if that's what's preferred these days, but >> auto-fill-mode >> is the one I'm familiar with. > > > CONFIDENTIALITY NOTICE: This e-mail message is for the sole use of the > intended recipient(s) and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or distribution > of any kind is strictly prohibited. If you are not the intended > recipient, please contact the sender via reply e-mail and destroy all > copies of the original message. Thank you. > -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] Touching :noexport: regions
Hi, people. I doubt there is an easy solution, but here I go nevertheless. Many of my Org notes are published to the Web, which have :noexport: headers. It is very convenient that Org allows me to keep all parts together, whether parts are published or not, in a single Org file. There is some machinery on my side involved into publication, which I would rather avoid if not necessary. My little problem is that Org checks the file time stamp, and Emacs does not distinguish, of course, if I modify a part which is within a :noexport: region. The only idea I got (but I did not really torture me into this yet!) is to maintain a kind of a cache of files before edit, and write a specialized file comparator that would re-establish previous time stamps when nothing publishable has been changed. Any clever idea, someone? :-) François
Re: [O] Auto-fill-mode with code sections
Ping - I'm still interested in this, if anyone has any recommendations. Thanks. -Ken > From: Ken Williams > Sent: Tuesday, May 01, 2012 8:51 AM > To: emacs-orgmode@gnu.org > Subject: Auto-fill-mode with code sections > > Hi, > > I use org-mode extensively with R code sections, as a scientific notebook. > One annoyance I have is that when I have auto-fill-mode turned on (which > is convenient for the main body parts of the document), it extends to the > code section and starts auto-filling my code. > > Can anyone recommend a configuration that will get me folding in the body > sections, but not in the code sections? It could use another mechanism > besides auto-fill-mode if that's what's preferred these days, but > auto-fill-mode > is the one I'm familiar with. CONFIDENTIALITY NOTICE: This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of any kind is strictly prohibited. If you are not the intended recipient, please contact the sender via reply e-mail and destroy all copies of the original message. Thank you.
Re: [O] Org-mode as a Quantified Self platform
John Hendy writes: > 3) The habit family of features -- set up some initial goals > (recurring todo headlines) and then just got to the headline and mark > done (possibly with a note) to record the event. org-agenda is a handy way of marking tasks as complete, too. I have an Org subtree with my daily, weekly, monthly, and yearly routines, and another section for "In case of..." lists that cover event-driven routines. > -- Has anyone done something like this? I see it as very similar to > habit tracking. To give an example, I've had a bit of a persistent I've been using Emacs and Ledger to keep track of my finances since 2005. I've also been tracking miscellaneous things (clothes, time, etc.) on quantifiedawesome.com . I share my notes at http://sachachua.com/blog/category/quantified . I often go back and use data from notes that I've taken using org-capture. For example, if you set it to clock in and out automatically, you can tell how long it takes to write a blog post. It's easy to write a function that counts the words in a subtree and calculates your WPM. Effort / time elapsed information might also be very interesting for self-tracking. You can use org-set-effort to estimate the time it takes to complete a task, clock into a task when you start working on it, have it clock out when you're done, and then check how accurate your estimates are. Bonus: you get a modeline reminder of time elapsed vs time estimated, and it turns a different colour when you go overtime. I'm working on using org-contacts to quantify my social interactions like the way that I was using BBDB to do so before. I tracked e-mail interactions (# of days this message waited for a reply, # of messages I've sent to people) when I used Gnus to do my mail, but mail setup is a bit more complicated with Gmail and a Windows system, so I haven't done this for a while. I have some basic Emacs integration with QuantifiedAwesome - I can post some records to my system from Emacs using the REST API. I've been thinking about having it update my time tracking system when I clock in and out of tasks, as that would be cool. > -- I see I can insert [inactive] timestamps in mobile-org. Making > something a TODO seems to require manual input? I find the One option might be to use a different app like Tap Log Records to capture timestamped records and generate a CSV, then write some code to parse the CSV and update your Org file. It's totally a hack, though. Sacha Chua
Re: [O] Can I export from org mode to org mode?
On Fri, May 4, 2012 at 10:16 AM, wrote: > William Gardella writes: > > Thanks for your replies. I will try it. > Another thing I have not been able to find is "export current node" > command (into pdf or odt (preferably)). Let's say I have a node witch > contains a table and > want to convert it into odt format. Is there a command to do it? I know > that I can copy paste it into a new file, but I will be doing it quite > often (no one around uses org-mode, and I have to share data). > Thanks. > C-c C-e 1 + export type [p/o/h] will only export the headline on which the cursor resides. Fantastic feature that I only recently discovered myself :) If various things are spread around, you can also visit those headlines, tag with :export: (C-c C-c) and then run C-c C-e as usual to export those. Then I'll do C-c / m export RET to show only the headlines tagged export and untag them when I'm finished. John > >> 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] Can I export from org mode to org mode?
Hi, To export current node: After `C-c C-e', you get a list of options. Press `1' to export the current subtree rather than the whole buffer, then go on to specify the backend (e.g. `O' to export to ODT and open, `d' to export to pdf and open). It might be a good idea if the manual page on `The export dispatcher' also described these options. Yours, Christian On 5/4/12 5:16 PM, x.pi...@gmail.com wrote: William Gardella writes: Thanks for your replies. I will try it. Another thing I have not been able to find is "export current node" command (into pdf or odt (preferably)). Let's say I have a node witch contains a table and want to convert it into odt format. Is there a command to do it? I know that I can copy paste it into a new file, but I will be doing it quite often (no one around uses org-mode, and I have to share data). Thanks.
Re: [O] Can I export from org mode to org mode?
writes: > William Gardella writes: > > Thanks for your replies. I will try it. > Another thing I have not been able to find is "export current node" > command (into pdf or odt (preferably)). Let's say I have a node witch > contains a table and > want to convert it into odt format. Is there a command to do it? I know > that I can copy paste it into a new file, but I will be doing it quite > often (no one around uses org-mode, and I have to share data). > Thanks. > You can first mark the subtree with C-c @ which runs `org-mark-subtree', then subsequent export operations will only run on the marked subtree. > > >> 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 > > -- Eric Schulte http://cs.unm.edu/~eschulte/
Re: [O] Can I export from org mode to org mode?
William Gardella writes: Thanks for your replies. I will try it. Another thing I have not been able to find is "export current node" command (into pdf or odt (preferably)). Let's say I have a node witch contains a table and want to convert it into odt format. Is there a command to do it? I know that I can copy paste it into a new file, but I will be doing it quite often (no one around uses org-mode, and I have to share data). Thanks. > 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] Can I export from org mode to org mode?
Piter_ 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] Can I export from org mode to org mode?
> Piter_ : > 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. Not the answer you're looking for, but you can archive old stuff to a separate org file. Just position the cursor on a node and `C-c C-x C-a'