[PATCH] org-protocol: Make org protocol defaults work on windows
Hei, Attached a little patch to make the default org-protocol handlers work on windows. Tested with Windows 10 and emacs 27.1 Best Regards Robert 0001-org-protocol-Make-org-protocol-defaults-work-on-wind.patch Description: Binary data
SVG Previews for org mode
Hello, I created the attached code to be able to preview SVG in org mode. Please comment if you have suggestions for a better approach. It works by having svg in a #+begin_src svg block and running org-format-svg on it. I took inspiration from org-format-latex and wonder whether it should be merged with that function. Upsides: - The same keybinding (C-c C-x C-l) could be used. - Less duplicated code - More? Downsides: - The name of the function would be misleading - Other breakage - More? It could also be integrated with the C-c mechanisms on src_blocks. But I don’t know how to do that. Best regards Robert (defun org--make-svg-preview-overlay (beg end image) "Build an overlay between BEG and END using the svg image data." (let ((ov (make-overlay beg end))) (overlay-put ov 'org-overlay-type 'org-svg-overlay) (overlay-put ov 'evaporate t) (overlay-put ov 'modification-hooks (list (lambda (o _flag _beg _end &optional _l) (delete-overlay o (overlay-put ov 'display (find-image `((:type svg :data ,image :scale 1 :transform-smoothing t)) (defun org-format-svg (&optional beg end) (let ((context-regexp "#\\+begin_src +svg")) (goto-char (or beg (point-min))) (while (re-search-forward context-regexp end t) (let* ((context (org-element-context)) (type (org-element-type context))) (when (and (eq type 'src-block) (string= (org-element-property :language context) "svg")) (let* ((value (org-element-property :value context)) (beg (org-element-property :begin context)) (end (save-excursion (goto-char (org-element-property :end context)) (skip-chars-backward " \r\t\n") (point (progn (dolist (o (overlays-in beg end)) (when (eq (overlay-get o 'org-overlay-type) 'org-svg-overlay) (delete-overlay o (org--make-svg-preview-overlay beg end value) (goto-char end))) (defun org-clear-svg-preview (&optional beg end) (let ((overlays (cl-remove-if-not (lambda (o) (eq (overlay-get o 'org-overlay-type) 'org-svg-overlay)) (overlays-in (or beg (point-min)) (or end (point-max)) (mapc #'delete-overlay overlays) overlays)) (defun org-svg-preview (&optional arg) "Toggle the preview of the svg fragment at point" (interactive) (cond ((not (display-graphic-p)) nil) ;; noop on non-graphic displays ((use-region-p) (org-format-svg (region-beginning) (region-end))) ((let ((context (org-element-context))) (and (eq (org-element-type context) 'src-block) (string= (org-element-property :language context) "svg") (let ((beg (org-element-property :begin context)) (end (org-element-property :end context))) (if (org-clear-svg-preview beg end) (message "SVG preview removed") (message "Creating SVG preview...") (org-format-svg beg end) (message "Creating SVG preview... done.")) t)) (provide 'bob-org-svg)
Re: [Orgmode] Re: bug with link following --- a (partial) solution
On 9/12/10 Sep 12 -7:16 AM, David Maus wrote: > Robert P. Goldman wrote: >> On 8/29/10 Aug 29 -10:36 AM, Robert Goldman wrote: >>> I used org-store-link and org-insert-link to make a link in the attached >>> document (I distilled it down from a real document). In my org-mode >>> (pulled from git this morning), using Aquamacs 2.0 on Mac OSX Snow >>> Leopard (10.6), org-mode cannot follow the link I inserted with o-i-l, >>> and it pops up a dialog asking if I should add such a link target. > >> A quick followup: > >> I had a shot with git blame, and it seems like the only thing that might >> have interfered with this search recently is the commit with the SHA1 >> has starting a84c8a2c > >> And, indeed, when I comment out the block that was introduced in this >> commit (starting at line 9389): > >> ... > >> Carsten, could this patch be reverted until it can be fixed? > > It's not a bug, it's a feature: To revert to the old behaviour you > can customize the variable `org-link-search-must-match-exact-headline' > and set it to nil. I believe I have narrowed down the problem to a more specific case. I have reexamined the bug I had, and as far as I can tell, it occurs because of the punctuation at the end of the header line. I am attaching a file that shows the funny behavior. I can link to a header titled "Foobar" correctly, but not one titled "submit through submission site:" Attempts to link to the one word header "Bletch:" also fail. I conjecture that the problem is the final ":" as punctuation. Does that seem plausible? If so, should we simply extend the escaping in the links to handle this case (akin to the way spaces are escaping)? Or am I off base here? #+STARTUP: showall * Notes: * TODO Figure out org mode Just do outlines with TODO's in them. Change them to DONE when they are done. You don't need to figure out how to use org-mode if you don't like. We used it on OBTW, and it worked fine. If you like (I will probably do this), you can use the org-mode commands to add deadlines and scheduling (or you can ignore them). I will probably do this in an incremental way so that I can further focus my mind on individual subsections as they need to get written. See example in [[*submit%20through%20submission%20site][submit through submission site:]] * TODO submit through submission site: * TODO Foobar * Reference to foobar [[*Foobar][Foobar]] * Reference to submit... [[*submit%20through%20submission%20site][submit through submission site]] # Local Variables: # mode: org # End: ___ 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] Question about local variables block
I've been putting local variables blocks at the bottom of some of my org-mode files (in particular, those files that I share with others). The problem is that having a local variables block at the bottom of the file, at least if it uses # as a virtual comment character, doesn't dovetail nicely with org's folding behavior. I find if I fold the bottom-most header line in such an org-mode file, my local variables block gets folded into that header inappropriately. So is there some way to format a local variables block at the bottom of a file so that org-mode knows that it's a local variables block and not part of the outline? thanks, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Question about local variables block
On 9/15/10 Sep 15 -12:06 PM, Sebastian Rose wrote: > Robert Goldman writes: >> I've been putting local variables blocks at the bottom of some of my >> org-mode files (in particular, those files that I share with others). >> >> The problem is that having a local variables block at the bottom of the >> file, at least if it uses # as a virtual comment character, doesn't >> dovetail nicely with org's folding behavior. I find if I fold the >> bottom-most header line in such an org-mode file, my local variables >> block gets folded into that header inappropriately. >> >> So is there some way to format a local variables block at the bottom of >> a file so that org-mode knows that it's a local variables block and not >> part of the outline? > > > Not that I'm aware of it. > > But you could use a special comment section: > > > > * COMMENT local varibles > > # Local Variables: > # mode: org > # fill-column: 70 > # End: > > > > > HTH Yes, thank you very much; that's exactly what I needed to know. best, R ___ 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] inline images in org-mode
I was looking for a way to put illustrations in my org-mode files so that I could actually look at them while editing the org stuff. I found a post a while ago suggesting using iimage mode (which is included with the Aquamacs that I use, and is readily available if you don't have it with your emacs). I found I needed to do a little customization to make iimage work for me, so I thought I would post the details in case they were useful to anyone else. Here's the bit I added to my org configuration to make this work: (add-hook 'org-mode-hook '(lambda () ;; unnecessary ;; (make-variable-buffer-local 'iimage-mode-image-filename-regex) (let ((file-extension-regex (regexp-opt (nconc (mapcar #'upcase image-file-name-extensions) image-file-name-extensions) t))) (setq iimage-mode-image-regex-alist (list (cons (concat "\\[\\[" (regexp-quote "file:") "\\([^]]+\." file-extension-regex "\\)" "\\]" "\\(\\[" "\\([^]]+\\)" "\\]\\)?" "\\]") 1)) Note that this /only/ displays inline local (file) links, not http images. It wouldn't be hard to add that --- I built the above by copying and modifying the org-bracket-link-analytic-regexp variable initialization. If one wanted to put this more generally into org-mode, it would probably be right to make the iimage-mode-image-regex-alist be under control of some org customization (to handle local versus all images, etc.). I don't generally want iimage mode on in all of my org-mode buffers, so I use the file variables block to engage iimage mode where I want it. If you'd like it always to be on, then you can just add iimage-mode (it's a minor mode) to your org-mode-hook. Hope that's of interest to someone... Cheers, r ___ 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: inline images in org-mode
On 9/16/10 Sep 16 -7:11 AM, Dan Davison wrote: > Robert Goldman writes: > >> I was looking for a way to put illustrations in my org-mode files so >> that I could actually look at them while editing the org stuff. I found >> a post a while ago suggesting using iimage mode (which is included with >> the Aquamacs that I use, and is readily available if you don't have it >> with your emacs). > > Hi Robert, > > There's already org-display-inline-images, which iIrc uses overlays > rather than the text properties used by iimage. Does your route offer > advantages over this? Nope. Just didn't know it was there. It's not in the manual (if I get a chance, I'll try to write up a patch, or maybe someone else can); the only thing I found on inline images was about export to HTML. So then I googled, and found the material on iimage only, not o-d-i-i. Actually, having said that, on Aquamacs, o-d-i-i doesn't seem to work well. For reasons I'm too ignorant to explain, o-d-i-i causes the images to flash repeatedly, instead of simply being displayed ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] inline images in org-mode
On 9/16/10 Sep 16 -7:32 AM, Sebastian Rose wrote: > Robert Goldman writes: >> I was looking for a way to put illustrations in my org-mode files so >> that I could actually look at them while editing the org stuff. I found >> a post a while ago suggesting using iimage mode (which is included with >> the Aquamacs that I use, and is readily available if you don't have it >> with your emacs). >> >> I found I needed to do a little customization to make iimage work for >> me, so I thought I would post the details in case they were useful to >> anyone else. > > > Hi Robert, > > > just use `org-display-inline-images' or `org-toggle-inline-images'. > Not sure if it works with Aquamacs. Doesn't seem to (see earlier response). Suggestion: add documentation of this to Markup>Images and tables in the org manual? I'm still not entirely sure how to use it. Is there some magic I can put in the Local Variables block that will cause the images to be displayed on startup? # org-display-inline-images: t doesn't seem to do this --- I still needed to call o-d-i-i or o-t-i-i even with that in the block. I'm willing to write up the manual patch; I'm just not entirely sure what it should say (and whether my proposed location is the right one). best, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] inline images in org-mode
On 9/16/10 Sep 16 -8:46 AM, Sebastian Rose wrote: > Robert Goldman writes: >> ... Is there some >> magic I can put in the Local Variables block that will cause the images >> to be displayed on startup? >> >> # org-display-inline-images: t > > > > # Local Variables: > # mode: Org > # eval: (org-display-inline-images) > # End: > > > Sebastian Would it be reasonable to augment org's processing of #+ directives so that an org user can specify there instead of using the local variables, which is less user-friendly? best, r ___ 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] Problems with capture on Mobile Org for Android
I have just had a problem twice with loss of data using Mobile org for android (flagged as "version 40" in Application Info). Here's what you need to do to lose data: 1. enter "foobar" into the capture window 2. synchronize 3. enter "baz" into the capture window 4. synchronize 5. org-mobile pull Only baz will be there. Seems like instead of accumulating stuff between synchronizations, org mobile is just overwriting. :-/ ___ 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] Update for habit documentation
I've been using habits and found additional uses that are actually implemented but not mentioned in the documentation. What I've found useful are: 1) Using a '++' repeat style for habits that have calendar constraints. I use this for some activities that must be done on Monday, or on weekends. This works, so there is no need to change the implementation. 2) Using a '+' repeat style is good for activities that can have a backlog. For example, preparing weekly reports is something that is aided by the habit tracking information. This also works. This affects bullet 4, which presently implies that the repeat interval must be a '.+' style. Would the following be clear: 4. The TODO has a scheduled date, usually with a '.+' style repeat interval. Other repeat styles may be used. The '++' style can handle habits with calendar constraints, e.g., "must be done on a Monday"; and the '+' style can be useful for habits that can have a backlog. R Horn ___ 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] Request for suggestions about best practices: tracking responses
Often now I have org-mode tasks that I move to WAIT status when I send someone an email to get some next step done. The problem is that I have a hard time getting back to those tasks when I get a response email (or phone call). There is nothing salient about these that means that when I get a response email, I see the task and can mark it as completed. Does anyone have a good solution for this? I have a hazy idea that always having a special agenda window open with a special agenda display of tasks awaiting responses might do the trick, but few ideas about how to accomplish this in practice. Presumably a special TODO status for awaiting response, and special agenda view... does that sound reasonable? I notice that the manual refers to "THE agenda." Is it possible to have multiple agenda windows so that I could always have the "waiting for response" agenda up w/o cutting off my access to other views? thanks, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: bug with link following --- a (partial) solution
On 9/22/10 Sep 22 -1:11 PM, David Maus wrote: > David Maus wrote: >> Ah, now I see the problem: For some reason `org-store-link' removes >> the colon at the end of the headline. I reopended the issue as a bug; >> setting the aforementioned variable to nil might be considered a >> temporary work-around. > > Okay, pushed a patch to master that should fix this problem. > `org-store-link' now keeps the headline string intact when storing a > link. > > Could you test if this fixes the problem for you? I'm afraid it doesn't seem to. I am attaching a copy of my link-bug.org file. When I click on the links to "submit through submission site:" or "Bletch:" headlines, I get the no such link error. Best, r #+STARTUP: showall * Notes: * TODO Figure out org mode Just do outlines with TODO's in them. Change them to DONE when they are done. You don't need to figure out how to use org-mode if you don't like. We used it on OBTW, and it worked fine. If you like (I will probably do this), you can use the org-mode commands to add deadlines and scheduling (or you can ignore them). I will probably do this in an incremental way so that I can further focus my mind on individual subsections as they need to get written. See example in [[*submit%20through%20submission%20site][submit through submission site:]] * TODO submit through submission site: * TODO Foobar * Reference to foobar [[*Foobar][Foobar]] * Reference to submit... [[*submit%20through%20submission%20site][submit through submission site]] * Bletch: * reference [[*Bletch][Bletch:]] * COMMENT Local variables block # Local Variables: # mode: org # End: ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: bug with link following --- a (partial) solution
On 9/22/10 Sep 22 -1:36 PM, Robert Goldman wrote: > On 9/22/10 Sep 22 -1:11 PM, David Maus wrote: >> David Maus wrote: >>> Ah, now I see the problem: For some reason `org-store-link' removes >>> the colon at the end of the headline. I reopended the issue as a bug; >>> setting the aforementioned variable to nil might be considered a >>> temporary work-around. >> >> Okay, pushed a patch to master that should fix this problem. >> `org-store-link' now keeps the headline string intact when storing a >> link. >> >> Could you test if this fixes the problem for you? > > I'm afraid it doesn't seem to. I am attaching a copy of my link-bug.org > file. When I click on the links to "submit through submission site:" or > "Bletch:" headlines, I get the no such link error. D'oh. I'm sorry. I didn't read carefully enough. This DOES fix my problem. The problem is in STORING the link, not in matching. I was misdiagnosing the problem. So when I stored a NEW link, the problem goes away. Sorry. I was not clearly realizing that old links would still be busted. Patch is good! r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Request for suggestions about best practices: tracking responses
On 9/23/10 Sep 23 -1:44 PM, David Maus wrote: > Robert P. Goldman wrote: > >> I know how to make a custom agenda for this; the problem is more how to >> have that custom agenda always open for me to glance at. I don't want >> to have to call up this agenda every time I get an email or a phone call >> to decide whether a waiting task is "unwaiting"... > >> Should one open an org agenda buffer, and then rename it, so that >> following org-agenda commands don't wipe it? > > This works... Somehow. The buffer is not wiped, but for example > refreshing the list of items will open a new *Agenda* buffer. I think one MIGHT be able to work around this by exploiting the dynamic binding of emacs-lisp variables and doing something like (let ((org-agenda-buffer-name "*Waiting-for-response*")) (org-agenda-redo)) pretty evil, but Best, r ___ 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] buglet in org-toggle-checkbox
Not a big bug...
When I invoke org-toggle-checkbox with ^U in order to add a checkbox to
a list item that doesn't have one, I get this message in the minibuffer:
"Invalid search bound (wrong side of point)"
although the command seems to work correctly. When I turn on
debug-on-error, I get the following backtrace:
Debugger entered--Lisp error: (error "Invalid search bound (wrong side
of point)")
re-search-forward("^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[
]+\\*\\)\\([]+\\|$\\)" # move)
byte-code("` \n \f#\204
At the point when I invoke this, I was at this position (marked by ++)
in the buffer
** TODO Headline [/]
- ++
Best,
r
___
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] Having problems with faces in org agenda
My org agendas for day and week are showing DONE items with the "DONE" in red, and not dulled out. This makes the agenda less useful than it might be for at-a-glance planning. This (bright red "DONE"s) does not happen when I am looking at an org file, where the TODO keyword is red and the DONE keyword is green. I don't know if this helps, but someone on the IRC suggested that I put my cursor on one of the red "DONE"s in the agenda and do describe-char. This is what I get: character: ⇧O (79, #o117, #x4f) preferred charset: ascii (ASCII (ISO646 IRV)) code point: 0x4F syntax: wwhich means: word category: .:Base, a:ASCII, l:Latin, r:Roman buffer code: #x4F file code: #x4F (encoded by coding system nil) display: no font available Character code properties: customize what to show name: LATIN CAPITAL LETTER O general-category: Lu (Letter, Uppercase) There is an overlay here: From 1828 to 1884 face hl-line window nil There are text properties here: date 734045 day 734045 done-faceorg-agenda-done dotime time duration nil effort nil effort-minutes nil extra"Deadline: " face org-todo help-echo"mouse-2 or RET jump to org file ~/org/todo.org" mouse-face highlight org-agenda-type agenda org-category "todo" org-complex-heading-regexp [Show] org-day-cnt 5 org-hd-marker# org-highest-priority 65 org-lowest-priority 67 org-marker # org-not-done-regexp "\\<\\(TODO\\|WAIT\\|DELEGATED\\)\\>" org-todo-regexp "\\<\\(TODO\\|WAIT\\|DELEGATED\\|DONE\\|CANCELED\\)\\>" prefix-length26 priority 1000 tags nil time "" time-of-day nil todo-state [Show] txt "DONE Get flights for ILC 2010" type "deadline" undone-face org-warning I suspect that this is related to the fact that the face is "org-todo" rather than "org-agenda-done", but I don't understand any better than this. This is on aquamacs 2.1, if that helps. Thanks for any suggestions. Best, r ___ 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] library of babel, bootabs question
I'm trying to export a document to LaTeX, using a lob-call to booktabs for a table. Unfortunately I seem to get two tables, the original one and the one from the lob call. The table looks like this: #+tblname: ma |---+---+-| | row 1 cell 1 header | row 1 cell 2 header | r1c3 header | | row 2 cell 1 header | row 2 cell 2 header | r2c3 header | |---+---+-| | some text inside tabl | some text, some text | more text | | more text | more text | more text | | more text | more text | more text | |---+---+-| #+call: booktabs(table=ma, align="lll") :results latex :exports results Did I forget some option? I didn't find any in the manuals. Thanks a lot for any help. Robert ___ 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] Worg buglet
The link to the sample presentation, from http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php to http://orgmode.org/worg/org-tutorials/org-beamer/presentation.org is broken. Sorry if this is the wrong place to report this. best, r ___ 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] Any other Aquamacs + org-mode users?
If so, are any of you having trouble with the faces in agenda buffers? I'm finding that I get all of the todo keywords in what looks like the warning face --- bright red. It's a problem because it looks like the display is shouting at me about tasks that are DONE, not just ones that are still TODO. I don't see this problem in the ordinary org buffers. In those buffers the todo keywords are colored differently -- e.g., red for TODO and green for DONE. I was wondering if this is a misconfiguration on my part (I don't /think/ I have customized any aspect of org-mode display), or if there's some bad interaction between aquamacs (I'm using 2.1) faces and org-mode, or if I've misconfigured aquamacs, so it doesn't handle the org-mode faces properly. Any suggestions would be very welcome. thanks! r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Any other Aquamacs + org-mode users?
On 10/12/10 Oct 12 -10:50 PM, Nick Dokos wrote: > Robert Goldman wrote: > >> If so, are any of you having trouble with the faces in agenda buffers? >> >> I'm finding that I get all of the todo keywords in what looks like the >> warning face --- bright red. It's a problem because it looks like the >> display is shouting at me about tasks that are DONE, not just ones that >> are still TODO. >> >> I don't see this problem in the ordinary org buffers. In those buffers >> the todo keywords are colored differently -- e.g., red for TODO and >> green for DONE. >> >> I was wondering if this is a misconfiguration on my part (I don't >> /think/ I have customized any aspect of org-mode display), or if there's >> some bad interaction between aquamacs (I'm using 2.1) faces and >> org-mode, or if I've misconfigured aquamacs, so it doesn't handle the >> org-mode faces properly. >> >> Any suggestions would be very welcome. >> > > C-u C-x = > > is your friend: it'll tell you some details about the face. That in turn > might provide a clue as to how it ended up this way. Disappointingly, it doesn't. When I drop the cursor onto a red "DONE" and do this, I see what looks like a correct set of face attributes, but the wrong face being selected. done-faceorg-agenda-done face org-todo todo-state [Show] txt "DONE RSVP about party" type "scheduled" undone-face org-scheduled-today So the faces seem to be configured right --- the done face is correctly set (and is the correct muted green), as is the org-todo face. The problem is that my "DONE" string is assigned the org-todo face and not the org-agenda-done face. So this is not a problem of the faces being set up wrong, but of their being assigned to text incorrectly. Anyone have any idea how I might fix that? Or please let me know if I have misdiagnosed this. thanks! r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-freemind.el and rx
Michael Sperber writes: > Carsten Dominik writes: > >> Hi Lennart, >> >> I am trying to keep org-mode also workable with XEmacs. One problem >> here is that XEmacs does not have rx. Would you object if I replace >> the rx macro calls with the string representations of the regular >> expressions in org-freemind.el? >> >> Michael, an alternative would be to get rx ported to and included into >> XEmacs. Is anything like this in the works, or would you like to look >> into this? > > I think the solution is to do rx (I sure hate textual regexps) - which > is on my list, but will likely be a while. I took a quick look, and it's failing byte-compilation because in rx-any-condense-range: (defun rx-any-condense-range (args) "Condense by side effect ARGS as range for Rx `any'." (let (str l) ;; set STR list of all strings ;; set L list of all ranges (mapc (lambda (e) (cond ((stringp e) (push e str)) ((numberp e) (push (cons e e) l)) (t (push e l args) ;; condense overlapped ranges in L (let ((tail (setq l (sort l #'car-less-than-car))) d) 'car-less-than-car is signalling apply(debug error (wrong-type-argument listp ?\[)) l is (?\" ?\[) at this point, and I don't think you can call #'car on either of those 2 elements. Either this code meant to use #'<, or the (t (push e l)) is wrong, or we've discovered another difference between GNU Emacs and XEmacs :) Regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Update for habit documentation
On 09/29/2010 12:07 PM, Carsten Dominik wrote:
> Hi Robert,
>
> would you like to formulate a patch to org.texi?
>
This is my proposed patch. I hope I've done this right.
*** org.texi2010-10-06 09:06:20.0 -0400
--- org.texi-original 2010-07-21 12:42:48.0 -0400
***
*** 3809,3818
@item
The property @code{STYLE} is set to the value @code{habit}.
@item
! The TODO has a scheduled date, usually with a @code{.+} style repeat
interval.
! A @code{++} style may be appropriate for habits with time constraints,
e.g.,
! must be done on weekends, or a @code{+} style for an unusual habit
that can
! have a backlog, e.g., weekly reports.
@item
The TODO may also have minimum and maximum ranges specified by using the
syntax @samp{.+2d/3d}, which says that you want to do the task at
least every
--- 3809,3815
@item
The property @code{STYLE} is set to the value @code{habit}.
@item
! The TODO has a scheduled date, with a @code{.+} style repeat interval.
@item
The TODO may also have minimum and maximum ranges specified by using the
syntax @samp{.+2d/3d}, which says that you want to do the task at
least every
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug (?) in org-capture
I was trying to experiment for the first time using org-capture together with w3m today, and I get an error. I invoke org-capture, and was pleased to find that it built me a buffer just fine, and made an org link for the URL of the w3m buffer. So far, so good. Unfortunately, when I try to save the buffer, either with C-c C-c or C-c C-w, I get an error. The error is in org-capture-bookmark-last-stored-position. Here: (defun org-capture-bookmark-last-stored-position () "Bookmark the last-captured position." (let* ((where (org-capture-get :position-for-last-stored 'local)) ) WHERE gets bound to NIL, the return of ORG-CAPTURE-GET, causing an error. I'm quite prepared to believe that I have this horribly misconfigured, since I really didn't configure it at all, but it's disappointing that the buffer creation works so well without configuration, but leaves me in this pickle. It's also disappointing that the refile command doesn't work --- any chance of hacking it so that it does something sensible (I was thinking involving interactive selection) when org-capture is not yet configured? AFAICT the direct cause of the error is that org-capture-current-plist is NIL, and the 'local spec in this call means that we consult that instead of org-capture-plist. At this point my ability to understand the code peters out, and I'm afraid I don't have anything useful to say. best, r ___ 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: Bug (?) in org-capture
On 10/14/10 Oct 14 -9:40 AM, Robert Goldman wrote: > I was trying to experiment for the first time using org-capture together > with w3m today, and I get an error. > > I invoke org-capture, and was pleased to find that it built me a buffer > just fine, and made an org link for the URL of the w3m buffer. So far, > so good. > > Unfortunately, when I try to save the buffer, either with C-c C-c or C-c > C-w, I get an error. > > The error is in org-capture-bookmark-last-stored-position. Here: > > (defun org-capture-bookmark-last-stored-position () > "Bookmark the last-captured position." > (let* ((where (org-capture-get :position-for-last-stored 'local)) > ) > > WHERE gets bound to NIL, the return of ORG-CAPTURE-GET, causing an error. > > I'm quite prepared to believe that I have this horribly misconfigured, > since I really didn't configure it at all, but it's disappointing that > the buffer creation works so well without configuration, but leaves me > in this pickle. It's also disappointing that the refile command doesn't > work --- any chance of hacking it so that it does something sensible (I > was thinking involving interactive selection) when org-capture is not > yet configured? > > AFAICT the direct cause of the error is that org-capture-current-plist > is NIL, and the 'local spec in this call means that we consult that > instead of org-capture-plist. > > At this point my ability to understand the code peters out, and I'm > afraid I don't have anything useful to say. Sorta never mind --- I figured out what the problem was. Somehow the default file for org-capture was ~/org//notes.org not ~/org/notes.org, so there was really a "file not found" error here. So this is, in a sense, user error. That said, if it's not too much trouble, maybe reporting a file not found error for this would be more helpful than crashing in this way. On the other hand, this might be tricky to find and handle, so maybe it's not worth the trouble. best, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug (?) in org-capture
On 10/15/10 Oct 15 -1:48 AM, Carsten Dominik wrote: > Hi Robert, > > I cannot reproduce this error. If I set my default notes file to > "~/org//notes.org" > things seem to work just fine. I will see if I can figure out why this happened for me. I may not be able to do so, though --- it occurred when I had a half-configured org-capture, and now I have org-capture really working. It's not always easy to go back to the buggy state! Thank you very much for org-capture, BTW --- I really like the ability to dispatch on key combinations, in particular, since I find that the more I use org-capture, the more opportunities I see to get more value out of it. best, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Adding tags, grouping tags
On 10/16/2010 01:32 AM, Carsten Dominik wrote: > > On Oct 15, 2010, at 4:43 PM, Ilya Shlyakhter wrote: > >> Karl Maihofer gmx.de> writes: >>> Besides that I have tags in other contexts, e.g. GTD-related tags etc. >>> So it would be very useful to be able to group the tags as it is >>> possible for agenda commands. >> >> I think that a way to define logical groups of tags (or even a >> hierarchy of tags >> -- say with a subtree of tag names?) would be a very useful addition. > > I can see that this could be useful - but the code is > not in any way prepared to do this, so this would be pretty hard > to implement. > Is it worth exploring use of the properties drawer? The tags in org are a fairly simple and thus limited structure. The properties drawer can have a lot more structure with a more controlled environment. R Horn ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] library of babel, bootabs question
Hi Eric, thank you very much for your help. Your solution works like a charm. Best regards Robert Am 08.10.2010, 17:41 Uhr, schrieb Eric Schulte : Hi Robert, Currently the only way I know of inhibiting the export of the original table, is to move it to an un-exporting subtree. This can be done using the COMMENT header keyword by moving the table to a new subtree and pressing C-c ; which runs org-toggle-comment in that subtree. Best -- Eric "Robert Klein" writes: I'm trying to export a document to LaTeX, using a lob-call to booktabs for a table. Unfortunately I seem to get two tables, the original one and the one from the lob call. The table looks like this: #+tblname: ma |---+---+-| | row 1 cell 1 header | row 1 cell 2 header | r1c3 header | | row 2 cell 1 header | row 2 cell 2 header | r2c3 header | |---+---+-| | some text inside tabl | some text, some text | more text | | more text | more text | more text | | more text | more text | more text | |---+---+-| #+call: booktabs(table=ma, align="lll") :results latex :exports results Did I forget some option? I didn't find any in the manuals. Thanks a lot for any help. Robert ___ 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 -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Adding tags, grouping tags
On 10/16/10 4:09 PM, Carsten Dominik wrote: > > On Oct 16, 2010, at 9:26 PM, Robert Horn wrote: > >> On 10/16/2010 01:32 AM, Carsten Dominik wrote: >>> >>> On Oct 15, 2010, at 4:43 PM, Ilya Shlyakhter wrote: >>> >>>> Karl Maihofer gmx.de> writes: >>>>> Besides that I have tags in other contexts, e.g. GTD-related tags etc. >>>>> So it would be very useful to be able to group the tags as it is >>>>> possible for agenda commands. >>>> >>>> I think that a way to define logical groups of tags (or even a >>>> hierarchy of tags >>>> -- say with a subtree of tag names?) would be a very useful addition. >>> >>> I can see that this could be useful - but the code is >>> not in any way prepared to do this, so this would be pretty hard >>> to implement. >>> >> Is it worth exploring use of the properties drawer? The tags in org are >> a fairly simple and thus limited structure. The properties drawer can >> have a lot more structure with a more controlled environment. > > I don't think I understand what you mean here. How would that help? > > - Carsten My first thought was just to deal with visual clutter and parsing headaches. Encoding standards like IDv3 have a large list of tags and tags with values that are encoded and hidden in MP3 files. The display is controlled by application. This is very much like the drawer behavior in org. So putting tags into drawers would deal with the clutter associated with having a great many tags on one item. The next level would be to have org aware of the tag structure. This would mean having a vocabulary description that describes the tags. The vocabulary can be described as: Top level: Context, e.g., GTD Level 1: TagA Level 2: TagB, a kind of TagA Level 3: TagC, a kind of TagB Level 1: TagD etc Usually Tags are unique with in a context, but might collide between contexts. So I might find the tag "TASK" used in different contexts. Multiple tags can occur within a context, so something might have TagA and TagD, and the presence of a lower level tag implies the higher level tags. So TagC would imply TagB and TagA in the example above. This is a simplification of full ontological structures that can be expressed in a language like OWL, but it is one that people can grasp and use easily. It meets most needs. The music and photographic standards and their easy usage indicates this. The vocabulary description could easily be done with some lisp customization, the way it is done for task states, or it could be in an org file. Both ways have their advantages. For each tag you can have a list of pairs of context+tag to keep tags unique. Appending these as text to each line introduces a lot of visual clutter and parsing headaches. I would put these into drawers to reduce the visual clutter and manage duplication. For the tag descriptions I would have another location that has the full structure of tags, so that a friendly display selection could be used that reflects the hierarchy. A tag assignment similar to the IDO selection of levels within an org hierarchy would make sense. Perhaps an org structure would make sense for the vocabulary. A simpler tag that means "look in the tags drawer" would keep the text file readable and let the agenda processing deal with extracting and displaying. Non agenda views of the org file would just have the "look in tags drawer" tag. The viewing options would need to recognize this to control how the drawer tags are displayed. R Horn ___ 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] Minor docstring bug: org-footnote-goto-previous-reference
The docstring for the command "org-footnote-goto-previous-reference" is Find the next previous of the footnote with label LABEL. ...which I can't actually parse. "Find the (immediately) previous reference to the footnote with label LABEL." Is that better? Cheers, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Adding tags, grouping tags
On 10/25/2010 02:18 AM, Carsten Dominik wrote: > Hi, > > I have the feeling that there are really two strands of > discussion going on here. > > 1. A two-level or even hierarchical way to *enter* *normal* tags, >i.e. tags that are specified in the headline of a node. > > 2. A complex new structure that would somehow utilize properties to >crease a tag-like parallel structure that can be used in searches. > > Is this a correct view of what is being discussed? > I think so. My impression is that the present normal tags are approaching their limit. A multi-level normal tag will probably be longer text, and one core assumption of normal tags is that it is reasonable to display them and simply append them to the end of the headline text. With longer tags and multiple tag contexts I expect this to soon cause problems that are much more severe than just the problem of tag specification. Since there exists the properties capability, a more complex structure that is used in searches and display could be built upon that. R Horn ___ 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] quotes inside code markup: bug?
I'm finding that, when I export as Latex or html, quoted strings don't get translated properly. I.e., a bit of text like ="foo"= will be translated literally, instead of turning into a code marked-up string. I am attaching a simple document of this type, and the results of export to latex. Export to HTML seems to give the same behavior. This seems like something that would happen to many people, so I wonder if it's a bug or if I'm failing to understand something. * Here's a headline with a quote in monospace ** A ="string"= in code sample-quote-bug.tex Description: TeX document ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gnuplot version in org-mode
Hi John, when you look into gnuplot-ob.el, there are some commentary about requirements: #+begin_example ;;; Requirements: ;; - gnuplot :: http://www.gnuplot.info/ ;; ;; - gnuplot-mode :: http://cars9.uchicago.edu/~ravel/software/gnuplot-mode.html #+end_example The 3.7 most probably is from the gnuplot-mode. The file gnuplot-mode.el tries to determine the version number, and I guess this doesn't work for version numbers with more than one dot (e.g. 4.4.2). Best regards Robert Am 26.10.2010, 23:18 Uhr, schrieb John Hendy : Hi, A recent question made me recall something I'd been meaning to ask. I have gnuplot 4.4.2 installed but whenever I generate gnuplot from org-mode/babel, the minibuffer flashes: gnuplot-mode- 0.6.0 (gnuplot 3.7) or soemthing similar. Where is the 3.7 coming from? I checked gnuplot-ob.el for any references to a version and only see 7.01 trans referenced, not anything like 3.7. I just wonder what gnuplot version org-mode is looking at. Thanks, John -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ 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: Meetup/conference
Since we're talking about meet-ups, I'd like to say it would be great to see an informal org-mode meet-up attached to other conferences one might attend. Not as an alternative to the Hawaii proposal, but as an "also." cheers, r ___ 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] Habits bug?
I just noticed the following oddity.
1.) I have a custom agenda that consists of:
(setq org-agenda-custom-commands
'(("h" "Agenda and This Week tasks"
((agenda "")
(todo "THISWEEK")
2.) I have the default agenda period of 1 week at startup.
The behavior I see is:
a) When I do the C-c a h, I get the entire week, including the habits
and habit bars at the end of the section for today (somewhere mid-week)
b) If I type "d" to go into daily mode, the scheduled and extra todo's
that are "THISWEEK" are shown. But the habits and habit bars are not
present.
c) When I repeat C-c a h to regenerate, it stays in the daily mode (as
it should) and the habits and habit bars re-appear.
This is odd, and probably reflects a subtle bug somewhere in the
regeneration logic for changing the agenda period. It's not a critical
issue, since the work around is so easy, but someone who understands
that stretch of code might see it easily.
R Horn
___
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: Habits bug?
On 11/11/2010 07:07 AM, Matt Lundin wrote:
> Robert Horn writes:
>
>> I just noticed the following oddity.
>>
>> 1.) I have a custom agenda that consists of:
>>
>> (setq org-agenda-custom-commands
>> '(("h" "Agenda and This Week tasks"
>> ((agenda "")
>>(todo "THISWEEK")
>>
>> 2.) I have the default agenda period of 1 week at startup.
>>
>> The behavior I see is:
>>
>> a) When I do the C-c a h, I get the entire week, including the habits
>> and habit bars at the end of the section for today (somewhere mid-week)
>>
>> b) If I type "d" to go into daily mode, the scheduled and extra todo's
>> that are "THISWEEK" are shown. But the habits and habit bars are not
>> present.
>>
>> c) When I repeat C-c a h to regenerate, it stays in the daily mode (as
>> it should) and the habits and habit bars re-appear.
>>
>> This is odd, and probably reflects a subtle bug somewhere in the
>> regeneration logic for changing the agenda period. It's not a critical
>> issue, since the work around is so easy, but someone who understands
>> that stretch of code might see it easily.
>
> I cannot reproduce this. I tried your custom command above (tweaked to
> use one of my TODO keywords --- STARTED). The habits consistently
> appeared when switching back and forth between day and week views. Would
> it be possible to provide a minimal file and config that reproduces the
> error?
>
I didn't have time yet to create minimal files, but I learned more:
1) I can create it with a simpler custom command:
(setq org-agenda-custom-commands
'(("h" "Agenda and This Week tasks"
((agenda "")
2) The daily schedule stuff is also missing. So this is something in
the agenda processing that is not unique to habits.
3) It only happens the first time after startup that I switch from
weekly to daily mode. If I change the custom commands after that, there
is no problem. This makes it act like some sort of initialization
problem in daily/weekly agenda generation, not something unique to
habits. (Having to type "r" once in the agenda after startup is not
much of a problem.)
4) It happens with version 7.01g, and with the release_7.3-39-g68b5ca3
from git.
I've attached my .emacs in case there is something odd in there that
could be causing this.
R Horn
;; Default window size
;;
(setq initial-frame-alist '((top . 1)(left . 10)(width . 120)(height . 45)))
(setq default-frame-alist '((width . 120)(height . 35)(menu-bar-lines . 1)))
;;
;; Always do fill
;;
(add-hook 'text-mode-hook
'(lambda () (visual-line-mode)))
;;
;; bring in remember
;;
;(add-to-list 'load-path "~/elisp/remember-2.0")
;(autoload 'remember "remember" nil t)
;(autoload 'remember-region "remember" nil t)
;;; (define-key global-map [f9] 'remember-region)
;(setq load-path (cons "~/elisp/remember" load-path))
;;
;; org-mode stuff
;;
(setq load-path (cons "~/org-git/org-mode/lisp" load-path))
(setq load-path (cons "~/org-git/org-mode/contrib/lisp" load-path))
(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))
(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-ca" 'org-agenda)
(define-key global-map [f8] 'org-capture) ; was org-remember
(add-hook 'org-mode-hook 'turn-on-font-lock) ; org-mode buffers only
(require 'org-install)
(require 'org-checklist)
(setq org-directory "~/org/")
(setq org-default-notes-file "~/org/notes")
(setq org-log-done 'time)
(setq org-todo-keywords (quote (
(sequence "TODO(t)" "NEXT(n)" "THISWEEK(h)"
"STARTED" "|" "DONE(d!/!)")
(sequence "WAITING(w@/!)" "SOMEDAY(S)" "|"
"CANCELLED(c@/!)")
(sequence "DELEGATED" "|" "DONE(d!/!)")
)))
(setq org-tag-alist '( ("agfa" . ?a) ("dicom" . ?d) ("home" . ?h) ("ihe" . ?i)
("computer" . ?c)
))
;;
;; ditaa stuff
;;
(setq org-ditaa-jar-path
"/home/hornrj/org-git/org-mode/contrib/scripts/ditaa.jar")
(add-hook 'org-babel-after-execute-hook 'org-display-inline-images)
(setq org-babel-load-languages (quote ((emacs-lisp . t)
(dot . t)
(ditaa . t)
[Orgmode] Re: Having problems with faces in org agenda
On 9/30/10 Sep 30 -2:34 PM, Robert Goldman wrote:
> My org agendas for day and week are showing DONE items with the "DONE"
> in red, and not dulled out. This makes the agenda less useful than it
> might be for at-a-glance planning.
>
> This (bright red "DONE"s) does not happen when I am looking at an org
> file, where the TODO keyword is red and the DONE keyword is green.
I know it's bad form for me to follow-up to my own post, but I have
another piece of information.
I have two ways of getting at the day's agenda. The ordinary org-agenda
command, "a", and then I can choose a day or week.
I wanted to make shortcuts to just directly choose the day's or week's
agenda. So I added these:
("D" "Today's tasks"
((agenda))
((org-agenda-ndays 1)))
("W" "This week's tasks"
((agenda))
((org-agenda-ndays 7)))
to org-agenda-custom-commands.
These are the commands that are causing me pain. If I use normal
org-agenda and choose either day or week, the org faces are fine.
If I use the D or W special commands I have defined above, I get the
wrong faces, with DONE shown in red.
So is there something in the above configuration that's wrong, and that
causes the faces to go awry?
thanks,
r
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] bug in docstring for org-emphasis-regexp-components (org.el)
The docstring says: "...This is a list with 6 entries pre Chars allowed as prematch. Beginning of line will be allowed too. post Chars allowed as postmatch. End of line will be allowed too. border The chars *forbidden* as border characters. body-regexp A regexp like "." to match a body character. Don't use non-shy groups here, and don't allow newline here. newline The maximum number of newlines allowed in an emphasis exp. ..." That looks like 5 entries to me. best, r ___ 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: Habits bug?
I tracked down the problem I was seeing. It's unrelated to habits. I
just connected it with habits because it affects them, as well as other
things.
The default behavior of the built-in agenda is to set the point in the
agenda to be today. This is not the default for custom commands. The
closest that custom commands have is the option to start the agenda with
today. That is actually what I prefer, so I'm happy with that. The
resulting org-agenda-custom-commands is
(setq org-agenda-custom-commands
'(("h" "Agenda and This Week tasks"
((agenda "" ((org-agenda-start-on-weekday nil)))
(todo "THISWEEK|STARTED")
What I was seeing was the non-display of today's calendar grid and
habits due to the point being on another day. The combination of "d"
and "r" was to get the day set to today, which caused today's calendar
grid and habits to re-appear.
R Horn
___
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] org-capture and XEmacs, indenting too far
Hi, I'm using XEmacs 21.5 (beta29) "garbanzo" d27c1ee1943b+ [Lucid]
(i686-pc-cygwin, Mule) of Mon Oct 18 2010 on RPluim, with the following
org-capture-templates
(("t" "Todo" entry (file+headline "~/org/notes.org" "Tasks") "* TODO %?"))
The problem is that for some reason the resulting TODO heading is has 2
extra spaces, and is placed at too deep a level, giving:
* Tasks
*** TODO a task
I've tested this on a fairly recent emacs24 build, and everything works
fine there, so this is probably something XEmacs specific. Can anyone
suggest any way to track this down (I'd bisect, but I've yet to find a
'good' version)?
Thanks
Robert
___
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] Excluding DONE todo items from the agenda
Hi,
is there a way to not show TODO items that are DONE in the agenda view
('C-aa') by default? It seems I have them showing up because they have a
deadline, but when they're done, that doesn't matter anymore :)
Thanks
Robert
___
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: Excluding DONE todo items from the agenda
Robert Pluim writes:
> Hi,
>
> is there a way to not show TODO items that are DONE in the agenda view
> ('C-aa') by default? It seems I have them showing up because they have a
> deadline, but when they're done, that doesn't matter anymore :)
Whilst investigating this, I noticed the following, which I suspect
counts as obvious enough that I won't have to sign anything :)
2010-12-03 Robert Pluim
* org-agenda.el (org-agenda-toggle-deadlines): Fix docstring
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 48856c9..c63fa98 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -6314,7 +6314,7 @@ When called with a prefix argument, include all archive
files as well."
(if org-agenda-include-diary "on" "off")))
(defun org-agenda-toggle-deadlines ()
- "Toggle diary inclusion in an agenda buffer."
+ "Toggle inclusion of entries with a deadline in an agenda buffer."
(interactive)
(org-agenda-check-type t 'agenda)
(setq org-agenda-include-deadlines (not org-agenda-include-deadlines))
___
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: Excluding DONE todo items from the agenda
Robert Pluim writes:
> Hi,
>
> is there a way to not show TODO items that are DONE in the agenda view
> ('C-aa') by default? It seems I have them showing up because they have a
> deadline, but when they're done, that doesn't matter anymore :)
And I've now found:
org-agenda-skip-deadline-if-done
which works perfectly.
It must be time for lunch, I didn't see that in my apropos search.
Regards
Robert
___
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] What is the proper way to set the time span for a diary-float appointment?
I wanted to set up a regular meeting that would appear in the agenda grid. I discovered that the following works: ... Regular Meeting 13:00-14:00 <%%(diary-float t 2 1)> This creates a first tuesday of each month meeting, from 1300h to 1400h. This works because the default for the org-agenda-search-headline-for-time is t. Is there a better way to do this? It seems odd to split the date from the time. I didn't find anything that combines the date rules of diary-float with the ability to also specify a time interval. If this is the best way, I'll write up a patch to put this into the info file. R Horn ___ 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] Request for suggestions: multiple revision control systems/repositories + org
I am looking for hints. I have a number of org files, typically one for each major project plus two or three for my personal life. These must often live in different revision control systems: my work projects, in particular, have different repositories; I have a main set of org files for work in ~/org/, tracked by my employers' svn; occasionally, I do something outside, like work on a paper with someone outside my company in a dedicated git repo; and I'd like to stuff my personal materials off in a git repo of my own. I have been pulling all of these together into my ~/org directory, using symbolic links, for the benefit of mobile org. That is, my ~/org directory has my main work org files, plus links to a bunch of others. That works well for syncing with mobile org. Unfortunately, it's a mess for Emacs's version control mode. VC mode sees the .svn directory in that place, and can handle the local files, but gets horribly confused by the sym-linked files. Anyone have a similar need to gather together a mess of org files, and have a cleaner solution? Extra credit if you have a way of creating the same set of symlinks on more than one machine! ;-) Thanks to all, Robert ___ 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: Request for suggestions: multiple revision control systems/repositories + org
On 12/20/10 Dec 20 -1:03 AM, Rémi Vanicat wrote: > "Robert P. Goldman" writes: > >> That is what I had done originally, but I thought mobile org required that >> all the org files be in the same directory. Was I wrong about that? >> > > I've org files in several directories, and in `org-agenda-files’, and > with a relatively recent org-mode files org-mobile just work. It is > `org-mobile-push’ and `org-mobile-pull’ that put a copy of all this in > `org-mobile-directory’. > Thanks. I did what I should have before and read org-mobile-push, and it seems clear that the org-directory variable just /allows/ me to have relative path names. It doesn't /require/ me to have all the org files located in that directory, as long as I use absolute file names. This will make things much easier to deal with between org-mode and vc-mode. Thanks, everyone. best, r ___ 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 ?
Nick Dokos writes: > Štěpán Němec wrote: > >> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects >> of _all_ mails coming from a list that is already uniquely identifiable >> (e.g. by its address) has no information value altogether (unlike >> [Babel], [PATCH] etc.) and only takes up the much precious Subject: >> header space. >> >> I have never understood why anyone would like anything like that. >> > > Because I can scan my inbox at a glance and triage quickly. Here's what > I see (with mh-e in emacs as my reader): > (disclaimer: I've been seeing this argument for the best part of 20 years, I doubt I'm bringing anything new to the table, but I feel strongly about it) Triage is for *computers* to do, they're much better at it than humans. Also, those markers in the subject are obnoxious and *really* annoying, and take up valuable screen space. Please don't clutter up the org-mode emails for zero benefit. > ... > 221+ 01/04 Štěpán Němec [Orgmode] Re: should the mail list be > splitted resp. sub-tagged ?< > writes: > Hi Torste > ... > > If I am in org-mode mode (so to speak), I'll look at it. If not, I will > skip it for now and get back to it later. > > Having the mailing list markers is indispensable to me. I belong to > quite a few MLs and the ones that don't have a marker are a PITA. > Shortening the marker is fine: eliminating it is not. > >> If you want to somehow treat the mails from this list specially, why >> don't you filter on the presence of the mailing list address in the >> headers, for example? >> > > Because all of that needs additional setup, both at the front end to do > the filtering and at the back end to make sure that I don't miss anything. > And that needs debugging and continued maintenance (and missed emails when > something goes wrong, which inevitably it will). I'd rather have the list > software take care of it. org-mode list email has a List-Id header, the list software has already taken care of it for you. I fail to see how much can go wrong with filtering on that, configure it once and you're done. (or read the list via gmane, all nicely split out for you). Robert ___ 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 ?
Nick Dokos writes: > [Forgot to reply-all - sorry about that. Apologies to Robert for > the duplicate email.] > This is why I have Mail-Copies-To: never in my headers :) No biggie. > Robert Pluim wrote: > >> Nick Dokos writes: >> >> > Štěpán Němec wrote: >> > >> >> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects >> >> of _all_ mails coming from a list that is already uniquely identifiable >> >> (e.g. by its address) has no information value altogether (unlike >> >> [Babel], [PATCH] etc.) and only takes up the much precious Subject: >> >> header space. >> >> >> >> I have never understood why anyone would like anything like that. >> >> >> > >> > Because I can scan my inbox at a glance and triage quickly. Here's what >> > I see (with mh-e in emacs as my reader): >> > >> >> (disclaimer: I've been seeing this argument for the best part of 20 >> years, I doubt I'm bringing anything new to the table, but I feel >> strongly about it) >> >> Triage is for *computers* to do, they're much better at it than humans. >> > > You are kidding, right? How does the computer know what *I* need to do? > Because you tell it what to do? >> Also, those markers in the subject are obnoxious and *really* annoying, >> and take up valuable screen space. Please don't clutter up the org-mode >> emails for zero benefit. >> > > It is *not* zero benefit to me. OK. Zero benefit to people who split their email then. I must admit I've never understood why people don't, but to each his own. Robert ___ 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 ?
Achim Gratz writes: > Robert Pluim writes: >> Triage is for *computers* to do, they're much better at it than humans. > > Then let your MUA strip the tag off for you and live a happier life. > >> Also, those markers in the subject are obnoxious and *really* annoying, >> and take up valuable screen space. Please don't clutter up the org-mode >> emails for zero benefit. > > They are very valuable when you need to quickly check things from a > computer where you don't have set up your filtering for instance. Plus > they are indispensable for everyone who decides to not filter mail into > folders or anything like that. They don't force you to not filter, so > why should you force them to change their workflow? Using your same argument from above, why don't they configure their MUA to add the tag? Why should I be forced to change my workflow to strip it? (and the tags are not 'indispensable' for human triage: you can display the To/CC or List-Id headers, which will contain org-mode as well). >> org-mode list email has a List-Id header, the list software has already >> taken care of it for you. I fail to see how much can go wrong with >> filtering on that, configure it once and you're done. (or read the list >> via gmane, all nicely split out for you). > > This header is there for software to see, not for humans. There is > multiple redundancy in both the headers and the tagging of the subject > line and this is what makes things resilient. And yes, I read the list > via Gmane/GNUS, but that doesn't mean everyone has to do it the same > way. Right, which is why I argue for the minimal simplicity of just setting the header, and letting people take care of anything else they want to do afterwards. Anyway, I think we've reached the end of this discussion, it's definitely not relevant to org-mode anymore. Whoever maintains the list will decide what they prefer. Robert ___ 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] Quick note about subtree copy and paste
I just did a copy and paste and noticed that when I did so the copied properties included the ID which, after being copied, meant that the unique identifier became a non-unique identifier. Is it work tweaking the org-paste-special command to rip out ID properties? cheers, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Quick note about subtree copy and paste
On 1/11/11 Jan 11 -8:03 AM, Giovanni Ridolfi wrote: > Robert Goldman writes: > >> I just did a copy and paste and noticed that when I did so the copied >> properties included the ID which, after being copied, meant that the >> unique identifier became a non-unique identifier. > Well, you shouldn't ! ;-) > > If you have to copy/paste a subtree, please... *clone* it. > > manual: Structure editing: > > `C-c C-x c' (`org-clone-subtree-with-time-shift') > > (then the :ID: is changed) > > Giovanni I get the point, but the current presentation is unnecessarily confusing. I was just /copying/ --- there was no time shifting involved, so when I look at them menu and see "copy" and "clone with time shift," it is "copy" that's what I naturally do. Actually, as I look at the manual I see: `C-c C-x c' (`org-clone-subtree-with-time-shift') Clone a subtree by making a number of sibling copies of it. You will be prompted for the number of copies to make, and you can also specify if any timestamps in the entry should be shifted. This can be useful, for example, to create a number of tasks related to a series of lectures to prepare. For more details, see the docstring of the command `org-clone-subtree-with-time-shift'. There's nothing there to even remotely suggest to me that this is going to Do The Right Thing about properties. It's all about dates and time-shifting. It may /happen/ to do the right thing with properties, but it sure doesn't /say/ that it will. The ID property is mentioned only in the interactive docstring, and pretty deeply down. I'd like to make a somewhat radical suggestion: If cloning is the primary option, and more safe than copy --- i.e., if copy is "this is the primitive operation that you should only do if you know what you are doing, because it might corrupt data," then I would argue that it's CLONE that should be bound to C-c C-x M-y --- the standard emacs keybinding I'm going to go to first --- and COPY should be demoted to the less-familiar alternative. This assumes that the answer to "Is there any case where I should do copy and /not/ prefer clone?" is "no." But I'm not sure that's the case. They clone doesn't do the same thing to the cut buffer as copy, does it? e.g., I don't use clone to make a copy of a subtree from file A into file B. Even more radical suggestion: So maybe the right answer is not to ask us to use clone all the time, but that COPY and PASTE should be fixed to Do The Right Thing with the ID property. Best, r ___ 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: EmacsForMacOSX - copy & paste in orgmode
On 8/18/10 Aug 18 -5:01 AM, Erwin Panen wrote: > Hi Juan, > > I hope you don't mind me mailing you directly. I copied orgmode list in cc. > > Do you have a way to copy / paste between say Firefox and Emacs / orgmode? > > It doesn't seem to work, and I've found some posts googling, but no > apparent solution. It seems Acquamacs will do it, so I'd assume it's a > matter of configuring .emacs? I find the easiest way to do this in emacs is NOT to make the command key into meta. That way I still have the Cmd-C, Cmd-X and Cmd-V keys that work the same inside and outside Aquamacs. If I do this, I can simply use Cmd-C in, e.g., firefox, then go to aquamacs and do Cmd-V, just like any other pair of mac applications. I find having clear access to BOTH the emacs and mac cut buffers much less confusing than trying to make them stick together. (I don't like smooshing the X and emacs cut buffers together on linux, either). This is very much a minority opinion, but you could try it, and see if it works for you. If you want to try it, you can use the Aquamacs menu Options > Option, Command, Meta keys > Option is meta If you make heavy use of accents in your emacs, this is a losing choice, though. I don't, because any serious text I compose will be in latex, anyway. Cheers, r ___ 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] "clearing" the state of an org-mode subtree
I'm at about my one year anniversary using Org-mode, and I have a bit of an odd question. Last year, I made a subtree that was a project for getting ready for winter (I live in Minnesota, which has harsh winters). I worked my way through that list, and now I'd like to do the whole thing over again. So I'd like to copy the subtree (this I believe I can easily do), and then clear it. That is, I'd like to reset all the TODOs from DONE to TODO, and clear all the check boxes. This seems like a really odd thing to do, so there probably isn't automation for it, but before I go groveling over it by hand, I thought I'd ask. thanks! R ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] "clearing" the state of an org-mode subtree
Andrew Stribblehill wrote: > org-mode files are plain text. M-% to do a replacement: once you've > entered your search term and its replacement, hit ! to replace all > without question. Yes, one can do this, but note that it's not entirely a no-brainer. You need to: 1. clear all the check boxes and then recompute all checkbox counts in the region. [this isn't a simple tag replacement] 2. replace all non-TODO keywords with TODO. This is a replacement, but not a simple one to do with M-% 3. Wipe out all of the notes that were added with state changes. Again, this can be done with a replacement command, but it's not a trivial one. This is one of those cases where automating a task will not pay back the investment (at least not to me, individually), so I think I'd better just do it by hand. Thanks, everyone, r > > 2009/10/9 Robert Goldman : >> I'm at about my one year anniversary using Org-mode, and I have a bit of >> an odd question. Last year, I made a subtree that was a project for >> getting ready for winter (I live in Minnesota, which has harsh winters). >> >> I worked my way through that list, and now I'd like to do the whole >> thing over again. >> >> So I'd like to copy the subtree (this I believe I can easily do), and >> then clear it. That is, I'd like to reset all the TODOs from DONE to >> TODO, and clear all the check boxes. >> >> This seems like a really odd thing to do, so there probably isn't >> automation for it, but before I go groveling over it by hand, I thought >> I'd ask. >> >> thanks! >> R >> >> >> ___ >> Emacs-orgmode mailing list >> Remember: use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: "clearing" the state of an org-mode subtree
Nick Dokos wrote: > Robert P. Goldman wrote: > > ... >>>> Robert Goldman sift.info> writes: >>>> >>>>> Andrew Stribblehill wrote: >>>>>> org-mode files are plain text. M-% to do a replacement: once you've >>>>>> entered your search term and its replacement, hit ! to replace all >>>>>> without question. >>>>> Yes, one can do this, but note that it's not entirely a no-brainer. You >>>>> need to: >>>>> >>>>> 1. clear all the check boxes and then recompute all checkbox counts in >>>>> the region. [this isn't a simple tag replacement] >>>>> >>>>> 2. replace all non-TODO keywords with TODO. This is a replacement, but >>>>> not a simple one to do with M-% >>>>> >>>>> 3. Wipe out all of the notes that were added with state changes. >>>>> Again, this can be done with a replacement command, but it's not a >>>>> trivial one. >>>>> >>>>> This is one of those cases where automating a task will not pay back the >>>>> investment (at least not to me, individually), so I think I'd better >>>>> just do it by hand. >>>>> > ... > > Apologies for jumping in without the whole context (I'm buried with work > and I have not been able to even read the whole thread). I'm not sure > how to do #1 and #3 above, but I believe that #2 can be done with the > mapping API (see section A.10 of the org manual) - something like this > (untested and too simple as it stands - probably won't handle headlines > without a todo keyword correctly): > > (org-map-entries (lambda () (org-todo "TODO")) t 'tree) > > but it may be worth a try. It may even be possible to extend it to do > the other stuff. Thanks, that's very helpful. That is indeed what I'm looking for --- I had been thinking in terms of string replacement, but this reminds me that there are functions that address org trees semantically, based on the meaning of the entries. In addition to org-todo, there's also org-reset-checkbox-state-subtree. I haven't yet found anything that will find an org-note (so that it can be removed), but I will look more carefully. With all of these, it should be possible to put together what I want. best, r ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Repeating tasks in an interval
Thanks to all for the help! I'll use the cloning. Best, r ___ 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] Skipping deadlined items until scheduled day in agenda
I would like to be able to skip entries in a daily agenda view if they are being displayed because of the deadline, but they have been scheduled. For example, if I have a TODO whose deadline is 7 days in the future, but I have scheduled to do it two days in the future, I don't want to see it in my daily agenda for today or tomorrow. Scheduling it has committed me to do it two days from now, so I don't want to clutter up my agenda view today. This seems like almost the opposite of org-agenda-skip-scheduled-if-deadline-is-shown. I have looked at some examples, but I'm not finding the answer. It seems like the skip-if stuff can only test the org item, not the org item in a particular context (i.e., what I want is something like skip this if it's got a deadline and a scheduled time and this org agenda line is before the scheduled time). I will have a look in the source for org-agenda-skip-scheduled-if-deadline-is- shown and can probably reverse engineer that to do what I want, but I thought I'd see if anyone has already done this. thanks, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX package dependencies
Hi Carsten,
I tested several systems:
* teTeX 3.0 (FreeBSD 7.0, 7.2, and 7.3, openSuSE 10.2)
misses MnSymbol
* texlive 2007 (openSuSE 10.3 and 11.1):
misses MnSymbol
* texlive 2008 (openSuSE 11.2):
doesn't work when using both wasysym and MnSymbol together
(duplicate symbols \iint and \iiint)
* texlive 2009 (Windows 7):
doesn't work when using both wasysym and MnSymbol together
(duplicate symbols \iint and \iiint)
My "minimal" latex test file is:
\documentclass{article}
\usepackage{t1enc}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{MnSymbol}
\begin{document}
test
\end{document}
Best regards
Robert
Am 26.03.2010, 05:52 Uhr, schrieb Carsten Dominik
:
Hi everyone,
I am working on better entity (special symbol) support for
export, based on a list Ulf Stegemann has compiled.
The list Ulf has sent me requires the following LaTeX
packages to be available:
* t1enc
* textcomp
* marvosym
* wasysym
* MnSymbol
Before I introduce new dependencies on these packages, I would like
to ask that many of you check if these packages are available
in the LaTeX distribution you are using. Please check,
and let me know which package you do not have.
Thanks!
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
--
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org mode and emacs email
Manuel Hermenegildo fi.upm.es> writes: > > > I have to say in VM's defense that it is working very well for me (and > has supported IMAP for a very long time) Is this really true? In my days of using VM --- I eventually gave it up for Thunderbird --- VM never had true IMAP support that could interact with folders on the server. All it did was use the IMAP protocol to populate its local mail directory. This isn't really full IMAP support, and it's not really adequate if you want to get at your email from multiple different devices (hence my move to Thunderbird). Has this changed? I used VM for a long time, and wouldn't mind going back to it, if it could really talk to an IMAP server properly. I don't see how the architecture could be fixed to make that possible, though. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: IMPORTANT: (possibly) incompatible Change
On Tue, 06 Apr 2010 18:50:36 +0200, Karsten Heymann wrote: Thanks a lot for all this, I will follow your advice. One final question: Will any of these packages spoil the fun for people who want to process through .dvi instead of directly to pdf? Not as far as I know. hyperref and microtype will run with reduced features, but apart from that, there should be no problem. Regarding microtype, I do not know what happens when it is used with the old TeX or eTeX compiler that was used to created dvi's before pdftex was used for this too, but that should largely be an academic problem as pdftex is now used anywhere. In a minimal document it runs Ok with pdfeTeX, for both creating dvi and pdf. (The one in teTeX 3.0.) Best regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: (REVISED) trouble with updated latex export [6.35 (release_6.35a.26.g78cc)]
Am 07.04.2010, 09:17 Uhr, schrieb Austin Frank :
On Wed, Apr 07 2010, Austin Frank wrote:
I then document some unexpected behavior when exporting to latex.
Options specified with #+LATEX_HEADER are not exported, and if
`org-export-latex-packages-alist' is customized then only those packages
are exported.
Upgrading to Org-mode version 6.35b (release_6.35b.27.g35f5) allows my
packages from `org-export-latex-packages-alist' packages to be exported
correctly, but following the steps in my previous mail still does not
result in the inclusion of packages specified in #+LATEX_HEADER lines.
I can confirm this for 6.35b: #+LaTeX_HEADER lines are getting ignored.
Also, when I put
(add-to-list 'org-export-latex-packages-alist '("" "listings"))
into my .emacs-file it is put twice into the resulting tex file.
Best regards
Robert
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: (REVISED) trouble with updated latex export [6.35 (release_6.35a.26.g78cc)]
Am 07.04.2010, 09:43 Uhr, schrieb Austin Frank :
On Wed, Apr 07 2010, Robert Klein wrote:
Also, when I put
(add-to-list 'org-export-latex-packages-alist '("" "listings"))
What's the value of `org-export-latex-listings'? Carsten, how should
listings be addressed in the new setup?
It happens (-ed) with both t and nil.
However Carstens newest fix seems to have fixed this, too.
Best regards
Robert
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: (REVISED) trouble with updated latex export [6.35 (release_6.35a.26.g78cc)]
Am 07.04.2010, 09:35 Uhr, schrieb Carsten Dominik
:
Looks I am having a bad day.
Can you please pull and try again? As soon as possible?
- Carsten
It works for me now.
Also, the double inclusion of packages as described in my other mail
doesn't
happen anymore.
PS: I've currently got two \usepackage{textcomp}, this is from lisp/org.el
Thanks a lot
Robert
___
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] Org-export-generic and wikis...
I'm trying to get o-e-g to handle export to multiple wikis. One of the ones that I'm having the most trouble with is tikiwiki (www.tikiwiki.org). The problem here is that tikiwiki won't reflow normal text blocks. This means that we need to (1) take contiguous blocks of text and ram them all together (making sure we replace newlines with spaces) and (2) we need to detect paragraph breaks in body text (blank lines, I believe) and force them into the exported code as newlines. I have a partial solution to the first, but it doesn't handle the second problem well -- it's concatenating all the body text between two headings together and not honoring paragraph breaks. The reason it does this is that the way o-e-g works is to process each line individually, and there's no special check for blank lines. For that matter, it doesn't /seem/ to take into account the possibility that its output will go somewhere that treats newlines as paragraph boundaries. The only thing I can think about for the latter (and what I have tentatively implemented) is to add a new export flag that indicates that an export format expects to treat newlines as paragraph breaks. With this set to t, I have org-export-generic emit a newline when it sees a blank line. The expectation is that the value of body-line format does /not/ emit a newline at the end. Does this sound OK? I will send a patch as soon as I can remember how to make git send one in email... Two follow-on questions about org-export-generic: 1. Would it be reasonable to move the documentation for org-export-generic into the contrib/ directory of org-mode? It seems ... suboptimal to have this package be maintained in the org git repo, but its documentation in the worg git repo. At least from my PoV this raises the bar for keeping the documentation up-to-date and synchronized to a pretty high level. 2. Is the existing "handle each line separately" algorithm going to permit us to handle faces correctly? Seems like we'll need a lot of hair to handle, e.g., a phrase in italics that straddles a line-break, won't we? Best, r ___ 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: Orgmode[PATCH 4/4] Add handling of blockquote and output formats that must be flowed.
On 4/29/10 Apr 29 -8:54 AM, Wes Hardaker wrote: >>>>>> On Wed, 28 Apr 2010 16:39:59 -0500, "Robert P. Goldman" >>>>>> said: > > RPG> Added a handler for blockquotes. > > That looks great. Thanks! > > RPG> Also added :body-newline-paragraph to the org-set-generic-type. > > I'm fine with that too, but in the end couldn't you just put a "\n" in > the format strings? I thought about what to do about newlines when I > wrote the code base and in the end I decided that with the existing > methods you could always add "\n"s everywhere you needed them which > provided the maximum flexibility. The downside is that reading "\n"s > everywhere isn't exactly pretty on the specification side :-/ No, unfortunately, I couldn't make this work for the tikiwiki export. As far as I can tell, if you give the tikiwiki a block of text with newlines in it, the tikiwiki will "decide" that you wanted to set the linebreaks yourself, and will format the block as , making it impossible for a browser to reflow the text. This is not what I wanted. I want paragraphs in my org document to look like paragraphs when exported. So what I wanted here was newlines /only/ where the paragraphs break. Honestly, I don't understand how this is done in the wiki engine --- it seems hard to specify this as an unambiguous translation and get the edge cases (like single-line paragraphs) right. However, my appetite for reading PHP code is /extremely/ limited, so I have been learning the format rules by experimentation. Hope that explains things, Best, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Orgmode[PATCH 4/4] Add handling of blockquote and output formats that must be flowed.
On 4/29/10 Apr 29 -8:58 AM, Carsten Dominik wrote: > Applied, thanks. > > I had two email saying patch 4/4, I too one of them, what happened with > 1/4, 2/4, 3/4? What happened was that I am incompetent with git. Somehow git thinks that my copy is four patches away from origin/master. But, in fact, only the last patch (hence 4/4) is a bona fide diff from origin/master (your version). To use a cliche, I need to figure out how to convince git that I am now on the same page as the origin. I think this may have something to do with submitting patches by email instead of pushing them. I will try to figure this out before submitting my next patch. > > Please verify that this went well. Looks good to me, thanks, r > > Thanks! > > - Carsten > > On Apr 29, 2010, at 3:54 PM, Wes Hardaker wrote: > >>>>>>> On Wed, 28 Apr 2010 16:39:59 -0500, "Robert P. Goldman" >>>>>>> said: >> >> RPG> Added a handler for blockquotes. >> >> That looks great. Thanks! >> >> RPG> Also added :body-newline-paragraph to the org-set-generic-type. >> >> I'm fine with that too, but in the end couldn't you just put a "\n" in >> the format strings? I thought about what to do about newlines when I >> wrote the code base and in the end I decided that with the existing >> methods you could always add "\n"s everywhere you needed them which >> provided the maximum flexibility. The downside is that reading "\n"s >> everywhere isn't exactly pretty on the specification side :-/ >> >> (Carsten, go ahead and apply it on your end) >> -- >> Wes Hardaker >> My Pictures: http://capturedonearth.com/ >> My Thoughts: http://pontifications.hardakers.net/ >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: OrgmodeOrg-export-generic and wikis...
On 4/29/10 Apr 29 -9:14 AM, Carsten Dominik wrote:
>
> On Apr 29, 2010, at 3:57 PM, Wes Hardaker wrote:
>
>>>>>>> On Wed, 28 Apr 2010 14:38:47 -0500, Robert Goldman
>>>>>>> said:
>>
>> RG> 1. Would it be reasonable to move the documentation for
>> RG> org-export-generic into the contrib/ directory of org-mode? It
>> RG> seems ... suboptimal to have this package be maintained in the org
>> RG> git repo, but its documentation in the worg git repo. At least from
>> RG> my PoV this raises the bar for keeping the documentation up-to-date
>> RG> and synchronized to a pretty high level.
>>
>> I'll let Carsten answer questions like that ;-)
>
> The reason for this is the following.
>
> Many of the contributed packages where written by people who were active
> in Org-mode for a while and then less so. Many of these package had no
> documentation at all. So I started a page on WOrg where this
> documentation can be added and edited by other users, with quite
> some success - now most package do have documentation.
>
> Keeping documentation for a contributed package the the org-repo would
> be OK, but there would be no mechanism to automatically put the latest
> version up on on the web.
>
> Changing this would require a volunteer who commits to keep the
> documentation
> of contributed packages in a consistent and web-publishable way in the
> contrib directory.
Here's the particular problem for org-export-generic --- maybe there's a
solution:
org-export-generic is primarily data-driven. To specify an export
technique, you populate a very big data structure using a macro with
what look like common-lisp keywords. Here's an example:
(org-set-generic-type
"tikiwiki"
'(:file-suffix ".txt"
:key-binding ?U
;; lifted from wikipedia exporter
:header-prefix ""
:header-suffix ""
:title-format"-= %s =-\n"
:date-export nil
:toc-exportnil
:body-header-section-numbers nil
:body-section-prefix "\n"
:body-section-header-prefix("! " "!! " "!!! " " "
"! " "!! " "!!! ")
:body-section-header-suffix(" \n" " \n" " \n"
" \n" " \n" " \n")
:body-line-export-preformated t ;; yes/no/maybe???
:body-line-format "%s "
:body-line-wrapnil
:body-line-fixed-format " %s\n"
:body-list-format "* %s\n"
:body-number-list-format "# %s\n"
;;:body-list-prefix "LISTSTART"
;;:body-list-suffix "LISTEND"
:blockquote-start "\n^\n"
:blockquote-end"^\n\n"
:body-newline-paragrapht
))
The problem is that this is VERY difficult to document as the set of
keywords expands (e.g., I add :body-newline-paragraph, :blockquote-start
and :blockquote-end). These aren't arguments, so they can't get
documented in the code in a docstring. org-set-generic-type is a
function, not a mode, so there's no docstring for the mode to hold the
documentation.
This is already not working, AFAICT, the worg docs don't seem to be
complete or accurate.
I'm pretty convinced from general code and document-writing practice
that the best solution would be one that puts the documentation as close
to the code as possible.
If this were common-lisp, I would add a new method to the DOCUMENTATION
generic function, so that one could say
(documentation :body-newline-paragraph :org-export-keyword)
Then we could add a declaration macro, and put the docstring there:
(def-generic-export-keyword :body-newline-paragraph
:boolean
"Should newlines ONLY be used as paragraph breaks. If
the associated value is true, then org-export-generic will
flow contiguous paragraphs into one long line, adding newlines
only where there is a blank line. Should be coupled with a
value for :body-line-format that does NOT contain a newline
character, e.g., \"%s \"")
I suppose we could add something like this, and possibly even
write a script that would blat the docstring into something that
Worg could display.
Any thoughts?
Best,
r
___
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: Orgmode[PATCH 4/4] Add handling of blockquote and output formats that must be flowed.
On 4/29/10 Apr 29 -12:00 PM, Bernt Hansen wrote: > Robert Goldman writes: > >> On 4/29/10 Apr 29 -8:58 AM, Carsten Dominik wrote: >>> Applied, thanks. >>> >>> I had two email saying patch 4/4, I too one of them, what happened with >>> 1/4, 2/4, 3/4? >> >> What happened was that I am incompetent with git. Somehow git thinks >> that my copy is four patches away from origin/master. But, in fact, >> only the last patch (hence 4/4) is a bona fide diff from origin/master >> (your version). >> >> To use a cliche, I need to figure out how to convince git that I am now >> on the same page as the origin. I think this may have something to do >> with submitting patches by email instead of pushing them. I will try to >> figure this out before submitting my next patch. > > git format-patch -1 > > should give you a single patch with no numbers. You can specify how > many commits to include with -n (eg. git format-patch -3 ) and it > numbers the 3 patches appropriately. > > You can turn off the patch numbering if they are unrelated with > --no-numbered. > > If you are using git send-email it uses the same format-patch parameters > IIRC. > > I use git send-email --annotate > > which brings each patch into an edit buffer where I can add extra > (non-commit message) information before the diffstat. Thanks, Bernt. That's /very/ helpful. git send-email and format-patch have a pretty overwhelming set of options, and this will help me focus on the ones I should use. A quick follow-up --- I got into trouble by sending patches computed versus origin/master. It turns out that this is not what I (or anyone else, I would have thought) wants. What I want is to get patches relative to the merge commit that brings together my local commits and origin/master. Is there a common way to encourage git to do that? thanks, r ___ 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] Howto generate LaTeX footnotes using \footnote{}
Dear orgmode list!
I'm would like to generate LaTeX footnotes
using the LaTeX macro \footnote{} if I export
the org-mode document to LaTeX. What do I have
to do - now I only get a plain '[..]' and the
footnote comes at the end of the document.
(I like to have the footnote on the page where
it is referenced, he LaTeX \footnote{} should do this.)
Digging into the code I found the \footnote, but I'm
not this familiar to figure out howto actually
I could reproduce the desired behaviour.
Thank you a lot for the wonderful world of org-mode!
Yours,
Robert Hennig
___
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: Orgmode[PATCH 4/4] Add handling of blockquote and output formats that must be flowed.
That's an excellent idea. I will try to revise accordingly. In my copious free time! :-) "Wes Hardaker" wrote: >>>>>> On Thu, 29 Apr 2010 10:00:43 -0500, Robert Goldman >>>>>> said: > >RG> So what I wanted here was newlines /only/ where the paragraphs >RG> break. > >The other potentially better thing to do then is rather than use a >boolean "add-newline" type variable, instead add a more generic >"insert-after-paragraph" token that lets you set it to "\n" or to >"--" or to ... IE, it's much more flexible so that others can >do other things at that output point besides just a "\n". > >RG> Honestly, I don't understand how this is done in the wiki engine > >They're nigh-impossible to understand a lot of the time ;-) >-- >Wes Hardaker >My Pictures: http://capturedonearth.com/ >My Thoughts: http://pontifications.hardakers.net/ > -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Orgmode[PATCH 4/4] Add handling of blockquote and output formats that must be flowed.
On 4/30/10 Apr 30 -10:28 AM, Carsten Dominik wrote: > Hi everyone, > > when this discussion is settled, can someone please summarize it for me > and send me the patch everyone agrees on? Will do. Best, r > > Thanks. > > - Carsten > > On Apr 30, 2010, at 5:15 PM, Robert Goldman wrote: > >> That's an excellent idea. I will try to revise accordingly. >> >> In my copious free time! :-) >> >> "Wes Hardaker" wrote: >> >>>>>>>> On Thu, 29 Apr 2010 10:00:43 -0500, Robert Goldman >>>>>>>> said: >>> >>> RG> So what I wanted here was newlines /only/ where the paragraphs >>> RG> break. >>> >>> The other potentially better thing to do then is rather than use a >>> boolean "add-newline" type variable, instead add a more generic >>> "insert-after-paragraph" token that lets you set it to "\n" or to >>> "--" or to ... IE, it's much more flexible so that others can >>> do other things at that output point besides just a "\n". >>> >>> RG> Honestly, I don't understand how this is done in the wiki engine >>> >>> They're nigh-impossible to understand a lot of the time ;-) >>> -- >>> Wes Hardaker >>> My Pictures: http://capturedonearth.com/ >>> My Thoughts: http://pontifications.hardakers.net/ >>> >> >> -- >> Sent from my Android phone with K-9 Mail. Please excuse my >> brevity.___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] begin_src "generic source code"
Hi all, is there a way to include generic source code in an org document? I'm trying to put excerpts from configuration files into an org document. However, if I leave the programming language out of the #+begin_src and export to LaTeX or HTML, the text is rendered just like any other paragraph; it is neither a block in HTML nor an lstlisting in LaTeX. Currently I'm setting the programming language to sh. This gives some funny colors in the HTML export, however. Is there another way to get generic source excerpts into HTML -blocks and LaTeX lstlistings? Thanks a lot Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] begin_src "generic source code"
On Fri, 30 Apr 2010 20:39:55 +0200, Jason McBrayer wrote: On Fri, Apr 30, 2010 at 2:18 PM, Robert Klein wrote: is there a way to include generic source code in an org document? I'm trying to put excerpts from configuration files into an org document. Have you tried #+begin_src conf ? Conf-mode seems to reasonably support quite a few configuration file modes, and I suppose it ought to handle your highlighting (etc) needs in org-mode fairly well. Thank you very much. I forgot there's emacs around org-mode... Best regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] begin_src "generic source code"
On Fri, 30 Apr 2010 21:24:16 +0200, Stephan Schmitt wrote: Maybe one of these fits your needs: #+begin_example #+begin_quote hth, Stephan Thanks, #+begin_example works and even uses lstlistings in LaTeX. (I remember different from a couple of weeks ago. Probably something in my .emacs.) Using both "#+begin_src conf" for real configuration files and "#+begin_example" e.g. for a pxelinux message file will do the job as I want. Thank you very much Robert Also sprach Jason McBrayer: On Fri, Apr 30, 2010 at 2:18 PM, Robert Klein wrote: is there a way to include generic source code in an org document? I'm trying to put excerpts from configuration files into an org document. Have you tried #+begin_src conf ? Conf-mode seems to reasonably support quite a few configuration file modes, and I suppose it ought to handle your highlighting (etc) needs in org-mode fairly well. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] strange behavior for export
Eric,
where in your .emacs is the (require 'org-install) command?
In one of my setups I had it before the load-paths.
I didn't notice, because of an older version of org-mode
bundled with emacs; org-version reports the new version
but that is not what my emacs used in exporting.
Carsten,
is there a reason why the manual says I should do the 'make'
after it talks about load-path but before it tells me to put
(require 'org-install) into the .emacs-file?
I should know better, but I still managed to confuse one of
my .emacs-files when I started using org-mode.
Best regards
Robert
On Sat, 01 May 2010 13:57:17 +0200, Carsten Dominik
wrote:
Hi Eric,
I think this could mean two things. Most likely org is loading
some other version of org-latex.el. One way to find out is to run M-x
list-load-path-shadows.
Another possibility is that you have somewhere a configuration setting
of org-export-latex-classes that is old and does not contain the beamer
class definition, and somehow that setting is loaded before org-latex.el
is loaded.
HTH
- Carsten
On Apr 30, 2010, at 7:01 PM, Erik Butz wrote:
Hi all,
I have the following problem:
I have set up my emacs so as to use org-mode uncompiled from a local
directory
# from .emacs
(setq load-path (cons "~/elisp/org-mode/lisp" load-path))
(setq load-path (cons "~/elisp/org-mode/contrib/lisp" load-path))
starting emacs22 or 23 and displaying M-x org-version I get:
Org-mode version 6.35trans (release_6.35g.207.g7f085)
so indeed the version from the local directory.
when I take a document with the following preamble:
#+LaTeX_CLASS: beamer
#+TITLE: present.org
#+AUTHOR:Erik
#+EMAIL: e...@eddie
#+DATE: 2010-04-08 Thu
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:nil skip:nil d:nil todo:t pri:nil tags:not-
in-toc
#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0
path:http://orgmode.org/org-info.js
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:
#+LINK_HOME:
and export this to latex I get the following:
\documentclass[11pt,a4paper]{article}
[ something deleted ]
\end{document}
so despite the #+LaTeX_CLASS: beamer, the document gets exported as
'article'. Even worse, when I try to export the same document again
afterwards, I get a:
No definition for class `beamer' in `org-export-latex-classes'
error.
When I issue a 'reload-org-uncompiled' directly after starting emacs,
this behavior does not occur.
In this case I get, as expected:
\documentclass{beamer}
[ something deleted ]
\end{document}
any hints appreciated on how this behavior comes about.
Cheers,
Erik
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Howto generate LaTeX footnotes using \footnote{}
Dear Eric,
thank you for your sample!
Indeed the way you use the footnotes works fine.
I recognized that the problem Is bound to footnotes insiside an
LaTeX Environment, like this:
---
#+OPTIONS: f:t
* footnote test
This Footnote [fn:1: the first one] works fine.
\begin{quote}
But the second on [fn:2: inside a Latex Environment] does not
produce the desired behaviour.
\end{quote}
--
which results in:
...
This Footnote \footnote{the first one } works fine.
\begin{quote}
But the second on [2] does not
produce the desired behaviour.
\end{quote}
$^{2}$ inside a Latex Environment
...
-
which is not the intended behaviour.
Best Regards,
Robert
Eric S Fraga wrote:
> On Fri, 30 Apr 2010 14:34:46 +0200, Robert Hennig
> wrote:
>> Dear orgmode list!
>>
>> I'm would like to generate LaTeX footnotes
>> using the LaTeX macro \footnote{} if I export
>> the org-mode document to LaTeX. What do I have
>> to do - now I only get a plain '[..]' and the
>> footnote comes at the end of the document.
>> (I like to have the footnote on the page where
>> it is referenced, he LaTeX \footnote{} should do this.)
>> Digging into the code I found the \footnote, but I'm
>> not this familiar to figure out howto actually
>> I could reproduce the desired behaviour.
>>
>> Thank you a lot for the wonderful world of org-mode!
>>
>> Yours,
>>
>> Robert Hennig
>
> how are you inserting the footnotes? this works /out of the box/ for
> me. E.g. the following
>
> --8<---cut here---start->8---
> * footnotes
> The important citation[fn:1: this is an interesting source] is
> necessary to convince others of their[fn:2: whoever they may be] interest.
> --8<---cut here---end--->8---
>
> together with a preamble template as inserted at the beginning of the
> file using "C-c C-e t", generates the following latex:
>
> --8<---cut here---start->8---
>
> \title{footnotes}
>
> \begin{document}
>
> \maketitle
>
> \setcounter{tocdepth}{3}
> \tableofcontents
> \vspace*{1cm}
> The important citation\footnote{this is an interesting source } is
> necessary to convince others of their\footnote{whoever they may be }
> interest.
>
> --8<---cut here---end--->8---
>
> I inserted my footnotes using "C-c C-x f".
>
> HTH,
> eric
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug: Invalid function: ignore-errors [6.36]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
After upgrading from orgmode 6.34c to 6.36 I get an error "Invalid
function: ignore-errors" when toggling checkboxes, and also running
(org-update-statistics-cookies all)
will not work at all. Downgrading back to 6.34c helps.
yours,
/robert
Emacs : GNU Emacs 23.1.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2009-08-16 on black.local
Package: Org-mode version 6.36
current state:
==
(setq
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-link-frame-setup '((vm . vm-visit-folder) (gnus . gnus) (file .
find-file-other-window))
org-agenda-custom-commands '(("i" "Inbox entries" tags "CATEGORY=\"Stuff\""))
org-agenda-files '("~/gtd/inbox.org" "~/gtd/tasks.org" "~/gtd/projects.org")
org-agenda-include-diary t
org-clock-into-drawer t
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-archive-location "archive/%s.old::* Archive"
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-export-preprocess-hook '(org-export-blocks-preprocess)
org-tab-first-hook '(org-hide-block-toggle-maybe)
org-src-mode-hook '(org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-reveal-start-hook '(org-decrypt-entry)
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-agenda-include-all-todo t
org-todo-keywords '("TODO(t!)" "NEXT(n!)" "WAITING(w@/!)" "|" "CANCELLED(c@)"
"DEFERRED(m@)" "DONE(d!)")
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-effort-property "effort"
org-directory "~/gtd"
org-tag-alist '(("@home" . 104) ("@office" . 111) ("@phone" . 112) ("@cms" .
119) ("@computer" . 99) ("@errands" . 101) ("@bvc" . 98)
("@ltlunch" . 108) ("@2020" . 50) ("someday" . 115) ("@emacs"
. 103) ("flov" . 102))
org-blank-before-new-entry '((heading) (plain-list-item))
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-publish-project-alist '(("org-web" :base-directory "~/web" :base-extension
"org" :publishing-directory "/Volumes/robert/.www"
:recursive t :publishing-function
org-publish-org-to-html :headline-levels 4 :auto-preamble t)
("org-web-static" :base-directory "~/web"
:base-extension
"css\\|js\\|png\\|jpg\\|jpeg\\|gif\\|pdf\\|mp3\\|ogg\\|swf"
:publishing-directory "/Volumes/robert/.www"
:recursive t :publishing-function
org-publish-attachment)
("web" :components ("org-web" "org-web-static")))
org-export-latex-classes '(("article"
"\\documentclass{article}\n\\usepackage[utf8x]{inputenc}\n\\usepackage{graphicx}\n\\usepackage{longtable}\n\\usepackage{hyperref}\n\\usepackage[swedish]{babel}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
)
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-mode-hook '(#[nil "\300\301\302\303\304$\207" [add-hook before-save-hook
org-encrypt-entries nil t] 5]
#[nil "\300\301\302\303\304$\207" [org-add-hook
change-major-mode-hook org-show-block-all append local] 5]
(lambda nil (auto-fill-mode 1) (local-set-key (kbd "C-c t")
(quote org-todo))
(local-set-key (kbd "C-c e") (quote org-set-effort))
(local-set-key (kbd "C-c i") (quote ra/gtd-inbox))
(local-set-key (kbd "C-c C-r") (quote org-decrypt-entry)))
)
org-global-properties '(("effort_ALL" . "0:10 0:30 1
Re: [Orgmode] Bug: Invalid function: ignore-errors [6.36]
Hi, >>>>> "RA" == Robert Andersson writes: RA> After upgrading from orgmode 6.34c to 6.36 I get an error "Invalid RA> function: ignore-errors" when toggling checkboxes, and also running RA> (org-update-statistics-cookies all) RA> will not work at all. Downgrading back to 6.34c helps. I also just now installed version 6.35, which also gave me the same errors stated above when working with checkboxes. A clean build of 6.34c does not produce these errors... Hope this helps. yours, /robert -- ROBERT ANDERSSON, Systems Engineer Swedish National Graduate School of Language Technology Department of Philosophy, Linguistics, and Theory of Science UNIVERSITY OF GOTHENBURG Phone +46 (0)31 786 5915 | Mobile +46 (0)733 339699 ___ 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] Question about org-emph-re
I have been trying to make the generic exporter do fontification (bold, italic, underline, etc.) and have fairly successfully managed to do this by cargo-culting the code in org-latex. But I've run myself on a rock. I can't figure out what the various matches are that you get when you match org-emph-re. There are at least 5 matches, and some may be empty, etc. I don't /believe/ these are documented anywhere (or I didn't find the docs). Can anyone tell me what (match-string x) will be after a (string-match org-emph-re string) call? Or tell me where to look to figure it out? If so, I think I can get the fontification to work for org-generic-export. (also, emacs-lisp question --- is there some way to /clear/ all the registers for MATCH-STRING? When I have been doing this, I have occasionally had troubles where match-string outputs from previous calls to string-match seem to "bleed through.") thanks! r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Question about org-emph-re
On 5/21/10 May 21 -2:31 AM, Carsten Dominik wrote: > > On May 21, 2010, at 4:46 AM, Robert Goldman wrote: > >> I have been trying to make the generic exporter do fontification (bold, >> italic, underline, etc.) and have fairly successfully managed to do this >> by cargo-culting the code in org-latex. >> >> But I've run myself on a rock. I can't figure out what the various >> matches are that you get when you match org-emph-re. There are at least >> 5 matches, and some may be empty, etc. I don't /believe/ these are >> documented anywhere (or I didn't find the docs). >> >> Can anyone tell me what (match-string x) will be after a (string-match >> org-emph-re string) call? Or tell me where to look to figure it out? >> >> If so, I think I can get the fontification to work for >> org-generic-export. > > > The match groups are now documented: > > http://repo.or.cz/w/org-mode.git/commitdiff/67331a2de01cabc8e5bfc0f45d901c10aecf96a2 Thank you very much, Carsten. This is brilliant. With this information I hope to be able to improve the org-export-generic substantially. Best, R ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: OrgmodeOrg-export-generic and wikis...
On 5/14/10 May 14 -2:16 AM, Carsten Dominik wrote:
> Hi Robert, Wes,
>
> I am not sure if there is any action should be taking here?
> I have no problems bundling some documentation with the distribution -
> let me just know what you want and send me what I should distribute.
I have sent Wes a couple of proposed patches for inspection. We should
probably wait until he's had a chance to look at them. They include the
introduction of a declaration macro for the keywords that are used to
configure a generic exporter.
Also, I should probably get the fontification fully done before pushing.
Question: do you ever have a shared branch? If it would be more
convenient for you and Wes, I suppose I could be pushing my patches onto
a branch on your repo, instead of emailing patches. Whatever works best
for you two.
Cheers,
r
>
> - Carsten
>
> On Apr 29, 2010, at 5:18 PM, Robert Goldman wrote:
>
>> On 4/29/10 Apr 29 -9:14 AM, Carsten Dominik wrote:
>>>
>>> On Apr 29, 2010, at 3:57 PM, Wes Hardaker wrote:
>>>
>>>>>>>>> On Wed, 28 Apr 2010 14:38:47 -0500, Robert Goldman
>>>>>>>>> said:
>>>>
>>>> RG> 1. Would it be reasonable to move the documentation for
>>>> RG> org-export-generic into the contrib/ directory of org-mode? It
>>>> RG> seems ... suboptimal to have this package be maintained in the org
>>>> RG> git repo, but its documentation in the worg git repo. At least
>>>> from
>>>> RG> my PoV this raises the bar for keeping the documentation up-to-date
>>>> RG> and synchronized to a pretty high level.
>>>>
>>>> I'll let Carsten answer questions like that ;-)
>>>
>>> The reason for this is the following.
>>>
>>> Many of the contributed packages where written by people who were active
>>> in Org-mode for a while and then less so. Many of these package had no
>>> documentation at all. So I started a page on WOrg where this
>>> documentation can be added and edited by other users, with quite
>>> some success - now most package do have documentation.
>>>
>>> Keeping documentation for a contributed package the the org-repo would
>>> be OK, but there would be no mechanism to automatically put the latest
>>> version up on on the web.
>>>
>>> Changing this would require a volunteer who commits to keep the
>>> documentation
>>> of contributed packages in a consistent and web-publishable way in the
>>> contrib directory.
>>
>> Here's the particular problem for org-export-generic --- maybe there's a
>> solution:
>>
>> org-export-generic is primarily data-driven. To specify an export
>> technique, you populate a very big data structure using a macro with
>> what look like common-lisp keywords. Here's an example:
>>
>>
>>
>> (org-set-generic-type
>> "tikiwiki"
>> '(:file-suffix ".txt"
>> :key-binding ?U
>>
>> ;; lifted from wikipedia exporter
>> :header-prefix""
>> :header-suffix""
>>
>> :title-format "-= %s =-\n"
>>
>> :date-exportnil
>>
>> :toc-exportnil
>>
>> :body-header-section-numbers nil
>> :body-section-prefix "\n"
>>
>> :body-section-header-prefix("! " "!! " "!!! " " "
>> "! " "!! " "!!! ")
>> :body-section-header-suffix(" \n" " \n" " \n"
>> " \n" " \n" " \n")
>>
>>
>> :body-line-export-preformated t ;; yes/no/maybe???
>> :body-line-format "%s "
>> :body-line-wrapnil
>>
>> :body-line-fixed-format " %s\n"
>>
>> :body-list-format "* %s\n"
>> :body-number-list-format "# %s\n"
>> ;;:body-list-prefix "LISTSTART"
>> ;;:body-list-suffix "LISTEND"
>> :blockquote-start "\n^\n"
>> :blockquote-end"^\n\n"
>> :body-newline-paragrapht
>> ))
>>
>> The problem is that this is VERY difficult to document as the set of
>> keywords expands (e.g., I
[Orgmode] Export question
I have the org-generic-export working better, but I'm having one remaining problem: I have been using org-export-preprocess-string to make it possible to handle emphasis (previously o-g-e couldn't handle emphasis because it did the translation line-by-line). org-export-preprocess-string has fixed the problem of emphasis that crosses line boundaries, so that I can handle fontification. But now I have a problem of o-e-p-s smashing together more than one list item into a single line, if those list items are on adjacent lines, like + foo + bar question: is this just something we should never do? Should list items always have line skips in the middle? Or am I misusing o-e-p-s? thanks! Hope to have a pretty substantial org-generic-export patch available Real Soon Now. r ___ 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: MobileOrg for Android starts to become really usable
julien cubizolles free.fr> writes: > > Le vendredi 28 mai 2010 à 11:05 +0200, Sven Bretfeld a écrit : > > Hi to all, hi Matthew > > > > I can say that Note capturing works on my HTC > > Magic, > Working also on my LG GW620, however the SAVE Button gets hidden by the on-screen keyboard. > I think I've seen other android apps keeping some buttons visible > whether the keyboard is or isn't displayed. If I might comment --- one of the worst things about Android applications, IMO, is the way they are confusing about whether menus should be displayed in page, or invoked by the menu button. I'd urge you to avoid the on-page display in favor of the menu button. If you stick to that the user never needs to remember to scroll down to find the controls and there are just too many ways for the on-page display to be rendered either hard to reach or completely inaccessible. This problem is made worse (especially by contrast with the iPhone) because you don't have full knowledge of the screen dimensions. So I'd suggest that if a button is important (save, send, schedule, etc.) that you make it reachable by the center menu button. HtH, cheers, r ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Export question
On 5/25/10 May 25 -6:52 AM, Carsten Dominik wrote: > > On May 25, 2010, at 5:09 AM, Robert Goldman wrote: > >> I have the org-generic-export working better, but I'm having one >> remaining problem: >> >> I have been using org-export-preprocess-string to make it possible to >> handle emphasis (previously o-g-e couldn't handle emphasis because it >> did the translation line-by-line). >> >> org-export-preprocess-string has fixed the problem of emphasis that >> crosses line boundaries, so that I can handle fontification. >> >> But now I have a problem of o-e-p-s smashing together more than one list >> item into a single line, if those list items are on adjacent lines, like >> >> + foo >> + bar >> >> question: is this just something we should never do? Should list items >> always have line skips in the middle? Or am I misusing o-e-p-s? > > > I cannot reproduce this. But you give little context. Please make a > more detailed example, maybe a simple test case where you throw some > data at o-e-p-s and it comes back wrong... You were right and I was wrong. I thought it was a problem with o-e-p-s, but it turns out to be a problem with org-generic-export's line-by-line processing. Sorry about the red herring. I have a fix to org-generic-export that will handle this. I am working on a wiki format (tikiwiki: tikiwiki.org) where the processor decides that any line breaks indicate intent to preformat on the part of the user. It's turning out to be quite difficult to harmonize this with line-by-line processing a la org-generic-export. best, r ___ 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] Question about beamer export
Beamer export offers BEAMER_HEADER_EXTRA as an option. Question: how does this differ from LATEX_HEADER_EXTRA? Why is it necessary? thanks, r ___ 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] Possible bug in ordered tasks
I have found what I believe to be a bug in handling ordered subtasks. Here is the behavior: I have a top level set of tasks that is ordered. One of the outline items below the top level set is a grab bag of tasks that will be performed in parallel. So this task is NOT ordered (ORDERED: nil). The problem is that the blocking behavior from ordered tasks seems to be inherited from the top level task list into the second level of the outline, even though the ORDERED property at the second level is explicitly overridden. I am attaching an org file that displays this issue. To see the problem, put your cursor on the "Bar" task and attempt to change its status to DONE. Cheers, R * Prepare white paper :PROPERTIES: :ORDERED: t :END: ** TODO Draft outline ** TODO Writing assignments :PROPERTIES: :ORDERED: nil :END: *** DELEGATED Foo - State "DELEGATED" from "" [2010-06-18 Fri 10:32] \\ Delegated. *** TODO Bar *** TODO Baz ___ 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] a better way with babel
G'day All,
I wonder if I've missed something and there is a better way.
Essentially I'm trying to use org babel with R and LaTeX to create figures
with both long and short captions (for contents)
I'd started with:
#+CAPTION: Nice data (filled points indicate less nice data)
#+LABEL: fig:nicedata
#+ATTR_LaTeX: width=0.98\textwidth
#+begin_src R :file ndata.pdf :width 1000 :height 617 :exports results
dotchart(data$ndata)
#+end_src
which pointed to the need for long/short captions...
feeling hopeful I tried:
#+CAPTION: Nice data [Nice data (filled points indicate less nice data)]
#+LABEL: fig:nicedata
#+ATTR_LaTeX: width=0.98\textwidth
#+begin_src R :file ndata.pdf :width 1000 :height 617 :exports results
dotchart(data$ndata)
#+end_src
but no luck there.
Next effort was to try to use R and LaTex more directly with noweb. I tried
this:
#+srcname: r-nicedata
#+begin_src R :session :file ndata.pdf :results output :exports results
dotchart(data$ndata)
#+end_src
#+begin_src latex :noweb yes
\begin{figure}[htb!]
\centering
\includegraphics[width=0.98\textwidth]{<>}
\caption[Nice data]{Nice data (filled points indicate less nice data)}
\label{fig:nicedata}
\end{figure}
#+end_src
This does produce the figure and long/short contents BUT ALSO produces this:
#+results: r-nicedata
[[file:ndata.pdf]]
which upon export results in a link and consequently the plot appearing both
in the figure and elsewhere. This second plot is unwelcome.
I've tried assorted :results and :output options but have not found how to
suppress the #+results: but still obtain the figure. I've always used
the :session option.
I've also tried twigging an org-export option to suppress pdf export but the
link is still exported so that is not a solution.
The current "working" solution is to use the noweb approach and then use sed
to clean out the links to the second image-ugly to say the least!
All this with org version 6.36c
What have I missed? What is the best way to do this?
Cheers,
Robert Cunningham
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: latex export - skipping lvls breaks export
Sebastian Hofer wrote: > At Tue, 22 Jun 2010 11:51:30 +0200, > Giovanni Ridolfi wrote: >> Sebastian Hofer writes: >> >>> I'm working on a customized latex-export-class for a CV. >> nice! >>> I noticed that if you skip a level in the outline structure >>> (cf. example below) it is not exported to latex. >>> Is there a reason for this >> IIRC it depends in how is written the LaTeX export. >> (I thought I've read recently this answer by Carsten, but, unfortunately, >> I can't find the citation in the list archive) >> >>> or could this be changed easily? >> IMHO skipping a level it's a bit illogical >> ;-) > I guess it depends on the situation, it may or may not be illogical. > Anyway, I don't see a reason why the user should not be allowed to decide > himself or herself to skip a level. > > Cheers, > Sebastian > I'm working on the translation of a book and the Table of Contents has a odd structure. I would also appreciate if skipping a level in the structure could be possible. One reason to have this working is if you want to have a itemized outline at several levels. Best regards, Robert Hennig > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] mixing emphasis fails
Dear Orgmode-List,
I was trying to mixing different Emphasis styles and failed badly.
or example:
An italic markup in a bold one:
*This sentence /is/ bold*.
The bold markup will succeed, but the italic will not, in all exports
(html, latex) it will be left as '/it/'.
The only fix for this I came up with was:
#+BEGIN_HTML
This sentence is bold
#+END_HTML
#+BEGIN_LaTeX
\textbf{This sentence \emph{is} bold}
#+END_LaTeX
which is not very at all...
Thank you for your advices,
yours
Robert Hennig
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Possible bug in ordered tasks
On 6/25/10 Jun 25 -2:03 AM, Carsten Dominik wrote: > Hi Robert, > > On Jun 18, 2010, at 5:42 PM, Robert Goldman wrote: > >> I have found what I believe to be a bug in handling ordered subtasks. >> Here is the behavior: >> >> I have a top level set of tasks that is ordered. >> >> One of the outline items below the top level set is a grab bag of tasks >> that will be performed in parallel. So this task is NOT ordered >> (ORDERED: nil). >> >> The problem is that the blocking behavior from ordered tasks seems to be >> inherited from the top level task list into the second level of the >> outline, even though the ORDERED property at the second level is >> explicitly overridden. >> >> I am attaching an org file that displays this issue. To see the >> problem, put your cursor on the "Bar" task and attempt to change its >> status to DONE. > > The problem here is that the value of the ORDERED property is the string > "nil", and that is of course not nil! > > I have introduced a special case to have "nil" interpreted as nil here, > because your use case makes a lot of sense. Oh, dear. That makes perfect sense, now that I think of it. Question: what is the proper way to get a NIL into a property? Are we to use () instead of "nil"? Or are property values always interpreted as strings? Apologies in advance if this is a stupid question! thanks! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Possible bug in ordered tasks
On 6/25/10 Jun 25 -9:12 AM, Carsten Dominik wrote: > > On Jun 25, 2010, at 3:23 PM, Robert Goldman wrote: > >> On 6/25/10 Jun 25 -2:03 AM, Carsten Dominik wrote: >>> Hi Robert, >>> >>> On Jun 18, 2010, at 5:42 PM, Robert Goldman wrote: >>> >>>> I have found what I believe to be a bug in handling ordered subtasks. >>>> Here is the behavior: >>>> >>>> I have a top level set of tasks that is ordered. >>>> >>>> One of the outline items below the top level set is a grab bag of tasks >>>> that will be performed in parallel. So this task is NOT ordered >>>> (ORDERED: nil). >>>> >>>> The problem is that the blocking behavior from ordered tasks seems >>>> to be >>>> inherited from the top level task list into the second level of the >>>> outline, even though the ORDERED property at the second level is >>>> explicitly overridden. >>>> >>>> I am attaching an org file that displays this issue. To see the >>>> problem, put your cursor on the "Bar" task and attempt to change its >>>> status to DONE. >>> >>> The problem here is that the value of the ORDERED property is the string >>> "nil", and that is of course not nil! >>> >>> I have introduced a special case to have "nil" interpreted as nil here, >>> because your use case makes a lot of sense. >> >> Oh, dear. That makes perfect sense, now that I think of it. >> >> Question: what is the proper way to get a NIL into a property? Are we >> to use () instead of "nil"? Or are property values always interpreted >> as strings? >> >> Apologies in advance if this is a stupid question! > > Not a stupid question at all. > > There is no way, currently. Property values are string - the only way > to make > org-entry-get return nil is to not have the property defined at all. OK, and there's no problem with this /except/ in cases where one wishes to override inheritance, right? I.e., you never need to specify nil at the top level; it's only when you need to cancel a value that you are inheriting best, r ___ 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] Documentation typo
Hi, in the Org manual, in Chapter eleven, there is a heading "Index enries" (missing the 't' in entries). Best regards Robert ___ 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] fix for error of quoted and emphasized text in LaTeX export
Dear Orgmode List,
In LaTeX export the following will fail:
"/Hello/" -> ``/Hello/''
instead of
"/Hello/" -> ``\emph{Hello}''
The fix I propose is to change the order of
calling
org-export-latex-quotation-marks AFTER
org-export-latex-fontify in
the org-export-latex-content function, because the quotation marks would
be changed and do not match the regexp anymore.
But I'm not too shure if there are other implications to regard.
best regards,
Robert Hennig
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] CSS and Publishing to HTML Tutorial
Hi Adam,
On Thu, 08 Jul 2010 09:48:11 +0200, Adam wrote:
#+STYLE:
or even
# STYLE:
doing a view source of the HTML published page, shows that it includes
the java stuff of org-export-html-style-export, shown below. I feel my
defined CSS is being somehow compromised.
I also use a style of my own (and parts of the org-mode standard
style copied into my style sheet). To avoid the inclusion of the
org-mode style and javascript I put two additional settings into
the project lists /notes/ component:
:style-include-default nil ; don't include org-modes style sheet
:style-include-scripts nil ; don't include org-modes javascript
Additionally I put my style right behind those lines, but I don't
think it matters if it is there or in the org file:
:style "type=\"text/css\">"
For example, I put those tho lines into your quoted configuration:
org-publish-project-alist
(("org-notes" :base-directory "C:\\Adamstuff\\webp\\org\\"
:style-include-default nil ; don't include org-modes style sheet
:style-include-scripts nil ; don't include org-modes javascript
:base-extension
"org" :publishing-directory "C:\\Adamstuff\\webp\\public_html\\"
:recursive
t :publishing-function org-publish-org-to-html :headline-levels ...)
("org-static" :base-directory "C:\\Adamstuff\\webp\\org\\"
:base-extension
"css\\|js\\|png\\|jpg\\|gif\\|pdf\\|mp3\\|ogg\\|swf"
:publishing-directory
"C:\\Adamstuff\\webp\\public_html\\" :recursive t :publishing-function
org-publish-attachment) ("org" :components ("org-notes" "org-static")))
Best regards
Robert
___
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] org-export-section-number-format, doc typo and question
Hi,
theres a type in org-exp.el: in the documentation to
org-export-section-number-format, there's twice the counter type "a"; the
second time it should be an "i", I think:
From org-exp.el:
1. A list of lists, each indicating a counter type and a separator.
The counter type can be any of \"1\", \"A\", \"a\", \"I\", or \"a\".
It causes causes numeric, alphabetic, or roman counters, respectively.
To my question, I can't seem to get this option to work I've got the
following line in the file header:
#+OPTIONS: section-number-format:(quote ((("I" ".")) . "."))
Despite this I get sections numbered 1, 2, 3 etc.
I'd be very grateful for a working example.
Thank you very much
Robert
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-export-section-number-format, doc typo and question
On Sun, 11 Jul 2010 15:14:58 +0200, Bernt Hansen wrote:
Bernt Hansen writes:
"Robert Klein" writes:
To my question, I can't seem to get this option to work I've got the
following line in the file header:
#+OPTIONS: section-number-format:(quote ((("I" ".")) . "."))
Despite this I get sections numbered 1, 2, 3 etc.
I'd be very grateful for a working example.
Hi Robert,
I think you need to set the variable instead
(setq org-export-section-number-format '((("I" ".")) . "."))
or via the customize interface.
This also seems to work
#+BIND: org-export-section-number-format ((("I" ".")) . ".")
Hi Bernt,
thank you very much!
I´ll got with the #+BIND: at the moment. I suspect the setq
will cause all my files to be in roman...
btw, a great many thanks, too, for the documentation at norang.ca.
It was a great help and I suspect it will continue to be of help
for quite a while to come.
Best wishes
Robert
___
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] web site bug
Hi, on the web site, the link to the HTML version of the compact guide actually links to the full manual. (http://orgmode.org/index.html#sec-4_1 first link) Best regards Robert ___ 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] Captions for source code
Hi list, I'm trying to get source code exported to HTML with captions, e.g. like: #+caption: Examples of variable declaration. #+begin_src sql SELECT 6*9; #+end_src There seems to be code in org-exp.el, see lines 2128 and following in version 7.01f of org-mode. However, I'm unable to find out what I'm doing wrong, atm. Do you know how I can get this working? Thank you very much! Best regards Robert ___ 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: [PATCH] org-export-generic, " text markup" -- and a request
FWIW, I have a number of substantial modifications to org-export-generic that fix its original inability to handle typefaces across line boundaries. However, my understanding is that all patches for org-export-generic wait on Wes Hardaker to approve them. If this would be a good time, I can ship the patches again. Best, r ___ 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: firefox problem with org-protocol
For a very, very long time this has not worked on Mac OSX (this may relate to the OS and Firefox disagreeing over who handles protocols). Does anyone know if this has finally been fixed? ___ 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
