[O] [beamer] When are :BEAMER_envargs: used or ignored?
According to the online documentation [1], it seems that :BEAMER_envargs: should apply to all Beamer environments: ~~~ BEAMER_envargs The beamer-special arguments that should be used for the environment, like [t] or [<+->] of <2-3>. If the BEAMER_col property is also set, something like C[t] can be added here as well to set an options argument for the implied columns environment. c[t] or c<2-> will set an options for the implied column environment. ~~~ This does work in the example presentation at [1], but it seems only for B_block entries. I was trying to use B_beamercolorbox, where presumably the color selections (fg=, bg=) should be environment arguments, but this is ignored. What's more, if I take the colors out of the color box's envargs and replace it with another argument syntax -- <2-> -- that definitely works with B_block, this is also ignored. So it seems, if you wanted to have a colorbox appear in a later overlay, you would be screwed (would have to write the LaTeX by hand). A bit confused. Or, the simple question -- how do you set the colors of a color box in Beamer export? Oh, wait, I just figured it out... though you would have to admit, this is not remotely obvious. ** Frame 2 \\ where we will not use columns #+LaTeX: \setbeamercolor{ybg}{bg=yellow} *** ybg:B_beamercolorbox: Please test this stuff! :PROPERTIES: :BEAMER_env: beamercolorbox :END: It kind of strikes me like an epic hack: you have to name the headline after the Beamer color ID, instead of naming the headline after the content... not very /org/anized. Worth a bug report or feature request? hjh [1] http://orgmode.org/manual/Beamer-class-export.html -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
Re: [O] Habits in agenda view
Hi Renger, why not use two differently configured agenda blocks in your agenda view. In the first you skip habits and in the second you skip everything else. Cheers, Viktor Renger van Nieuwkoop wrote: > Hi > I want to change my agenda view in such a way, that habits are shown as an > explicit block below my agenda, but my solution (shown below) shows the > habits still in my agenda view and without all the nice tracking color and > symbols in the block below the agenda. It might be simple, but I don't seem > to manage. Any help would be appreciated. > > Here is my code for the adjusted agenda view (the first block shows my tasks > I should work on next: > > ("s" "Agenda with Next and Habit as separated views" > ((agenda "" nil ) > (tags-todo "-WAIT/!NEXT" >((org-agenda-overriding-header "Next Tasks") > (org-agenda-skip-function > 'skip-projects-and-habits) > (org-agenda-skip-function > '(org-agenda-skip-entry-if 'notregexp "\\[#A\\]")) > (org-agenda-todo-ignore-scheduled t) > (org-agenda-todo-ignore-deadlines t) > (org-tags-match-list-sublevels t) > )) > (tags "HABIT" > ((org-agenda-overriding-header "Habits"))) > nil)) > Cheers > Renger >
Re: [O] Setting multiple variables for code blocks in one property drawer
Hi Eric, Eric Schulte wrote: > However try replacing > > :var: foo="a" > with > > :var+: foo="a" > which is valid and should work for your use case below. I'm not sure if I understood you correctly, but even if I replace "var" with "var+" in the child's property drawer, the value of bar that is set in the parent task is not available in the child task. Cheers, Viktor > > There are still some lingering issues with inheritance and Org-mode > properties which I may try to address one of these days. > > Cheers, > > > > > Cheers, > > Viktor > > > > * Parent task > > :PROPERTIES: > > :var: foo="1" > > :var+: bar="2" > > :END: > > ** Child task without own properties > > > > #+BEGIN_SRC sh > > echo foo: $foo > > echo bar: $bar > > #+END_SRC > > > > #+RESULTS: > > | foo: | 1 | > > | bar: | 2 | > > > > ** Child task with own properties > > :PROPERTIES: > > :var: foo="a" > > :END: > > > > #+BEGIN_SRC sh > > echo foo: $foo > > echo bar: $bar > > #+END_SRC > > > > #+RESULTS: > > | foo: | a | > > | bar: | | > > > > > > -- > Eric Schulte > http://cs.unm.edu/~eschulte/ >
Re: [O] Weight of headers
François Pinard wrote: > pin...@iro.umontreal.ca (François Pinard) writes: > > > Roughly copying code from here and there (and not even understanding it, > > some dead code might remain), I turned your function into the > > following: > > Hmph! There seemingly is a problem however. > > I tried it on a few files, and it usually does it works quickly, or in > no more than a few seconds. However, on one of my Org files, after many > minutes, Emacs is still processing the command. If I interrupt it (with > C-g), the main text displays its information, but the appendices do not. > > I do not know if this matters: while all the appendices together do not > use much space in *this* file, they are merely made up of #+INCLUDE > directives, each preceded by a short introductory text. The included > files may be a bit longish however. > M-x toggle-debug-on-quit RET Then when it gets into its rut and you interrupt with C-g, you'll get a backtrace telling you where it was. If you repeat a couple of times and you get the same backtrace each time, then you've probably found your infinite looper. Nick
Re: [O] Weight of headers
Great way of doing it. Another option is to create a new buffer and sort the headers by the weight. Ideally each header in the new buffer would be a link. Yet another is to use the agenda. I think it might have a new format string option for the weight. Then use the agenda to sort. And another possibility is to gather weights recursively vs. for each header. This works for bytes. Samuel P.S. Code from years ago. Might or might not work. ;;(alpha-org-dus-tree) (defun* alpha-org-dus-tree (&optional same (n 10)) "Show the biggest subtrees in agenda files. SAME says whether to measure each node vs. each subtree." (interactive) ;;(show-all) ;;(with-current-buffer ... (switch-to-buffer "*alpha-org-dus-tree*") (erase-buffer) (insert ;;; (cl-prettyprint (subseq (sort* (alpha-org-dus-tree-1 same) #'> :key #'car) 0 n))) (defun alpha-org-dus-tree-1 (same) (org-map-entries #'(lambda () ;;(message "doing %s" (cons (alpha-org-get-size same) (org-get-heading))) t 'agenda)) (defun alpha-org-get-size (&optional same) ;;(current-buffer) (- (save-excursion (ignore-errors (funcall (if same ;;org-end-of-subtree t t 'org-forward-same-level 'outline-next-heading) 1)) (point)) (point))) -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com
Re: [O] Weight of headers
pin...@iro.umontreal.ca (François Pinard) writes: > Roughly copying code from here and there (and not even understanding it, > some dead code might remain), I turned your function into the > following: Hmph! There seemingly is a problem however. I tried it on a few files, and it usually does it works quickly, or in no more than a few seconds. However, on one of my Org files, after many minutes, Emacs is still processing the command. If I interrupt it (with C-g), the main text displays its information, but the appendices do not. I do not know if this matters: while all the appendices together do not use much space in *this* file, they are merely made up of #+INCLUDE directives, each preceded by a short introductory text. The included files may be a bit longish however. François
Re: [O] Weight of headers
Nicolas Goaziou writes: > pin...@iro.umontreal.ca (François Pinard) writes: >> My need here is to get an estimate of the weight of displayed headers. > The following function will give you the number of sub-headings and > paragraphs (or equivalent, i.e. tables verse-blocks). Wow, thanks! That was a real good starter. Roughly copying code from here and there (and not even understanding it, some dead code might remain), I turned your function into the following: --8<---cut here---start->8--- (defun fp-org-weight-display () "Show header weights in the entire buffer. Use \\[fp-org-weight-remove-overlays] to remove the header weights." (interactive) (fp-org-weight-remove-overlays) (let (weights) (save-excursion (goto-char (point-min)) (outline-next-visible-heading 1) (while (not (eobp)) (save-excursion (fp-org-weight-put-overlay (fp-org-weights-at-point) (funcall outline-level))) (outline-next-visible-heading 1)) ;; Arrange to remove the overlays upon next change. (when org-remove-highlights-with-change (org-add-hook 'before-change-functions 'fp-org-weight-remove-overlays nil 'local) (defvar fp-org-weight-overlays nil) (make-variable-buffer-local 'fp-org-weight-overlays) (defun fp-org-weight-put-overlay (weights &optional level) "Put an overlays on the current line, displaying WEIGHTS. If LEVEL is given, prefix weights with a corresponding number of stars. This creates a new overlay and stores it in `fp-org-weight-overlays', so that it will be easy to remove." (let* ((c 60) (l (if level (org-get-valid-level level 0) 0)) (off 0) ov tx) (org-move-to-column c) (unless (eolp) (skip-chars-backward "^ \t")) (skip-chars-backward " \t") (setq ov (make-overlay (1- (point)) (point-at-eol)) tx (concat (buffer-substring (1- (point)) (point)) (make-string (+ off (max 0 (- c (current-column ?.) (org-add-props (format "%s %3d headings %4d paragraphs%s" (make-string l ?*) (car weights) (cdr weights) (make-string (- 16 l) ?\ )) (list 'face 'org-clock-overlay)) "")) (if (not (featurep 'xemacs)) (overlay-put ov 'display tx) (overlay-put ov 'invisible t) (overlay-put ov 'end-glyph (make-glyph tx))) (push ov fp-org-weight-overlays))) (defun fp-org-weight-remove-overlays (&optional beg end noremove) "Remove the occur highlights from the buffer. BEG and END are ignored. If NOREMOVE is nil, remove this function from the `before-change-functions' in the current buffer." (interactive) (unless org-inhibit-highlight-removal (mapc 'delete-overlay fp-org-weight-overlays) (setq fp-org-weight-overlays nil) (unless noremove (remove-hook 'before-change-functions 'fp-org-weight-remove-overlays 'local ;; Compliment of Nicolas Goaziou , 2012-02-26 (defun fp-org-weights-at-point () "Return cons of number of subtrees and paragraphs in the subtree at point. Paragraphs (also encompasses equivalent structures)." (org-with-wide-buffer (org-narrow-to-subtree) (let ((tree (org-element-parse-buffer 'element)) (num-hl 0) (num-el 0)) (org-element-map tree 'headline (lambda (hl) (incf num-hl))) (org-element-map tree '(paragraph table verse-block quote-block src-block example-block) (lambda (el) (incf num-el))) (cons (1- num-hl) num-el (autoload 'org-element-parse-buffer "~/bureautique/emacs/_/org-mode/contrib/lisp/org-element") (global-set-key "\C-cow" 'fp-org-weight-display) --8<---cut here---end--->8--- The next to last line was needed because your function depends on org-element.el, which is not directly available in Org mode, at least as of today's Git repository. Is it a better way to install that file? Another questionable thing is that I'm using the org-clock-overly face, while the code should probably use and define its own. Once again, thanks Nicolas! François
Re: [O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]
Nicolas Goaziou writes: > Hello, > > According to `org-footnote-renumber-fn:N' docstring, renumbering only > applies to simple footnotes like fn:17. This is also is the manual, at > section 2.10. > > > Regards, Hello. You are right. Please, consider this bug report as feature request. Best regards. -- ,= ,-_-. =. Bruno Félix Rezende Ribeiro (oitofelix) ((_/)o o(\_)) Uns o chamam de super-vaca... `-'(. .)`-' Outros de hyper-touro... \_/ Eu o chamo simplesmente: meta-gnu!
Re: [O] taskjuggler3 export
Erik Butz writes: Hi, > I didn't use the org-taskjuggler3 resource, but below[1] are some > changes that I made in the org-taskjuggler.el file. With these I can > export e.g. the default example file at: > http://orgmode.org/worg/org-tutorials/org-taskjuggler.html to a > taskjuggler file and have tj3 produce a Gantt_Chart web page, see > screenshot attached. > > Caveat: In the standard example file I changed all efforts from xxd to > xx.0 and resource_id to ID. > > Hope this helps. thanks for your answer, I could not really make it work, I think I will install taskjuggler 2.4 and just wait untill orgmode is ready for taskjuggler3 The estimated efford for my little gantt chart was 1h, now its almost 1d ;) -- cheers, Thorsten
[O] Habits in agenda view
Hi I want to change my agenda view in such a way, that habits are shown as an explicit block below my agenda, but my solution (shown below) shows the habits still in my agenda view and without all the nice tracking color and symbols in the block below the agenda. It might be simple, but I don't seem to manage. Any help would be appreciated. Here is my code for the adjusted agenda view (the first block shows my tasks I should work on next: ("s" "Agenda with Next and Habit as separated views" ((agenda "" nil ) (tags-todo "-WAIT/!NEXT" ((org-agenda-overriding-header "Next Tasks") (org-agenda-skip-function 'skip-projects-and-habits) (org-agenda-skip-function '(org-agenda-skip-entry-if 'notregexp "\\[#A\\]")) (org-agenda-todo-ignore-scheduled t) (org-agenda-todo-ignore-deadlines t) (org-tags-match-list-sublevels t) )) (tags "HABIT" ((org-agenda-overriding-header "Habits"))) nil)) Cheers Renger
[O] [Bug] Formula editor (C-c ') does not parse first/last row/column specifications correctly
Consider the following org table | Component | Price | Var-1 | Var-2 | Var-3 | Var-4 | |+++++| | CPU A | 119.90 | 1 | 1 ||| | CPU B | 189.90 ||| 1 | 1 | |+++++| | boxed || 1 || 1 || | Fan A | 22.99 || 1 || 1 | |+++++| | Mainboard A| 47.90 | 1 || 1 || | Mainboard B| 97.99 || 1 || 1 | |+++++| | integrated || 1 || 1 || | Graphics A | 59.90 || 1 || 1 | |+++++| | Case A | 29.99 | 1 || 1 || | Case B | 39.99 || 1 || 1 | |+++++| | PSU A | 29.99 | 1 | 1 ||| | PSU B | 38.99 ||| 1 | 1 | |+++++| | CPU/Fan/Mainboard/Graphics || 167.80 | 300.78 | 237.80 | 370.78 | | Case/PSU || 59.98 | 69.98 | 68.98 | 78.98 | |+++++| | Sum|| 227.78 | 370.76 | 306.78 | 449.76 | #+TBLFM: @>>>$<<<..@>>>$>=vsum(@I..-III * @I$<<..@-III$<<);%.2fEN::@>>$<<<..@>>$>=vsum(@-III..-I * @-III$<<..@-I$<<);%.2fEN::@>$<<<..@>$>=vsum(@-II..@-I);%.2f Replace with these formulas for the second test: #+TBLFM: @14$3..@14$6=vsum(@I..-III * @I$2..@-III$2);%.2fEN::@15$3..@15$6=vsum(@-III..-I * @-III$2..@-I$2);%.2fEN::@16$3..@16$6=vsum(@-II..@-I);%.2f Enter the formula editor: - row and column specifications relative to the beginning or end of the table (e.g. @>>$<<<) are not taken into account when showing the table highlight, in fact they seem to break parsing as the highlight in the table editor stops prematurely. - range specifications relative to the target cell (e.g. @I$<<..-III$<<) produce highlights that are spanning the wrong fields. It seems that they are always counting from the last line up. Also check with the second TBLFM line. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]
Hello, oitofe...@gmail.com (Bruno Félix Rezende Ribeiro) writes: > Org-mode don't renumber plain footnote labels, like '[2]', with the key > command "C-u C-c C-x f r". > According to `org-footnote-renumber-fn:N' docstring, renumbering only applies to simple footnotes like fn:17. This is also is the manual, at section 2.10. Regards, -- Nicolas Goaziou
[O] Bug: Org-mode suppress newlines between headlines when sorting footnotes with folded buffer view [7.8.03]
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. Consider the following org code: -- * Headline 1 This is only a text.[fn:1] [fn:1] This is a footnote. * Headline 2 This is another text.[fn:2] [fn:2] This is another footnote. -- Now consider the folded buffer view of that code: -- * Headline 1... * Headline 2... -- If you type 'C-u C-c C-x f s', to sort footnotes, buffer become like this: -- * Headline 1...Headline 2... -- If you save and revert the buffer or type S- to get OVERVIEW cycling state all is okay again. If you don't fold headlines before sorting, everything goes fine too. Nevertheless, it's still very annoying. Emacs : GNU Emacs 23.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2012-02-08 on felix-laptop Package: Org-mode version 7.8.03 current state: == (setq org-log-done nil org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-todo-keyword-faces '(("DOWNLOADING" :foreground "dark blue" :weight bold) ("ERROR" :foreground "red" :weight bold)) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-metaup-hook '(org-babel-load-in-session-maybe) org-footnote-section nil org-footnote-tag-for-non-org-mode-files nil org-after-todo-state-change-hook '(org-clock-out-if-current) org-footnote-fill-after-inline-note-extraction t org-footnote-auto-label 'plain org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-email-link-description-format "Email %c: %s" org-mode-hook '(turn-on-auto-fill turn-on-font-lock #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-emphasis-regexp-components '(" ('\"{" "- .,:!?;'\")}\\" " \n,\"'" "." 20) org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((src org-babel-exp-non-block-elements)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-occur-hook '(org-first-headline-recenter) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-block nil) (export-comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) -- ,= ,-_-. =. Bruno Félix Rezende Ribeiro (oitofelix) ((_/)o o(\_)) Uns o chamam de super-vaca... `-'(. .)`-' Outros de hyper-touro... \_/ Eu o chamo simplesmente: meta-gnu!
[O] taskjuggler3 export
Hi list, I tried to write an org file for a project plan with the aim to export it using taskjuggler 3.1.0. besides following the advice from these two source: ,-- | http://lists.gnu.org/archive/html/emacs-orgmode/2012-02/msg00058.html | https://github.com/alander/org-taskjuggler3 `-- and deleting some redundant braces in the exported .tjp file, the resulting html files were less than satisfying (e.g. no gantt chart created). The problem seems to be the reporting part. Does anyone has sample report templates that can be used in "org-export-taskjuggler-default-reports" when using taskjuggler3? Or, more generally asked, did anyone recently successfully exported to taskjuggler3? Thanks for any hints. -- cheers, Thorsten
[O] [Bug] Tests for experimental org-features should expect to fail if not activated by the user
Tests for experimental org features (e.g. from contrib/ ) should expect to fail when the user has not configured their inclusion into the current setup. In other words, things like "(require org-element)" should not break the test run, but instead just note that this test has failed expectedly and continue testing. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
[O] Bug: Org-mode don't renumber plain footnote labels [7.8.03]
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. Org-mode don't renumber plain footnote labels, like '[2]', with the key command "C-u C-c C-x f r". Emacs : GNU Emacs 23.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2012-02-08 on felix-laptop Package: Org-mode version 7.8.03 current state: == (setq org-log-done nil org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-todo-keyword-faces '(("DOWNLOADING" :foreground "dark blue" :weight bold) ("ERROR" :foreground "red" :weight bold)) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-metaup-hook '(org-babel-load-in-session-maybe) org-footnote-section nil org-footnote-tag-for-non-org-mode-files nil org-after-todo-state-change-hook '(org-clock-out-if-current) org-footnote-fill-after-inline-note-extraction t org-footnote-auto-label 'plain org-export-latex-format-toc-function 'org-export-latex-format-toc-default org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-email-link-description-format "Email %c: %s" org-mode-hook '(turn-on-auto-fill turn-on-font-lock #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-emphasis-regexp-components '(" ('\"{" "- .,:!?;'\")}\\" " \n,\"'" "." 20) org-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((src org-babel-exp-non-block-elements)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-occur-hook '(org-first-headline-recenter) org-export-preprocess-before-selecting-backend-code-hook '(org-beamer-select-beamer-code) org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc org-beamer-auto-fragile-frames org-beamer-place-default-actions-for-lists) org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-blocks '((src org-babel-exp-src-block nil) (export-comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) -- ,= ,-_-. =. Bruno Félix Rezende Ribeiro (oitofelix) ((_/)o o(\_)) Uns o chamam de super-vaca... `-'(. .)`-' Outros de hyper-touro... \_/ Eu o chamo simplesmente: meta-gnu!
Re: [O] [babel] FYI: documentation for picolisp added to worg
Thorsten writes: > Hi List, > I added the documentation page for the org babel language picolisp to > worg. You can find it here: > http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-picolisp.html Wow. Nice job! Now there are 26 empty Documentation cells in the table on http://orgmode.org/worg/org-contrib/babel/languages.html. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] hidestarsfile: "hidestars" for file
Hi Peter Thanks for testing hidestarsfile. I just published fileconversion version 0.2 (generalized name and functionality) with a speed-up [1] and many other improvements. So please check out again: http://orgmode.org/worg/org-hacks.html#fileconversion > [...] Even better would be if the > stars showed up as # so they'd be readable with Markdown. Nice idea and implemented with the new generalisation of my-org-fileconversion-* that is now extensible. Take care that you don't end up hooking a complete file format conversion to and from a format by calling pandoc and Org export or similar. ;-) > It turns out the spinning pinwheel was due to an incompatibility > between the new version of org-mode and a function I'm running called > hidestarsfile, which made my .org files nice and readable in other > text editors. > > Hidestarsfile worked fine with my old org-mode, but for some reason > with the new version it causes endless pinwheeling. I removed that > function from my .emacs file and now everything is running smoothly. I could not reproduce this with Aquamacs 2.1 and org-version 7.8.03 (release_7.8.03-258-g263cb.dirty). What is the backtrace when you set debug-on-quit to t and stop the pinwheel with "C-g C-g"? Michael [1] hidestarsfile now uses less CPU time than the rest of Org mode for all of some typical Org files that I profiled during find-file.
[O] mlorg : yet another parser for org-mode (Written in OCaml contained in org-mode files)
Hello, I have been writing a parser for mlorg files in OCaml. This started as an experiment to see if the literate programming mode of org-mode could scale to a full application (among other things). The project is at its beginning but can « bootstrap » itself (that is parses its own source and extract the source code), yet the support for the syntax is very far from being complete. The goal is also to be able to convert org-mode files to latex/html/... without having the dependancy on emacs. Indeed although org-mode files are just plain text, there is still a feeling of being locked because this is such a complicated format and that there doesn't seem to be a reference library to deal with this. I hope that more libraries to do so will appear for one main reason : to have a standard syntax we can build upon : I think that to know precisely the syntax understood by org-mode is very difficult : no document about this exists (Or I have found none). When I'm done with the main syntaxic part I will try to document them. Besides, I think org-mode is wonderful editor but does a terrible job at exporting : slow, emacs-specific, strange errors on some document, ... The code can be found on gitorious: http://gitorious.org/mlorg/mlorg For those who would like to compile, you will need the batteries library from git (hope it will be released before mlorg has reached a releasable state). An example of cool feature that I have added in mlorg and that should be the org-mode exporter : org-mode doesn't put location annotations (à la cpp) so that compilers know how to report correct line numbers. This is very helpful when compiling quite long files. The point of this message is mainly to attract people interested in testing or even contributing. (I will be very glad : there is so much to do). But I hope to make the org-mode community think about a standardization process of the syntax used in org-mode to ease the work of parsers mainteners. There is no README yet, but the mlorg binary doesn't do much yet and the code should be self-documented (I hope so). Simon.
Re: [O] Why functions like org-show-subtree are undocumented?
on Tue Jan 24 2012, Carsten Dominik wrote: > On 23.1.2012, at 16:27, Alexander Corvinus wrote: > >> Hi all, >> >> I just reviewed code in org.el and noticed that function >> org-show-subtree, which is called by org-cycle, unconditionally >> shows whole subtree (exactly what I wanted to have in my >> shortcuts!). >> >> So the question is - why such useful functions like >> org-show-subtree, hide-subtree, show-children aren't documented in >> manual? Because of that, previously I thought that what I wanted was >> impossible (without source change). > > Emacs outline-mode has a plethora of such specific commands, and > exposes all of them as user interface. Org prides itself > to have compressed that entire functionality into the TAB and S-TAB > commands. You specific example, org-show-subtree is basically > TAB TAB on a closed tree. SO yes, there are lots such commands, > but I am no sure it would be good to expose them in the manual. That's the difference between a user manual (documents TAB TAB) and an API reference manual. But both are needed, especially since all Emacs users eventually become programmers at some level. -- Dave Abrahams BoostPro Computing http://www.boostpro.com
Re: [O] notifications for todo items
On Sun, Feb 26 2012, Nicolas Goaziou wrote: > I didn't look at the code but you probably mean > (org-element-parse-buffer 'headline) if you're only interested in > headline data. Yes, it's "headline" in the code... :) -- Peter
[O] optimisation of org-notify (was: notifications for todo items)
On Sun, Feb 26 2012, Nick Dokos wrote: > So orgntf-todo-list takes the lion's share of the time but > most of it is the 15 calls to org-element-parse-buffer Ok, then I could process only one file at a time. This would divide the processing time by 15, in your case. But perhaps others would have the 7000 lines in one file only, then it would not work... So, it is worth the effort? Thanks for the profiling! -- Peter
[O] BEAMER_FRAME_LEVEL + subtree export
Getting deeper into beamer export and enjoying it -- props to the responsible developers. A point of fine print that escaped me in the available documentation -- maybe I just overlooked, but probably this is something that should be clarified. When doing a buffer export, #+BEAMER_FRAME_LEVEL refers to the absolute subheading level: 2 == **, 3 = *** etc. For a subtree export, you need to subtract the level of the subtree being exported. #+BEAMER_FRAME_LEVEL: 2 #+TITLE: Show #1 #+AUTHOR:dlm #+EMAIL: dlm@dlm-laptop #+DATE: 2012-02-26 Sun * Presentation 1 ** Section 1 *** Frame 1 Some text *** Frame 2 More text At first I thought I would need to set the frame level to 3 (because "*** Frame 1"), but it needs to be 2 for a subtree export originating from "Presentation 1" because the frames are two levels underneath the top level. I can easily imagine that the frame level is documented as relative to the subtree being exported -- just pointing out that this is an easy place to get confused and probably would benefit from stating explicitly. hjh -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks
[O] [PATCH] doc/org.texi: add tiny stylistic improvements
>From e640d3e9fe99c4cb2f2282bf355d0a1d28c33414 Mon Sep 17 00:00:00 2001 From: Julian Gehring Date: Sun, 26 Feb 2012 14:10:05 +0100 Subject: [PATCH] doc/org.texi: add tiny stylistic improvements --- doc/org.texi |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index 7e4bbb0..593bca6 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -9827,13 +9827,13 @@ at a different level, specify it with a prefix argument. For example, @end example @noindent -creates only top level headlines and does the rest as items. When +creates only top level headlines and exports the rest as items. When headlines are converted to items, the indentation of the text following the headline is changed to fit nicely under the item. This is done with the assumption that the first body line indicates the base indentation of the body text. Any indentation larger than this is adjusted to preserve the layout relative to the first line. Should there be lines with less -indentation than the first, these are left alone. +indentation than the first one, these are left alone. @vindex org-export-ascii-links-to-notes Links will be exported in a footnote-like style, with the descriptive part in @@ -10224,7 +10224,7 @@ viewing options: path:@r{The path to the script. The default is to grab the script from} @r{@url{http://orgmode.org/org-info.js}, but you might want to have} @r{a local copy and use a path like @samp{../scripts/org-info.js}.} -view:@r{Initial view when website is first shown. Possible values are:} +view:@r{Initial view when the website is first shown. Possible values are:} info @r{Info-like interface with one section per page.} overview @r{Folding interface, initially showing only top-level.} content @r{Folding interface, starting with all headlines visible.} -- 1.7.9
[O] [PATCH] doc/org.texi: remove duplicated keybinding for 'org-refile-cache-clear'
>From e56f7f204014ce6e2b83a75caeb248dd63a6c74f Mon Sep 17 00:00:00 2001 From: Julian Gehring Date: Sun, 26 Feb 2012 13:51:22 +0100 Subject: [PATCH] doc/org.texi: remove duplicated keybinding for 'org-refile-cache-clear' --- doc/org.texi |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index 7e4bbb0..79342fd 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -6919,10 +6919,7 @@ Use the refile interface to jump to a heading. Jump to the location where @code{org-refile} last moved a tree to. @item C-2 C-c C-w Refile as the child of the item currently being clocked. -@item C-0 C-c C-w @ @r{or} @ C-u C-u C-u C-c C-w - @orgcmdtkc{C-0 C-c C-w @ @r{or} @ C-u C-u C-u C-c C-w,C-0 C-c C-w,org-refile-cache-clear} - Clear the target cache. Caching of refile targets can be turned on by setting @code{org-refile-use-cache}. To make the command see new possible targets, you have to clear the cache with this command. -- 1.7.9
Re: [O] Bug: Org-mode don't export to html footnotes references inside footnotes as such. [7.8.03]
Hello, oitofe...@gmail.com (Bruno Félix Rezende Ribeiro) writes: > Consider the following org code: > > -- > This is only a text.[1] > > [1] This is a text body's footnote.[2] > [2] This is a footnote's footnote. > -- > > When org-mode exports this code to html, despite the fact that > footnote 2 is present in the final document, it don't exports > footnote 2 reference as a link to footnote 2; it's exported just > like plain text. There's no official support for nested footnotes in current exporter. Implementing it would be non trivial (it may be for the HTML back-end, but clearly not for the LaTeX one). Since we're working on a new export engine, I don't think it's worth the effort. Though, your report made me implement it in the experimental exporter. Thank you. Regards, -- Nicolas Goaziou
Re: [O] Weight of headers
Hello, pin...@iro.umontreal.ca (François Pinard) writes: > Here is a need I have once in a while, but for which I do not even have > realistic suggestions to offer (at least, so I feel). Maybe someone > would offer more precise ideas. :-) > > When I have a big Org file which I want to re-organize, one of the > criteria I use is to manage the overall plan, always keeping a logical > organization of things of course, and move things around so top-level > headers become of comparable weights. By "weight", I mean the amount of > contents, which is a fuzzy concept (it could be measured as the number > of sub-headers or sub-items, the depth of structure, or even the raw > number or lines or characters). > > It may look strange, but this is not so bizarre after all. When reading > a book, it is unusual to have a chapter having one page next to a > chapter having hundreds of page; we expect that the effort of reading a > chapter is not widely different from the effort of reading another. In > the same way, if I decide to tackle the topics under a header, I would > expect that the energy needed somehow announces the energy that would be > required to handle another level at the same level. Of course, there > could be quite a variance, but nevertheless, I would like to keep that > variance within bounds. > > And recursively! The same way I would like to work an weight > equilibrium for top-level headers, I would like to do the same for the > sub-headers of a given header. > > My need here is to get an estimate of the weight of displayed headers. > I could of course expand the whole document and page through to get an > idea, but at least in the document I'm currently handling, I'm just > overwhelmed. (This is not the only document triggering this in me, I > remember having felt that need many times when I was using WorkFlowy). > > I once thought that colors could encode the weight, but it just would > not fit Org mode so far that I understand it. However, it seems that, > here and there, Org uses some overly magic to display extra information > -- for example, like with `C-c C-x C-d (`org-clock-display')'. Maybe > that some similar machinery could be use to display header weights? Or > maybe this would be overkill, because there are simpler ways which I > just do not know? The following function will give you the number of sub-headings and paragraphs (or equivalent, i.e. tables verse-blocks). You'll need a recent Org to use it. #+begin_src emacs-lisp (defun pinard-count-subtree-and-paragraphs () "Return number of subtrees and paragraphs in the subtree at point." (interactive) (org-with-wide-buffer (org-narrow-to-subtree) (let ((tree (org-element-parse-buffer 'element)) (num-hl 0) (num-el 0)) (org-element-map tree 'headline (lambda (hl) (incf num-hl))) (org-element-map tree '(paragraph table verse-block quote-block src-block example-block) (lambda (el) (incf num-el))) (message "Sub-headings: %d ; Parapraphs (or equivalent): %d" (1- num-hl) num-el #+end_src There's no colour, but it's a starter. Regards, -- Nicolas Goaziou
Re: [O] notifications for todo items
Hello, Peter Münster writes: > On Sat, Feb 25 2012, Nick Dokos wrote: > >> A quick first impression: orgntf-process seems expensive. It seems >> to take 100% of one core (I've got a quad-core processor) for three or >> four seconds every fifty seconds. Unfortunately, the core is the same one >> that's running emacs, so emacs stops responding for those three or four >> seconds. I have disabled org-notify for now. > > How many lines do you have in your org-files? > (I've about 200 and execution time is about 100ms.) > > I call now "(org-element-parse-buffer 'heading)", I hope it's faster for > you. Is it faster, when the file is byte-compiled? I didn't look at the code but you probably mean (org-element-parse-buffer 'headline) if you're only interested in headline data. Regards, -- Nicolas Goaziou
Re: [O] Refile: refile to any open file.
On Sun, Feb 26, 2012 at 02:16, wrote: > I have been using the function oog in org-occur-goto.el to search any > open file, so somewhere in that file is a way to find open files. What > remains is to use some condition from this file to declare > org-refile-targets. I understand that a function can be used as a > value of this variable. Look at the function oog-check-input. I believe it checks buffer-list and the major-mode for each buffer to determine whether to include it in the search. GL -- Suvayu Open source is the future. It sets us free.