Re: [O] Variable publishing-directory?
Hi Kai, Kai Tetzlaff writes: > There might be a way to do that with the current org-mode which i just > did not find. In that case, please let me know how. Otherwise the > attached patch seems to provide the desired effect and it would be great > if it could be added to org-mode. The patch looks good but I'd like to understand it better. Can you send an example configuration working with your patch? Also, please try to send git patch using these conventions: http://orgmode.org/worg/org-contribute.html#sec-5 Thanks a lot! -- Bastien
Re: [O] [OT] the screwnicorn.
theo writes: > http://www.vat19.com/dvds/screwnicorn-unicorn-corkscrew.cfm > > I made me think about org-mode. I thought it might interest one of > you. "The only reason we're selling this product is because of its name." :) Maybe one day geeks will drink wine instead of beer? -- Bastien
Re: [O] how to include effort in agenda prefix?
Use %e format for effort. If it gives you an error you need newer org-mode, as the patch to fix %e format only got applied recently. At Wed, 17 Aug 2011 15:14:12 -0700, Michael Gilbert wrote: > > Hi all ��> > I want to be able to skim across my agenda and see effort estimates. I have > been looking at the variable org-agenda-prefix-format and wondering if use of > the expression evaluation option in there is the way to do it. However, while > I have configured this prefix to suit me in other ways, writing a suitable > expression to include the effort of the item is beyond my current skills. Any > advice? > > TIA! > > — Michael > > >
Re: [O] odt export bug, I think.
Hi Jambunathan, This is a little hard to do in gmail, which auto-encodes everything! unfortunately wanderlust has been broken for me for some time... I've attached a text file that I think answers all you questions appropriately. Unfortunately my original file file is a year old, so I'm not entirely sure of the answer to question 3 (see below). On Wed, Aug 17, 2011 at 7:47 PM, Jambunathan K wrote: > > Hello Matt > > > Hi, > > > > I think I've found an odt export bug. Certain complex URL's stored > > within links can end up being rendered with forbidden characters, > > e.g. '<' and '>'. so, e.g., a link to this URL: > > > > http://www.jstor.org.myaccess.library.utoronto.ca/sici?origin= > > sfx%253Asfx&sici=1363-3554%25281995%252939%253C182%253E1.0.CO%253B2-L > > & > > > > was rendered in content.xml like this: > > xlink:href="http://www.jstor.org/sici?origin=sfx:sfx&sici= > > 1363-3554(1995)39<182>1.0.CO;2-L&" > > > I have some understanding of what the issue is. I would like to > know/confirm a few things before proceeding ahead: > > 1. How does the original URL look like? > in my browser window, this is the way the link looks (pasted directly): http://www.jstor.org.myaccess.library.utoronto.ca/sici?origin=sfx%25g3Asfx&sici=1363-3554%281995%2939%3C182%3E1.0.CO%3B2-L&; in the browser location bar, though, you can see the angle brackets (so, the final segment of the url reads: 1363-3554(1995)39<182>1.0.CO;2-L& ). For reasons I don't understand neither parentheses nor angle brackets can be pasted into emacs or any other editor (this on Ubuntu Maverick, running Gnome 2.something). 2. Where does the URL come from? Is it generated by an application or is > it hand copied by you from your browser. > I'm *pretty* sure I got it using org-capture or (possibly!) org-remember. In those days I used org-protocol to capture links; I don't really do that anymore, though not for any particular reason. > 3. How do you enter the URL in to the org file. Specifically do you > > - Simply type it. ie type the open brackets, paste the link, paste > the description, close the brackets etc. > > Or > > - You use C-c l to store the link in Org file. > > I am fairly certain I used org-protocol to capture the links. but note that the error seems to persist even if I simply cut and paste directly from my browser window. > Note that question 3 is very crucial because. This is because for the > URL that you have provided what you see with C-c l on the link is > different from what is actually stored in the Org file. (You can see > how actually Org stores the link by backspacing from beyond the link > or by toggling descriptive/literal links in the menu bar) > > Please respond to Question 1 keeping behaviour in 3 mind. I am > specifically interested in seeing whether the app/database (if there is > one) actually provides a hexified link or not. I also see the > possibility that one could have handcrafted the URL in an one-off sense > by concatenating key/val pairs and forming the query string oneself. In > this case (a novice) user may not have hexified the URL to begin with. > > ps: If my understanding is correct you are also having similar problems > with the html export (M-x org-export-as-html) as well. Either html file > is malformed or the link in the html export file simply doesn't > work. this is precisely correct. > (TIP: odt exporter is derived from the html exporter. So it is > always a good idea to check the status of html export whenever one runs > in to issues with odt exporter) > thanks for this. > > I anticipate that fix for this issue might need some discussions with > Bastien, David Maus and may be others. > > If the issue originates in the manner in which the initial URL was enteredi nto org/emacs, then this might not be worth too much of everyone's time. I think , in all likelihood, I used an outmoded manner of exchange between org and firefox (using org 6.x!), which even I don't use anymore. And it turns out htere is a simpler, permanent URL for the same resource so even that particular issue no longer matters much for me. If you think it's a significant issue, though, I will certainly do what I can to track it down. thanks again, so much, Matt testingurls.org Description: Binary data
Re: [O] odt export bug, I think.
Hello Matt > Hi, > > I think I've found an odt export bug. Certain complex URL's stored > within links can end up being rendered with forbidden characters, > e.g. '<' and '>'. so, e.g., a link to this URL: > > http://www.jstor.org.myaccess.library.utoronto.ca/sici?origin= > sfx%253Asfx&sici=1363-3554%25281995%252939%253C182%253E1.0.CO%253B2-L > & > > was rendered in content.xml like this: > xlink:href="http://www.jstor.org/sici?origin=sfx:sfx&sici= > 1363-3554(1995)39<182>1.0.CO;2-L&" I have some understanding of what the issue is. I would like to know/confirm a few things before proceeding ahead: 1. How does the original URL look like? 2. Where does the URL come from? Is it generated by an application or is it hand copied by you from your browser. 3. How do you enter the URL in to the org file. Specifically do you - Simply type it. ie type the open brackets, paste the link, paste the description, close the brackets etc. Or - You use C-c l to store the link in Org file. Note that question 3 is very crucial because. This is because for the URL that you have provided what you see with C-c l on the link is different from what is actually stored in the Org file. (You can see how actually Org stores the link by backspacing from beyond the link or by toggling descriptive/literal links in the menu bar) Please respond to Question 1 keeping behaviour in 3 mind. I am specifically interested in seeing whether the app/database (if there is one) actually provides a hexified link or not. I also see the possibility that one could have handcrafted the URL in an one-off sense by concatenating key/val pairs and forming the query string oneself. In this case (a novice) user may not have hexified the URL to begin with. ps: If my understanding is correct you are also having similar problems with the html export (M-x org-export-as-html) as well. Either html file is malformed or the link in the html export file simply doesn't work. (TIP: odt exporter is derived from the html exporter. So it is always a good idea to check the status of html export whenever one runs in to issues with odt exporter) I anticipate that fix for this issue might need some discussions with Bastien, David Maus and may be others. Jambunathan K. > > resulting in a syntax error when libreoffice tries to load it. I've > attached a minimal test file that reproduces the bug. > > This is happening under a recent git snapshot of org-mode, using an > emacs snapshot from 2011-04. Not sure if there are other xml-related > packages whose versions I should be tracking. > > Thanks as always, and let me know what I can do to help with this. > > Matt > > > > --
Re: [O] Markdown export (using org-export-generic)
> [2] Download the test.org file in the link below > http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/contrib/odt/tests/ The repo is refusing to a do dir listing. So here is the link to the actual file http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/contrib/odt/tests/test.org Side note: For prototype purposes, you can start with the headline titled "* Sample Content (Proof Of Concept)". Once that is marked as done you can proceed to headline titled "ODT Exporter". The tree under later headline is complex in the sense that it tests the export of TODO, tagged and timestamp entries. > This is the unit test file that I used for developing the exporter. It > is a GOOD starting point and should give reasonably a COMPREHENSIVE > coverage. --
Re: [O] thanks
"Patrick O'Neill" writes: > I just wanted to give a quick word of thanks to Bernt Hansen and > everyone else answering questions on the emacs-orgmode list. You're most welcome :). I've completely forgotten all about this (ancient) post. Regards, Bernt
Re: [O] Markdown export (using org-export-generic)
Paul Sexton writes: > Jambunathan K gmail.com> writes: >> May be you could cook something up with org-lparse? The file is in >> contrib dir and org-xhtml and ord-odt make use of it. > > Thanks, it looks interesting, but I can't find any documentation? You need to rely on the docstrings for the most part. Please take a look at the initial commentary section of org-lparse.el. The docstring for org-lparse-native-backends should a good starting point [1]. You will start with adding an entry to this variable and start exporting with M-x org-lparse. Another way to proceed is - Start with a sample org file [2] - Enable debug logs in the exported file (setq org-lparse-debug t) - Do a org-export-as-xhtml - Open the resulting html file and take a Look at the comments embedded in it. You will have a feel for how the format and entity callbacks are invoked (See docstring below for the format and entity callbacks) - Keep modifying org-xhtml.el until it becomes a org-markdown.el org-lparse is reasonably mature and you are less likely to burn your fingers badly with it. Jambunathan K. Footnotes: [1] org-lparse-native-backends ,[ C-h v org-lparse-native-backends RET ] | org-lparse-native-backends is a variable defined in `org-lparse.el'. | Its value is ("odt" "xhtml") | | | Documentation: | List of native backends registered with `org-lparse'. | A backend can use `org-lparse-register-backend' to add itself to | this list. | | All native backends must implement a get routine and a mandatory | set of callback routines. | | The get routine must be named as org--get where backend | is the name of the backend. The exporter uses `org-lparse-get' | and retrieves the backend-specific callback by querying for | ENTITY-CONTROL and ENTITY-FORMAT variables. | | For the sake of illustration, the html backend implements | `org-xhtml-get'. It returns | `org-xhtml-entity-control-callbacks-alist' and | `org-xhtml-entity-format-callbacks-alist' as the values of | ENTITY-CONTROL and ENTITY-FORMAT settings. | | [back] ` [2] Download the test.org file in the link below http://repo.or.cz/w/org-mode/org-jambu.git/blob_plain/HEAD:/contrib/odt/tests/ This is the unit test file that I used for developing the exporter. It is a GOOD starting point and should give reasonably a COMPREHENSIVE coverage. --
[O] how to include effort in agenda prefix?
Hi all — I want to be able to skim across my agenda and see effort estimates. I have been looking at the variable org-agenda-prefix-format and wondering if use of the expression evaluation option in there is the way to do it. However, while I have configured this prefix to suit me in other ways, writing a suitable expression to include the effort of the item is beyond my current skills. Any advice? TIA! — Michael
[O] [OT] the screwnicorn.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all. I just found a funny goody called "screwnicorn". http://www.vat19.com/dvds/screwnicorn-unicorn-corkscrew.cfm I made me think about org-mode. I thought it might interest one of you. The only missing thing on top of that would be an org-mode sticker. Unfortunately, as stated in the product description : "Does not create rainbows when operated (sorry!)" - -- librement, theo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOTDmjAAoJECkgngj8k9Tve5oIALqgsfhdKQ+Cb0G6xSb0H9ZV EYbZgwkHNIeCZZTepqh1VeLXDg9smIiqAuREgQPrWdosyYzeLn4Ezb/UJXX2FH5c 9wzu4BaIppYfykgb20fqjEswgnmZVtsKacDZ13nmLbT25+vFCAoC2VJpud5I4jC5 LA/yZRRzrMyhqVHIctZihj1OHluWX0ZF1y25cSRZuIF5Q85x+hDKe272pRdyFOf6 v8/mGoIXUqdBkxyE9u74TZv3h+zopii5DXQ1qIpQry6NdZY3EKt8y0InWLVz8sNl MJOoPOw/eg6cTGgu9hbcG3X+eknsgCjfxSwaoMf49y2HhExM6v9zs2ZUTuKCc5g= =OhBB -END PGP SIGNATURE- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [O] Markdown export (using org-export-generic)
Jambunathan K gmail.com> writes: > May be you could cook something up with org-lparse? The file is in > contrib dir and org-xhtml and ord-odt make use of it. Thanks, it looks interesting, but I can't find any documentation?
Re: [O] org-agenda.el acquired a dependency on org-clock.el
Nick Dokos wrote: > > Commit 8c3ecbe3 introduced a new dependency > > org-agenda.el --> org-clock.el > > by moving the org-hh:mm-string-to-minutes etc. functions into org-clock.el. > Presumably, org-agenda.el now needs a > > (require 'org-clock) > ... except that that creates a circular dependency - sigh. I added a (require 'org-clock) in my init file to resolve the dependency, but that feels wrong. Nick
Re: [O] Bug: Column view does not function properly in Agenda buffers [7.7]
Hi Bastien, Bastien wrote: Please test against latest git and confirm this is fixed (or not). I can confirm, that this bug is fixed! This is just brilliant! Thank you very much! May I dare to ask for your help on two follow-up concerns? The result I get with the latest git: = NEXTACTION | B | * Test | :Tag: | | | 2011-08-07 So | The first minor concern: There is a leading star '*' in front of the ITEM. Could you remove this star '*', too? The second minor concern: = In a column-view, that is invoked inside Agenda buffer, there are lines, that seperate the todos for each day in the agenda. In version 7.5 those lines contained the corresponding date to give orientation. In our example with version 7.5 I get: == | | Sonntag 7 August 2011 | | | | | In version 7.7 this line is just empty. :-( I don't want to appear greedy and I am already content with your bugfix so far. But maybe you've got the time to look after my two minor concerns mentioned above. Thank you very much, Christian -- Christian Schmidt mailto: c...@canau.de
[O] org-agenda.el acquired a dependency on org-clock.el
Commit 8c3ecbe3 introduced a new dependency org-agenda.el --> org-clock.el by moving the org-hh:mm-string-to-minutes etc. functions into org-clock.el. Presumably, org-agenda.el now needs a (require 'org-clock) Nick
Re: [O] thanks
Nick Dokos wrote: > > #+TBLFM: $1=3Dfind(@address@hidden,$2) > > > > Address rewriting by the list/archive manager: the original formula was > > #+TBLFM: $1=find(@I$2..@III$2,$2) > > Never mind ;-) > Nick > > PS. But corruptions like this are a problem if we want to use the > list archives as repositories of knowledge. > OTOH, gmane got it right: http://thread.gmane.org/gmane.emacs.orgmode/7694/focus=7695 Hooray for gmane!
Re: [O] thanks
Nick Dokos wrote: > Patrick O'Neill wrote: > > > I just wanted to give a quick word of thanks to Bernt Hansen and > > everyone else answering questions on the emacs-orgmode list.=C2=A0 Since > > the mailing list is publicly archived, answered questions can remain > > useful to others long after the original respondents have probably > > forgotten about them.=C2=A0 This answer > > (http://lists.gnu.org/archive/html/emacs-orgmode/2008-08/msg00057.html) > > from 2008 was very useful to me and no doubt to others as well. > >=20 > > Amen to that! But also thanks for pointing out those solutions - I > either missed them the first time around or I forgot about them - > probably the latter, but I cannot remember :-) : I took a look, was > entirely mystified, tried them out, and I think I understand the last > two (after spending some time with the formula debugger - and there > might be some documentation lacunae that need to be filled there), but > the first solution gives me errors and I have no idea what it is trying > to do or how it goes about it: Bernt (or somebody else - I'm not picky), > can you please provide an explanation? Does it still work? If so, how? > > Thanks, > Nick > > For reference: (See the link provided by Patrick for details on the others: > http://lists.gnu.org/archive/html/emacs-orgmode/2008-08/msg00055.html) > > The problem (raised by Daniel Sinder) is to automatically > number the rows of a table and Bernt's first solution goes like this > (this is my attempt to replicate it, hence the errors - in the post, > the row numbers are correct): > > > * one > > | Row| Data Column 1 | Data Column 2 | > |++-| > | #ERROR | some data | more data | > | #ERROR | some more data | even more data | > |++-| > | #ERROR | and more | that's all | > | #ERROR | still more | yup, you guessed it | > |++-| > #+TBLFM: $1=3Dfind(@address@hidden,$2) > Address rewriting by the list/archive manager: the original formula was #+TBLFM: $1=find(@I$2..@III$2,$2) Never mind ;-) Nick PS. But corruptions like this are a problem if we want to use the list archives as repositories of knowledge.
Re: [O] thanks
Patrick O'Neill wrote: > I just wanted to give a quick word of thanks to Bernt Hansen and > everyone else answering questions on the emacs-orgmode list. Since > the mailing list is publicly archived, answered questions can remain > useful to others long after the original respondents have probably > forgotten about them. This answer > (http://lists.gnu.org/archive/html/emacs-orgmode/2008-08/msg00057.html) > from 2008 was very useful to me and no doubt to others as well. > Amen to that! But also thanks for pointing out those solutions - I either missed them the first time around or I forgot about them - probably the latter, but I cannot remember :-) : I took a look, was entirely mystified, tried them out, and I think I understand the last two (after spending some time with the formula debugger - and there might be some documentation lacunae that need to be filled there), but the first solution gives me errors and I have no idea what it is trying to do or how it goes about it: Bernt (or somebody else - I'm not picky), can you please provide an explanation? Does it still work? If so, how? Thanks, Nick For reference: (See the link provided by Patrick for details on the others: http://lists.gnu.org/archive/html/emacs-orgmode/2008-08/msg00055.html) The problem (raised by Daniel Sinder) is to automatically number the rows of a table and Bernt's first solution goes like this (this is my attempt to replicate it, hence the errors - in the post, the row numbers are correct): * one | Row| Data Column 1 | Data Column 2 | |++-| | #ERROR | some data | more data | | #ERROR | some more data | even more data | |++-| | #ERROR | and more | that's all | | #ERROR | still more | yup, you guessed it | |++-| #+TBLFM: $1=find(@address@hidden,$2) ?!?!
Re: [O] [PATCH] org.el: Preserve indentation of manually indented lines in example blocks.
Hi Bastien. On Wed, Aug 17, 2011 at 11:40 AM, Bastien wrote: >> Maybe that's something that could be added to the >> corresponding worg page (http://orgmode.org/worg/org-contribute.html). > > This is already described here: > > http://orgmode.org/worg/org-contribute.html#sec-5 > > Feel free to make this page even clearer! I was thinking of the the 80 character line limit for both code and commit messages, which doesn't seem to be in there. It might also make sense to link to some style guide for Emacs Lisp (e.g., http://www.gnu.org/software/emacs/elisp/html_node/Coding-Conventions.html), that developers should adhere to. If you agree, I could commit those additions to worg. Best regards, Valentin
Re: [O] TODO type problem on speedbar and imenu.
Hello, Bastien writes: > Hi Nicolas, > > Nicolas Goaziou writes: > >> There are quite a few places indeed using "[ \t]" which may use " " >> instead. Before TODO keywords, before priority cookies, before >> check-boxes, etc. > > Enforcing " " _before_ the places you mention would be good change. > Feel free to commit such a change if you have some time. I don't mind providing a commit for this, but the list wasn't exhaustive. I'd rather have a set of rules which would be part of the Org format specification. What about : allow mixing tabs and spaces only when indenting or filling. One or more spaces everywhere[1] else. An heading regexp would then be: "^\\*\\+\\( +TODO\\)?\\( +\\[#.\\]\\)?\\( +.*?\\)?\\([ \t]+\\(:[[:alnum:]]_@#%:\\)\\)?[ \t]*$" Note the use of [ \t]+ to fill the tags to the right. Also note that regexp means "^***" is a valid regexp (which isn't the case actually). Regards, [1] As for every rule, some exceptions: check-boxes cookies and counters, which can be sticked to respectively the headline text and the check-box. -- Nicolas Goaziou
Re: [O] TODO type problem on speedbar and imenu.
Hi Bastien and Nicolas, Bastien wrote: > Nicolas Goaziou writes: >> Notwithstanding the fontification problem, isn't "* TODO" considered >> as a valid task, whose text is "TODO" and without a keyword? > > FWIW, I'm not in favor of this -- I'd rather consider it a task with a > todo keyword but with no "true headline". FWIW bis, I would make the exact same interpretation as you do, Bastien. Best regards, Seb -- Sebastien Vauban
Re: [O] Babel woes
Aloha Andras, Andras Major writes: > Hi everyone, > > I've been trying to use org-mode for report generation lately, and > haven't really succeeded. Here's a list of issues I encounter: > > - Babel offers a way of generating a code block from the output or > value of a code block. That new block, however, is forced to the > same language as the original block -- that is doesn't allow me, for > example, to use a Haskell block to create an asymptote figure which > then generates an image in the HTML or PDF export version. Is there > a way around this limitation? Perhaps you could chain code blocks? Set your Haskell code block to :results output and then pass it into the graphing function like this example dot code block: #+source: pst-to-fig #+headers: :file pascals-triangle.pdf :cmdline -Tpdf #+begin_src dot :var pst-vals=pst-to-dot :exports results graph { $pst-vals } #+end_src This is an example Eric Schulte developed. The Haskell code block in this instance would be pst-to-dot. hth, Tom > > - Ruby: is inf-ruby really required? Why can't I execute a ruby block > without it? > > - Haskell: there are at least two interpreters that babel will invoke, > depending on what is available (ghci and hugs), and those two are > incompatible in some areas (such as loading modules, where the > commands are different -- :add vs. :load). I haven't found a way of > + forcing the use of a specific interpreter; > + specifying command-line arguments to the interpreter (which would > eliminate the need for :add or :load). > This really makes using Haskell rather hit-and-miss, see below. > > - Haskell code usage is rather cumbersome: since Babel invokes an > interpreter rather than runghc, a Haskell block doesn't nearly have > the flexibility of a real Haskell program. In particular, one can > only make definitions (portably) in the Haskell code by creating a > separate block which is tangled but not executed. Another block, > which is executed, can then load the tangled module and use its > definitions (if it weren't for the problems described above and > below). > > - The handling of interpreted Haskell appears to be rather dodgy: If I > want to load a module (in ghci) and then evaluate some function, > then I run into real trouble. None of my tests run at all when > first loaded into emacs, but if I execute some tests in a certain > order, it all starts working. I haven't been able to figure out yet > what goes wrong and what "playing around" makes things work, but it > appears that > #+begin_src haskell > :add SomeModule > someFunction > #+end_src > will not work because the :add statement is ignored. If I put the > two lines in separate Haskell blocks and execute each one > separately, then things start to work. > > - I also tried using sbe to invoke a Haskell function from within a > table formula. Here I usually get an error "ERROR - Undefined > variable "x"", which sometimes goes away rather magically (I'm not > sure what makes it go away), after which things work just fine. > Emacs-lisp blocks written in the same manner work out of the box. > > - Haskell uses a static type system, and there is no such thing as > automatic casting if a variable has the wrong type for a given > function. Thus, if I evaluate the numbers of a table using Haskell > and sbe, and some values have a decimal dot and other (integer) ones > omit it, then one of these versions will throw an error. Is there a > way of converting the values beforehand to a given type (say, > Double), only to make Haskell happy? > > Can anyone give me a hint of why these things don't work and whether > I'm doing something wrong? > > Oh, I'm using emacs from Debian testing (23.2+1-7) and org from git > (cloned today). > > Thanks, > > András > > -- Thomas S. Dye http://www.tsdye.com
Re: [O] Org-Mode Homepage error
Bastien writes: > Thanks for this -- it does not apply, though. Make sure you > pulled the lastest version of Worg, see commit cd473c26: > > cd473c26 * Test update of org-infojs > > This was a test I did. Since the version of org-info-js in Worg is > *not* the version on http://orgmode.org/ changes here do not affect > org-info-js users. Here's the new patch. >From 2c962fc8edbec789c7e259d0a334601638755463 Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Wed, 17 Aug 2011 17:49:56 +0200 Subject: [PATCH] Find title differently to allow it to reside in preamble * org-info-src.js: find the title heading via it's class property instead of relying on it to be the first heading in div content TINYCHANGE --- code/org-info-js/org-info-src.js |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/code/org-info-js/org-info-src.js b/code/org-info-js/org-info-src.js index 33faaac..59833f8 100644 --- a/code/org-info-js/org-info-src.js +++ b/code/org-info-js/org-info-src.js @@ -746,7 +746,7 @@ var org_html_manager = { // Move the title into the first visible section. // TODO: show title above everything if FIXED_TOC !!! - t.TITLE = t.PREA.getElementsByTagName("h1")[0]; +t.TITLE = document.getElementsByClassName("title")[0]; if(t.INNER_TITLE && !t.FIXED_TOC && t.VIEW != t.SLIDE_VIEW) { t.INNER_TITLE = t.TITLE.cloneNode(true); /* TODO: this is still based on wrong behaviour of browsers (same id for two elements) -- 1.7.6 Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] Commit 58f1dbcc Remove version header
Hi Bastien, there are a few diffs in that commit that the Changelog doesn't describe, especially one addition in org-clock.el that you may or may not have wanted to commit. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] Org-contacts and where to store address
* Bastien wrote: > Hi Karl, Hi! > Karl Voit writes: > >> Is there a good way of adding the (multi line) address to the >> PROPERTY drawer or should I put the address in the notes right below >> the drawers? > > I'd suggest reformatting the multi-lines address into a single-line > string. Done that. The original data was in fact not multi-line and so I modified the source code to get one line per information. > Thanks for letting us know about your progress! Well, it is pretty simple: contacts.org with two main headings: one for people and one for companies with one person in yasnippet-syntax: ,[ yasnippet template for one contact ] | # name : Org-contacts template for a person | # -- | ** $1 $2 :$1$2: | :PROPERTIES: | :TYPE: ${3:$$(yas/choose-value '("person" "company"))} | :TITLE: | :EMAIL: $4 | :MOBILE: ++43/ | :HOMEPHONE: | :WORKPHONE: | :PHONE: | :COMPANY: | :STREET: | :POSTALCODE: | :CITY: | :COUNTRY: Österreich | :END: | | Erstkontakt: $0 | | ` -- Karl Voit
Re: [O] Org-Mode Homepage error
Hi Achim, Achim Gratz writes: > Fetching a stale copy from cache perhaps? Ah, yes, perhaps. >>From 55fd3d1b7f82460e28d8fcc50c6ea0eb41197fef Mon Sep 17 00:00:00 2001 > From: Achim Gratz > Date: Wed, 17 Aug 2011 17:49:56 +0200 > Subject: [PATCH] Find title differently to allow it to reside in preamble > > * org-info-src.js: find the title heading via it's class property instead of > relying on it to be the first heading in div content Thanks for this -- it does not apply, though. Make sure you pulled the lastest version of Worg, see commit cd473c26: cd473c26 * Test update of org-infojs This was a test I did. Since the version of org-info-js in Worg is *not* the version on http://orgmode.org/ changes here do not affect org-info-js users. Let me know, -- Bastien
Re: [O] TODO type problem on speedbar and imenu.
Hi Nicolas, Nicolas Goaziou writes: > There are quite a few places indeed using "[ \t]" which may use " " > instead. Before TODO keywords, before priority cookies, before > check-boxes, etc. Enforcing " " _before_ the places you mention would be good change. Feel free to commit such a change if you have some time. Thanks, -- Bastien
Re: [O] TODO type problem on speedbar and imenu.
Hi nicolas, Nicolas Goaziou writes: > Notwithstanding the fontification problem, isn't "* TODO" considered > as a valid task, whose text is "TODO" and without a keyword? FWIW, I'm not in favor of this -- I'd rather consider it a task with a todo keyword but with no "true headline". -- Bastien
Re: [O] TODO type problem on speedbar and imenu.
Hi Carsten and Nicolas, Carsten Dominik writes: >> Notwithstanding the fontification problem, isn't "* TODO" considered as >> a valid task, whose text is "TODO" and without a keyword? > > Well, the behavior is really undefined on these border cases. There are side-effects to the current behavior. Basically, in headlines like "* TODO", the TODO keyword will not be matched correctly. So in column view, "TODO" will be displayed as the ITEM instead of the TODO keyword, which will certainly be confusing for users (see my other email). I suggest enforcing [ \t\n] instead of [ \t] to make sure those headlines are handled correctly. > My worries also stem from the possibility that the match > of these regexps now extends an additional character, and > there may be places in the code which rely on (match-end 0) > being right after (e.g.) the TODO keyword. > I do not know if this is the case, but it > is a definite possibility. Whether this is the case or not, I think the correct fix is to enforce [ \t\n] _outside_ the TODO keyword submatch. Nicolas, can you make the two suggested changes, i.e. using [ \t\n] and make sure this string is required outside the TODO keyword submatch? If you don't have time just let me know and I'll do it. Thanks! -- Bastien
Re: [O] Org-Mode Homepage error
Bastien writes: > Well, the HTML page was empty -- same error than with the unpatched > version of org-info.js. Fetching a stale copy from cache perhaps? I did all my testing locally and changed things around to make sure it would really load the version I just created... > If you're confident this works with this structure: > > > Title > > > > ... > > > then I will apply the patch (with a ChangeLog!) That works for me in Firefox6 and Konqueror (both KHTML and WebKit mode) in both the minified and the source version. I've used the latest version of yuicompressor (2.4.6 instead of 2.4.2), but that should not make a difference. Proper patch attached. >From 55fd3d1b7f82460e28d8fcc50c6ea0eb41197fef Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Wed, 17 Aug 2011 17:49:56 +0200 Subject: [PATCH] Find title differently to allow it to reside in preamble * org-info-src.js: find the title heading via it's class property instead of relying on it to be the first heading in div content TINYCHANGE --- code/org-info-js/org-info-src.js |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/code/org-info-js/org-info-src.js b/code/org-info-js/org-info-src.js index 2e49e9c..b521c50 100644 --- a/code/org-info-js/org-info-src.js +++ b/code/org-info-js/org-info-src.js @@ -738,7 +738,7 @@ var org_html_manager = { // Move the title into the first visible section. // TODO: show title above everything if FIXED_TOC !!! -t.TITLE = t.BODY.getElementsByTagName("h1")[0]; +t.TITLE = document.getElementsByClassName("title")[0]; if(t.INNER_TITLE && !t.FIXED_TOC && t.VIEW != t.SLIDE_VIEW) { t.INNER_TITLE = t.TITLE.cloneNode(true); /* TODO: this is still based on wrong behaviour of browsers (same id for two elements) -- 1.7.6 Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Hide table columns on export
I didn't test this, but I think you can do what you want with org-babel without too much work. Just put the table somewhere that is not exported and put a src block that receives the table where you want the table to appear. -- Darlan At Wed, 17 Aug 2011 07:07:56 +0100, Johnny wrote: > > Nick Dokos writes: > > > Johnny wrote: > > > >> Is there a way to hide certain columns of a table when exporting? > > > > In this particular case, you could easily kill the columns you don't > > want to export (with M-S-left in a table context), do the export (C-c e > > h or whatever) and then undo (C-x u) enough times to get back to where > > you started. > > Thanks, I will use this as a workaround, but at the same time put in a > feature request to hide columns. Maybe it is possible to expand the > group functionality to include a symbol that indicates the group should > also be hidden on export? E.g. something like "|<< | | >", or any > other symbol if double "<<" within one column is not easy to implement. > > Regards, > > -- > Johnny >
Re: [O] Bug: Column view does not function properly in Agenda buffers [7.7]
Hi Christian, Christian Schmidt writes: > The Bug: > > Unfortunately the column ITEM (3rd one) does not get cleaned up from > priority "[#B]" and status "NEXTACTION". Please test against latest git and confirm this is fixed (or not). Thanks, -- Bastien
Re: [O] Bug: Column view in the agenda does not clean up ITEM [7.7]
Hi Christian, Christian Schmidt writes: > Does org-mode clean up the column "ITEM" in the column view when > called upon agenda view in your installation? Cleaning up items was not allowed in org-agenda-mode columns so far. I have just pushed a change that should fix this. Thanks a lot for reporting this! -- Bastien
Re: [O] Babel woes
Hi Andras, Andras Major wrote: > I've been trying to use org-mode for report generation lately, and > haven't really succeeded. Here's a list of issues I encounter: > > - Babel offers a way of generating a code block from the output or > value of a code block. That new block, however, is forced to the > same language as the original block -- that is doesn't allow me, for > example, to use a Haskell block to create an asymptote figure which > then generates an image in the HTML or PDF export version. Is there > a way around this limitation? I had the similar wish some months ago. See thread http://www.mail-archive.com/emacs-orgmode@gnu.org/msg35290.html for another use case. No idea about the rest of your email... > - Ruby: is inf-ruby really required? Why can't I execute a ruby block > without it? > > - Haskell: there are at least two interpreters that babel will invoke, > depending on what is available (ghci and hugs), and those two are > incompatible in some areas (such as loading modules, where the > commands are different -- :add vs. :load). I haven't found a way of > + forcing the use of a specific interpreter; > + specifying command-line arguments to the interpreter (which would > eliminate the need for :add or :load). > This really makes using Haskell rather hit-and-miss, see below. > > - Haskell code usage is rather cumbersome: since Babel invokes an > interpreter rather than runghc, a Haskell block doesn't nearly have > the flexibility of a real Haskell program. In particular, one can > only make definitions (portably) in the Haskell code by creating a > separate block which is tangled but not executed. Another block, > which is executed, can then load the tangled module and use its > definitions (if it weren't for the problems described above and > below). > > - The handling of interpreted Haskell appears to be rather dodgy: If I > want to load a module (in ghci) and then evaluate some function, > then I run into real trouble. None of my tests run at all when > first loaded into emacs, but if I execute some tests in a certain > order, it all starts working. I haven't been able to figure out yet > what goes wrong and what "playing around" makes things work, but it > appears that > #+begin_src haskell > :add SomeModule > someFunction > #+end_src > will not work because the :add statement is ignored. If I put the > two lines in separate Haskell blocks and execute each one > separately, then things start to work. > > - I also tried using sbe to invoke a Haskell function from within a > table formula. Here I usually get an error "ERROR - Undefined > variable "x"", which sometimes goes away rather magically (I'm not > sure what makes it go away), after which things work just fine. > Emacs-lisp blocks written in the same manner work out of the box. > > - Haskell uses a static type system, and there is no such thing as > automatic casting if a variable has the wrong type for a given > function. Thus, if I evaluate the numbers of a table using Haskell > and sbe, and some values have a decimal dot and other (integer) ones > omit it, then one of these versions will throw an error. Is there a > way of converting the values beforehand to a given type (say, > Double), only to make Haskell happy? > > Can anyone give me a hint of why these things don't work and whether > I'm doing something wrong? > > Oh, I'm using emacs from Debian testing (23.2+1-7) and org from git > (cloned today). Best regards, Seb -- Sebastien Vauban
Re: [O] formulas in spreadsheet to increase date
On Wed, Aug 17, 2011 at 3:35 AM, Nick Dokos wrote: > Matt Price wrote: > > > Hi, > > > > It's htat time of year again and I'm putting together course syllabi. I > would really love to be able > > to dynamically calculate dates in a spreadsheet, e.g.: > > > > |Topic 1|Date1|Description1| > > |Topic2|Above Date + 7| Description2| > > |Topic3|Above Date + 7| Description3| > > > > Is there a way for me to do that? > > As usual in situations like this, you have to start things off with > a field formula for the first date. The column formula then can be > used to calculate all the *other* rows (field formulas override column > formulas - see section 3.5.6, "Column formulas", in the org manual > or evaluate (info "(org) Column formulas") to get there directly). > > | Topic 1 | <2011-08-17 Wed> | Description1 | > | Topic2 | <2011-08-24 Wed> | Description2 | > | Topic3 | <2011-08-31 Wed> | Description3 | > #+TBLFM: @1$2=<2011-08-17> :: $2 = <@-1$2> + 7 > > The column formula says: get the field from the row above and the same > column (@-1$2), interpret it as a date (<..>) and add 7 (days) to it. > The column formula can be simplified to $2 = <@-1> + 7. > > If you want to increment by e.g. 10 mins, the increment has to be > calculated as a fraction of a day: > > | Topic 1 | <2011-09-18 Sun 10:20> | Description1 | > | Topic2 | <2011-09-18 Sun 10:30> | Description2 | > | Topic3 | <2011-09-18 Sun 10:40> | Description3 | > #+TBLFM: @1$2=<2011-09-18 10:20> :: $2 = <@-1> + 10*(1/24*60)) > > > ah, supercool. thank you!! matt
Re: [O] Org-Babel Mode : a suggestion and a contribution article [Babel]
Hi Feiming, Feiming Chen writes: > I wrote a how-to article on its use (see attached file > "how-to-use-*.html", other files are raw and support files). > Hopefully it can be useful to some users. Are you willing to add this file to Worg? http://orgmode.org/worg/ It is useful to have as much tutorial as possible, even if there might be some overlap with existing content. Let us know, and thanks for this contribution, -- Bastien
Re: [O] [yasnippet] Symbol's function definition is void: yas/next-field-group
Hi Bianca, Bianca Lutz writes: > The org info seems to be outdated: yas/next-field-group is called > yas/next-field nowadays. A simple rename should solve the issue. Fixed, thanks! -- Bastien
[O] org-mode fontification error [6 times]
Just a heads-up. I saw this in my *message* buffer. I don't know how it happened. I am using org-mode 7.7 on Emacs 23.3.50. Leo
Re: [O] Bug: (org-open-at-point 'in-emacs) -> other-frame [7.4]
Hi Reiner, Reiner Steib writes: > I will do. Thanks. (The string "Bug:" is from `org-submit-bug-report' > so I guess this should be used.) Users tends to use [BUG] or [bug] when manually adding this label to the subject line. Using "Bug:" in `org-submit-bug-report' is still okay, as it lets us distinguish between "manual" bug reports and those sent through `org-submit-bug-report'... >> C-h v org-link-frame-setup > > Nice, thanks. I missed this when glimpsing through > `org-open-file'. Maybe it should be mentionied in the doc strings of > `org-open-file', `org-open-at-mouse', ...? Done: http://orgmode.org/w/?p=org-mode.git;a=commit;h=ea055d3e6d3e054899e82f00aab256864ab123bc > It is not mentioned in the manual neither. Done: http://orgmode.org/w/?p=org-mode.git;a=commit;h=13bf859c97b448c157ee4c101113b0f63ea55e91 Thanks for this, -- Bastien
Re: [O] Bug: (org-open-at-point 'in-emacs) -> other-frame [7.4]
Hi Reiner, Reiner Steib writes: > [this probably rather is a feature request than a bug. Do you want > users to use `org-submit-bug-report' for feature requests as well?] Please send feature requests directly on the list, not through `org-submit-bug-report'. Thanks, -- Bastien
Re: [O] Bug: Toggle descriptive and literal links [7.4]
Hi Reiner, Reiner Steib writes: > (a) There is no (interactive) command to toggle this setting. There is now `org-toggle-link-display'. > #+BEGIN_SRC lisp >(defun org-descriptive-links () > "Display Descriptive Links in `org-mode'." > (interactive) > (org-add-to-invisibility-spec '(org-link)) (org-restart-font-lock)) > >(defun org-literal-links () > "Display Literal Links in `org-mode'." > (interactive) > (org-remove-from-invisibility-spec '(org-link)) (org-restart-font-lock)) > #+END_SRC Thanks for the example code. > I'd suggest to add such `defun's (or a toggling defun) and adjust > org-org-menu accordingly to use the defuns instead of the current > `progs'. Done. > (b) The initial behaviour should be customizable. See the new option: `org-link-display-descriptive' which defaults to `t'. Thanks for this idea! -- Bastien
[O] Babel woes
Hi everyone, I've been trying to use org-mode for report generation lately, and haven't really succeeded. Here's a list of issues I encounter: - Babel offers a way of generating a code block from the output or value of a code block. That new block, however, is forced to the same language as the original block -- that is doesn't allow me, for example, to use a Haskell block to create an asymptote figure which then generates an image in the HTML or PDF export version. Is there a way around this limitation? - Ruby: is inf-ruby really required? Why can't I execute a ruby block without it? - Haskell: there are at least two interpreters that babel will invoke, depending on what is available (ghci and hugs), and those two are incompatible in some areas (such as loading modules, where the commands are different -- :add vs. :load). I haven't found a way of + forcing the use of a specific interpreter; + specifying command-line arguments to the interpreter (which would eliminate the need for :add or :load). This really makes using Haskell rather hit-and-miss, see below. - Haskell code usage is rather cumbersome: since Babel invokes an interpreter rather than runghc, a Haskell block doesn't nearly have the flexibility of a real Haskell program. In particular, one can only make definitions (portably) in the Haskell code by creating a separate block which is tangled but not executed. Another block, which is executed, can then load the tangled module and use its definitions (if it weren't for the problems described above and below). - The handling of interpreted Haskell appears to be rather dodgy: If I want to load a module (in ghci) and then evaluate some function, then I run into real trouble. None of my tests run at all when first loaded into emacs, but if I execute some tests in a certain order, it all starts working. I haven't been able to figure out yet what goes wrong and what "playing around" makes things work, but it appears that #+begin_src haskell :add SomeModule someFunction #+end_src will not work because the :add statement is ignored. If I put the two lines in separate Haskell blocks and execute each one separately, then things start to work. - I also tried using sbe to invoke a Haskell function from within a table formula. Here I usually get an error "ERROR - Undefined variable "x"", which sometimes goes away rather magically (I'm not sure what makes it go away), after which things work just fine. Emacs-lisp blocks written in the same manner work out of the box. - Haskell uses a static type system, and there is no such thing as automatic casting if a variable has the wrong type for a given function. Thus, if I evaluate the numbers of a table using Haskell and sbe, and some values have a decimal dot and other (integer) ones omit it, then one of these versions will throw an error. Is there a way of converting the values beforehand to a given type (say, Double), only to make Haskell happy? Can anyone give me a hint of why these things don't work and whether I'm doing something wrong? Oh, I'm using emacs from Debian testing (23.2+1-7) and org from git (cloned today). Thanks, András
Re: [O] [bug] Asterisks in source and example blocks interpreted as headings
Hi, AFAIK that is exactly the case, for which the "," rule is for. Just put a "," in front of the offending line and everything will be fine. On export the "," is removed. best regards, Daniel Am Dienstag 16 August 2011, 20:27:01 schrieb Jason Dunsmore: > Hello, > > I noticed that lines with leading asterisks inside of source and example > blocks are interpreted as headings: > > --8<---cut here---start->8--- > * Heading 1 > > #+begin_example > foo > * bar > blah > #+end_example > > * Heading 2 > --8<---cut here---end--->8--- > > If you put the point on "Heading 1" and hit TAB, you'll see the > following: > > --8<---cut here---start->8--- > * Heading 1... > * bar > blah > #+end_example > > * Heading 2 > --8<---cut here---end--->8--- > > I'm using GNU Emacs 23.2.1 and Org-mode version 7.7 > (release_7.7.97.g9d5c5) > > Regards, > Jason
Re: [O] Org-contacts and where to store address
Hi Karl, Karl Voit writes: > I am writing an Python-script that converts my old jPilot contact > information to Org-mode. I chose Org-contacts[1] because it seems to > me that this will be a widely used format. > > In my old format, the address field is a multi-line field similar > to: > > ,[ example ] > | Street Name 42 > | 0815 City > | Country > ` > > I am using property values for EMAIL, HOMEPHONE, WORKPHONE, PHONE, > MOBILE, FAX, TITLE, and COMPANY. > > Is there a good way of adding the (multi line) address to the > PROPERTY drawer or should I put the address in the notes right below > the drawers? I'd suggest reformatting the multi-lines address into a single-line string. > PS: Empty properties are not mentioned in the Org-mode manual. Do > they cause any trouble? Not that I'm aware of. Thanks for letting us know about your progress! Best, -- Bastien
Re: [O] [PATCH] Add :sort option to clocktable report
Hi Max, Max Mikhanosha writes: > Attached patch adds new options :sort to the clocktable report > options. Valid values: > > time-up or T - highest time on top > time-down- lowest time on top > > For multi-file clock reports, entries in each file are sorted > separately and then the files are also sorted based on file total. That's a *great* addition. I've tested the patch and it works well. As the patch is more than 15 lines, you would need to sign the FSF copyright assignment before I can apply the patch. I'll send you the relevant papers in private. > Perhaps this should be made a default? It seems clocktable report is > something that user would naturally expect to be sorted. Yes, I think :sort time-up should be the default. Best, -- Bastien
Re: [O] Folding code sections in HTML export?
Hi Ken, writes: > Has anyone developed a way to use a collapsable-div section in HTML export > of code sections? What I'd love is for all code sections to export their > content into the HTML, but sections with ":exports none" or ":exports > results" to have the code initially collapsed, while sections with > ":exports code" or ":exports both" to have it initially expanded. > > Any precedent? Sorry I can't help here. I suspect both the org-info.js and the Babel gurus are on vacation... let's wait and see if they encountered such a need. Best, -- Bastien
Re: [O] [odt] htmlfontify + Support for src blockfontification
Hi Jambunathan, Jambunathan K writes: > I have patched up htmlfontify[1] to support fontification of odt > source blocks. The examples you sent look great! > I am planning to submit the patch to emacs-devel. The discussion will be more effective on emacs-orgmode mailing list, because most users of the ODT exporters are reading it. And since your patch relates to a feature that is not (yet) part of Emacs, Emacs maintainers will not have good incentives to discuss and test it. > Till such time as this patch is integrated in to official Emacs, I > would like to check-in a copy of htmlfontify.el into the contrib > dir. Will there any objection to this? Yes. We must avoid duplicate code as much as possible, especially when the code lives in Elisp libraries that have the same name. There is already some duplicate code that we need to take care of: org-html.el vs. org-xhtml.el. I would like to make progress on merging these two files. Can you help me here? Once we achieve this, we will be able to move the ODT exporter into Org's core, and your patched version of htmlfontify will easily make its way into Emacs core. > I am attaching sample before and after files to tickle the curiosity. Tickling worked fine :) -- Bastien
Re: [O] compute the difference between effort estimates and actual clocked time
Hi Pascal, Mattia Pascal writes: > Thanks a lot. It's what I needed. I've applied the patch, thanks. -- Bastien
Re: [O] [PATCH] org.el: Preserve indentation of manually indented lines in example blocks.
Hi Valentin, Valentin Wüstholz writes: > thanks for the comments. I'll certainly keep that in mind for future > patches. Thanks :) > Maybe that's something that could be added to the > corresponding worg page (http://orgmode.org/worg/org-contribute.html). This is already described here: http://orgmode.org/worg/org-contribute.html#sec-5 Feel free to make this page even clearer! -- Bastien
Re: [O] Refiling list items
Hi Jeff, thanks for bringing up this issue, and thanks all for the input. I pushed three small changes to the org-refile interface: 1. before prompting the user for a refile target, put the point at the beginning of the region/subtree to refile. This will make sure everyone understands we are refiling headlines, not text. 2. Improve the prompt itself, explicitely saying whether we are refiling a subtree or a region (containing subtree(s)). 3. Add a new option `org-refile-active-region-within-subtree' which, when turned on, allows the user to refile the active region, turning the first line into a headline using `org-toggle-heading'. I think these are improvements going in the right direction -- let me know what you think. On the overall, I'm with Nicolas in thinking that we need to be extra careful when we try to extend a functionality to heterogeneous elements. Nicolas Goaziou writes: > My point is that outside of its list, an item is just plain text. Yes! « Outside of the hive, a bee is just a fly. » (René Descartes) :) > Thus, why not take that into account? Instead of creating a magical > function to refile items anywhere, let's just extend `org-refile' to > work on a region of text which is not a sub-tree. This is what I tried to achieve with the new option. > At the moment, org-refile understands the concept of region, but checks > if that region holds a sub-tree. What about removing that check, and > adapt the code to text without trees? It will then be the user's problem > if he wants to match apples and oranges. Furthermore, as a side effect, > refiling an item would simply mean selecting it and using refile > interface. Thanks for this idea! Best, -- Bastien
Re: [O] Reg: Publishing in html using property tags
These IDs are automatically created. I don't tinker with them even once. On Wed, Aug 17, 2011 at 9:34 AM, Puneeth Chaganti wrote: > On Wed, Aug 17, 2011 at 8:51 AM, Bodhi wrote: > > Here you go. > > I'm not able to make my org-mode use the PROPERTY ID that's already > been defined by you. I got rid of it and created a new ID. The export > works for me. I tested with realease_7.4 without any of my > customizations. (`emacs -Q`). I don't know what could be wrong with > your setup. > > But, I noticed one thing. Your IDs had capital alphabets, where as my > ID never gets capital alphabets. I don't think this should be the > cause of the problem, but that's the only difference I could notice. > > Can someone with more knowledge about org-id and the html export help? > > -- > Puneeth > -- Regards, Bodhisatta Barman Roy
Re: [O] git repository over http?
Hi Peter, peter.fri...@agfa.com writes: > I can’t seem to clone the git repository over http (from > http://orgmode.org/org-mode.git). Is the server not supporting http, or is > it just me? The server isn't supporting the http protocol -- you can use http://repo.or.cz/w/org-mode.git instead, which lags behind by just ~1 hour. HTH, -- Bastien
Re: [O] formulas in spreadsheet to increase date
Matt Price wrote: > Hi, > > It's htat time of year again and I'm putting together course syllabi. I > would really love to be able > to dynamically calculate dates in a spreadsheet, e.g.: > > |Topic 1|Date1|Description1| > |Topic2|Above Date + 7| Description2| > |Topic3|Above Date + 7| Description3| > > Is there a way for me to do that? As usual in situations like this, you have to start things off with a field formula for the first date. The column formula then can be used to calculate all the *other* rows (field formulas override column formulas - see section 3.5.6, "Column formulas", in the org manual or evaluate (info "(org) Column formulas") to get there directly). | Topic 1 | <2011-08-17 Wed> | Description1 | | Topic2 | <2011-08-24 Wed> | Description2 | | Topic3 | <2011-08-31 Wed> | Description3 | #+TBLFM: @1$2=<2011-08-17> :: $2 = <@-1$2> + 7 The column formula says: get the field from the row above and the same column (@-1$2), interpret it as a date (<..>) and add 7 (days) to it. The column formula can be simplified to $2 = <@-1> + 7. If you want to increment by e.g. 10 mins, the increment has to be calculated as a fraction of a day: | Topic 1 | <2011-09-18 Sun 10:20> | Description1 | | Topic2 | <2011-09-18 Sun 10:30> | Description2 | | Topic3 | <2011-09-18 Sun 10:40> | Description3 | #+TBLFM: @1$2=<2011-09-18 10:20> :: $2 = <@-1> + 10*(1/24*60)) > Even better would be to be able to do the same thing in headlines, > e.g.: > ** 0. <2011-09-13 Tue>[[file:./syllabus/what-is-history-for][What is History > For?]] > ** 1. > [[file:Syllabus/history-and-the-public-sphere][History and the Public > Sphere]] > > but there I'm in deeper water, I think. > So am I. Nick > Thanks as always, > matt > > > > Alternatives: > >
Re: [O] TODO type problem on speedbar and imenu.
On Aug 16, 2011, at 11:44 PM, Nicolas Goaziou wrote: > Hello, > > Carsten Dominik writes: > >> I am not sure this is a good idea. With this patch, you always >> require the space to be there. So "* TODO" would not be a task. >> I am not sure, this might have side effects. > > Notwithstanding the fontification problem, isn't "* TODO" considered as > a valid task, whose text is "TODO" and without a keyword? Well, the behavior is really undefined on these border cases. My worries also stem from the possibility that the match of these regexps now extends an additional character, and there may be places in the code which rely on (match-end 0) being right after (e.g.) the TODO keyword. I do not know if this is the case, but it is a definite possibility. - Carsten
Re: [O] Hide table columns on export
Nick Dokos writes: > Johnny wrote: > >> Is there a way to hide certain columns of a table when exporting? > > In this particular case, you could easily kill the columns you don't > want to export (with M-S-left in a table context), do the export (C-c e > h or whatever) and then undo (C-x u) enough times to get back to where > you started. Thanks, I will use this as a workaround, but at the same time put in a feature request to hide columns. Maybe it is possible to expand the group functionality to include a symbol that indicates the group should also be hidden on export? E.g. something like "|<< | | >", or any other symbol if double "<<" within one column is not easy to implement. Regards, -- Johnny