[Orgmode] tags/search on specific files
i would like to use some org-mode functionality for linking, tagging, and searching files that are not specified in the org-mode variables of .emacs file. i thought that i would be able to create a file, work on it in org-mode to create links and tags, and then be able to follow those links and search on those tags. after working on such a file, linking works fine. but although running "C-c \" [tag] does "highlight" lines that have the tag, it also displays all the other items. (by contrast, "C-c a m" [tag] will display only the specific tagged items for the agenda file(s) specified in .emacs) is there a way to do this that i am missing? either by providing a file name as an argument or some other command that will return such a view for the active buffer. (one reason i don't want to add the specific file to the list of files that org-mode automatically tracks is that i want to restrict my searching of tags to specific files. but maybe i am not thinking about this the right way.) 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] Format heading numbering html export
Sorry Vikas, I hit send too early. Vikas Rawal writes: > When I export an org file to html, the headings are numbered (1, 1.1, > 1.1.1,etc.) by default. I would like to change the numbering style and > use different types of bullets to denote different levels of headings. > > How could that be done? Without a more specific example, it will be hard to help. You can start to play around with all kinds of options by referring to the org documentation on "Export Options."[1] Right now, I would suggest setting =h:1= to make all except top-level headings into list items. Next, you could set =num:nil= to turn off section numbering altogether. Hope this helps! Footnotes: [1] http://orgmode.org/manual/Export-options.html#Export-options -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ 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 XHTML generated [7.4]
The closing tag in this Org file is placed *before* the closing and items for the *** A third item heading. -begin org file- #+OPTIONS: H:2 #+HTML: * A heading *** A heading that will be exported as a list item *** ditto *** A third item #+HTML: -end org file- Invalid XHTML at (around) line 116. By the way, shouldn't this be one list instead of three one-item lists? A heading that will be exported as a list item ditto A third item Kind regards, Aidan Gauland Emacs : GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-12-12 on brahms, modified by Debian Package: Org-mode version 7.4 current state: == (setq org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-agenda-files '("~/uc-files/uc-work.org") org-agenda-include-diary t org-completion-use-iswitchb t org-babel-load-languages '((emacs-lisp . t) (sh . t)) org-completion-use-ido t org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) 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-publish-project-alist '(("aidalgolland-orgfiles" :base-directory "~/doc-aidan/aidalgolland/main/" :publishing-directory "~/doc-aidan/aidalgolland/published/" :publishing-function org-publish-org-to-html :recursive t :base-extension "org" :section-numbers nil :table-of-contents nil :creator-info nil :language "en" :author "Aidan Gauland" :style "" :auto-preamble t :auto-postamble t) ("aidalgolland-static" :base-directory "~/doc-aidan/aidalgolland/main/" :publishing-directory "~/doc-aidan/aidalgolland/published/" :publishing-function org-publish-attachment :recursive t :base-extension "css\\|gz\\|bz2\\|lzma\\|jpg\\|gif\\|png\\|atom") ("aidalgolland" :components ("aidalgolland-orgfiles" "aidalgolland-static"))) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '(#[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-confirm-elisp-link-function 'yes-or-no-p org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src org-babel-exp-inline-src-blocks)) org-occur-hook '(org-first-headline-recenter) org-outline-path-complete-in-steps nil 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-blocks nil) (comment org-export-blocks-format-comment t) (ditaa org-export-blocks-format-ditaa nil) (dot org-export-blocks-format-dot nil)) ) signature.asc Description: Digital signature ___ 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] Format heading numbering html export
When I export an org file to html, the headings are numbered (1, 1.1, 1.1.1,etc.) by default. I would like to change the numbering style and use different types of bullets to denote different levels of headings. How could that be done? Thanks. VR ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Carsten Dominik writes: > On Jan 8, 2011, at 10:56 AM, Carsten Dominik wrote: > >> >> On Jan 8, 2011, at 10:02 AM, Bastien wrote: >> >>> Hi Bernt, >>> >>> Bernt Hansen writes: >>> Is it really necessary to rebuild the org-mode git repository (with filter-branch) to remove the ORGWEBPAGES/ content. Anyone with a clone and local branches of the existing repository will need to move all of these to the new repository. Would creating a commit to remove the ORGWEBPAGES directory in the existing repository not work just as well? This will keep all of the existing SHA1s for historical commits intact. >>> >>> I think you're right. Our goal was to remove ORGWEBPAGES/ into a new >>> repo with a proper history of its own. As Jason did that with >>> success, >>> I asked him to do the filtering for org-mode.git too -- which might >>> be >>> too much (my bad). >>> >>> Jason, Carsten, what is your take on this? >> >> I agree with Bernt. > > Sorry, let me be more specific. > > I am for moving the website to a separate repository. THis makes a > lot of sense. It does require to the release process though, because > my setup also used to update the webpage automatically. > > But I think that Bernt is right that it would be much better for users > if the git repo remains in tact, so that moving simple means changing > the pointer to the repo, and that local branches will survive. So > simple removing the webpage from the repo with a commit sounds like a > good idea to me. > > I don't think moving the webpage into a special branch is the right > solution. I agree with Carsten and Bernt - keep the org-mode repo's history intact, remove ORGWEBPAGE in a commit, and split off ORGWEBPAGE into its own repo. ___ 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] [babel] Painless integration of source blocks with language
Hi Seth, Thanks for the thoughtful comments. I especially like the method of literate programming described in your second proposal. Over the last months I have switched from working mainly in code blocks to working mainly in pure source files due to issues along the lines of those mentioned in your first proposal. It seems to me that working in two frames as you suggest -- e.g. writing code in the pure code buffer, documentation in the Org-mode buffer, and maintaining a constant mapping between the two -- would resolve the issues mentioned in your first, and should be sufficient. With some elisp code it should be possible to support no-web in such a scheme allowing the code buffer to be automatically re-organized based on changes to the .org buffer. A crude version of the above is already possible using the `org-babel-detangle' function. For example, follow the instructions in the attached org-mode file (which uses elisp rather than clojure code blocks simply for wider portability to non-clojure users). Ultimately I think that more code support (possibly implemented using a minor mode) allowing things like easy navigation, interactive tangling/arrangement, noweb support, and (possibly) removing the need for comment markers would be the preferred solution. Cheers -- Eric #+Title: Detangle Example #+Babel: :comments link :tangle detangle.el This file demonstrates detangling of source files with Org-mode. 1. Evaluate this elisp code block to customize the behavior of link creation on your system -- in the future this could be folded into ob-tangle. #+begin_src emacs-lisp :results silent :tangle no (setq org-link-to-org-use-id nil) #+end_src 2. Tangle out this file by calling `[[elisp:(org-babel-tangle)]]' bound to =C-c C-v t=, notice the buffer-wide =:comments= and =:tangle= header arguments at the top of the file. 3. Open up the [[file:detangle.el][detangle.el]] file to find the tangled source code. Notice the comments which are used to associate parts of the source file with this org file. 4. Call the `org-babel-tangle-jump-to-org' function from one of the =message= lines in the elisp file to jump back to the related portion of this org file. 5. Navigate back to [[file:detangle.el][detangle.el]] and edit part of the elisp code (e.g. change the text of one of the messages), then call the `org-babel-detangle' function from inside of the elisp code buffer. Notice that your edits have now been propagated back to the original Org-mode buffer. * first A first section. #+source: a-named-block #+begin_src emacs-lisp (message "this is the contents of the first code block.") #+end_src * second A second section. #+begin_src emacs-lisp (message "this block has no name -- it is the second code block") #+end_src Seth Burleigh writes: > Preface: I hope attachments show up, i dont know if they are allowed > The attachments did make it through. > > Im currently interested in using babel for a medium size clojure project. I > think the below propositions would greatly benefit babel in accomplishing > literate programming. > > First part of the proposal to make this painless: > > In a literate document, you might very well have small chunks of code for > one ns scattered around and then finally combined using noweb into one file > and tangle the output. Currently, keys like > compile-file (C-c C-k), goto function definition (M-.), do not work at all > in the source blocks. This is unfortunate, and makes life very painful. So, > first we need to get these keys to work. > Heres how it can possibly be done. > > Lets say we want to compile the code in block A. Block B uses noweb syntax > to import block A, and then tangles to file src/B.clj. So we need to search > for the presence of <> in a tangled code chunk , tangle the chunk to a > file, go to the file buffer and position the cursor at the correct relative > position, and then invoke the appropriate function (in this case, > slime-compile-and-load-file). > > Ive attached two files which do this, the first one is an example org file > in which you can use the compile keystrokes on (after opening a slime server > for clojure). However, it doesnt position the cursor in the tangled file > correctly, but this is not needed for compile/load file. Its not a very good > implementation, but it works for this case. Also, it doesn't work when the > indirect buffer created by C-c ' is open. The advantage of this method is > that it can easily be generalized to any language, since the compiler gets > what it expects - a file of code to operate on. > > Second part of proposal: > > Literate documents are good for documentation, but if you're the author, you > dont need the documentation and it will certainly get in the way of you > writing code to keep having to type C-c ' to open various chunks of code. > Ideally, we would like to have our file of code (that is, the tangled file > output for one ns in clojure)
[Orgmode] [babel] Painless integration of source blocks with language
Preface: I hope attachments show up, i dont know if they are allowed Im currently interested in using babel for a medium size clojure project. I think the below propositions would greatly benefit babel in accomplishing literate programming. First part of the proposal to make this painless: In a literate document, you might very well have small chunks of code for one ns scattered around and then finally combined using noweb into one file and tangle the output. Currently, keys like compile-file (C-c C-k), goto function definition (M-.), do not work at all in the source blocks. This is unfortunate, and makes life very painful. So, first we need to get these keys to work. Heres how it can possibly be done. Lets say we want to compile the code in block A. Block B uses noweb syntax to import block A, and then tangles to file src/B.clj. So we need to search for the presence of <> in a tangled code chunk , tangle the chunk to a file, go to the file buffer and position the cursor at the correct relative position, and then invoke the appropriate function (in this case, slime-compile-and-load-file). Ive attached two files which do this, the first one is an example org file in which you can use the compile keystrokes on (after opening a slime server for clojure). However, it doesnt position the cursor in the tangled file correctly, but this is not needed for compile/load file. Its not a very good implementation, but it works for this case. Also, it doesn't work when the indirect buffer created by C-c ' is open. The advantage of this method is that it can easily be generalized to any language, since the compiler gets what it expects - a file of code to operate on. Second part of proposal: Literate documents are good for documentation, but if you're the author, you dont need the documentation and it will certainly get in the way of you writing code to keep having to type C-c ' to open various chunks of code. Ideally, we would like to have our file of code (that is, the tangled file output for one ns in clojure) as the top buffer, and our documentation at the bottom. Changes to the code will automatically reflect itself in the documentation (after a save). In order to accomplish this, there has to be a method to map from tangled file line number, to the correct chunk name and line number in the .org file. This might be accomplished by tangling code like this: ;;#chunk-name ..code ;;# I think this would be much more natural than editing each chunk separately. Of course, the ;;# might become an annoyance, but im sure there might be a better way. With this mapping , we can develop the code until we get it right. Then we can hit a keystroke and have our documentation jump to the correct line number in the .org file, and then do all the documentation for that. With the line mapping ability also comes the ability to map errors in the line number to numbers in the org file. Although, this probably wouldn't be necessary, since we would be looking at the combined chunk file. Any thoughts/ideas how to implement this? test.org Description: Binary data seth-obj-clj.el Description: Binary data ___ 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] iCalendar selective export
Hi! I found out that exporting agenda files to iCalendar (org-export-icalendar-all-agenda-files) ignore variable org-export-exclude-tags. Is it right? And is it wanted? I do not want to see some tasks in my external calendar (mobile phone). Thank you in advance! Jura -- use orgmode 7.4 ___ 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: Property inheritance in Org-collector
Unfortunately inheritance of properties in Org-mode requires explicitly requesting the property by name (aside from a couple of built-in Org-mode properties e.g. CATEGORY) I've just pushed up a change to org-collector which allows properties to be explicitly inherited using a new :inherit keyword, this is demonstrated in the example below. Having to explicitly mention the property to be inherited is not ideal, but hopefully it is sufficient. Cheers -- Eric * Inheritance #+BEGIN: propview :cols (ITEM test CATEGORY) :scope tree :inherit (test) | "ITEM" | "test" | "CATEGORY"| |+--+---| | "Inheritance" | 0| "inheritence" | | "First level" | "appear" | "level" | | "Test inheritance" | "appear" | "level" | |+--+---| || | | #+END: ** First level :PROPERTIES: :test: appear :CATEGORY: level :COLUMNS: %34ITEM %plats %ingredient :END: #+begin_src emacs-lisp (org-entry-get (point) "CATEGORY" t) #+end_src #+results: : level *** Test inheritance The org-collector uses the org-entry-properties function to collect properties. Notice that this function *only* inherits some special properties known to Org-mode #+begin_src emacs-lisp (flet ((to-table (lst) (mapcar (lambda (pair) (list (car pair) (cdr pair))) lst))) (to-table (org-entry-properties))) #+end_src #+results: | FILE | /home/eschulte/Desktop/inheritence.org | | BLOCKED || | CATEGORY | level | in such properties are mentioned explicitly in the code of org-entry-properties, and the special function org-get-categories is used to collect (and inherit) categories. In fact even calling org-entry-get inside of this subtree with inheritance explicitly set to t is not sufficient to #+begin_src emacs-lisp (org-entry-get (point) "CATEGORY" t) #+end_src #+results: : level #+begin_src emacs-lisp (org-entry-get (point) "test" t) #+end_src #+results: : appear I expect to have the same behavior for CATEGORY and test properties. If you evaluate lisp expression you will notice that inheritance seems to works. ___ 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: [babel] How to fontify blocks other than begin_src?
>> >> As for defining your own clojure blocks that sounds like a risky >> proposition to me. All of the code block evaluation functions are built >> to use standard org-mode syntax for code blocks, e.g. "#+begin_src lang". > > For those who are interested in changing the appearance of Org elements > for aesthetic reasons, there is Nicolas Girard's org-icons project, > To address the other side of org elements (i.e. the typing/insertion rather than the display) I find yasnippets [1] indispensable. A collection of Org-mode snippets are available at [2]. Cheers -- Eric Footnotes: [1] http://code.google.com/p/yasnippet/ [2] https://github.com/eschulte/yasnippet-org-mode ___ 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: noob question about word wrap - RESOLVED
Hi all, I've figured it out. I added this bit to my preferences: > (add-hook 'org-mode-hook '(lambda () (auto-fill-mode nil) (visual-line-mode t))) And that got the modes the way I like it. Cheers. Fil On 7 January 2011 12:41, Filippo A. Salustri wrote: > Hi again. > I send the msg below a few weeks ago, and got a reasonable response from > Ross Glover. > However, I'm still convinced that I would prefer to try orgmode with > different word wrapping. > I'm looking for a way to get orgmode buffers to be in visual-line-mode and > org-indent-mode only. > That is, I'm looking to turn off truncate-lines and auto-fill-mode. > > Can anyone point me in the right direction? > > Much obliged. > Cheers. > Fil Salustri > > > On 25 December 2010 00:30, Filippo A. Salustri wrote: > >> Hi, >> I'm new to org-mode (though I've been a causal emacs user for more than 10 >> yrs). >> I'm running org 7.4 on the current Aquamacs, and I prefer larger than >> normal windows (120 col x 36 rows). >> The problem is that org seems to do hard auto-fill linebreaks regardless >> of window size. >> I have honestly looked everywhere I can think of for a solution. >> The only thing I've figured out is that if org buffers seem to be set to >> org-indent-mode, truncate-lines, auto-fill-mode, and visual-line-mode. >> I seem to get the effect I desire if there's only visual-line-mode and >> org-indent-mode. >> I can set these via the menu, but I want this to be the global org way. >> So the question is: >> >> How can I turn off truncate-lines and auto-fill-mode globally for all org >> files? >> >> Cheers. >> Fil Salustri >> >> -- >> Filippo A. Salustri, Ph.D., P.Eng. >> Mechanical and Industrial Engineering >> Ryerson University >> 350 Victoria St, Toronto, ON >> M5B 2K3, Canada >> Tel: 416/979-5000 ext 7749 >> Fax: 416/979-5265 >> Email: salus...@ryerson.ca >> http://deseng.ryerson.ca/~fil/ >> > > > > -- > Filippo A. Salustri, Ph.D., P.Eng. > Mechanical and Industrial Engineering > Ryerson University > 350 Victoria St, Toronto, ON > M5B 2K3, Canada > Tel: 416/979-5000 ext 7749 > Fax: 416/979-5265 > Email: salus...@ryerson.ca > http://deseng.ryerson.ca/~fil/ > -- Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salus...@ryerson.ca http://deseng.ryerson.ca/~fil/ ___ 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][PATCH] How do I include text between a range of line numbers with #INCLUDE
Hi Carsten, On Sat, Jan 8, 2011 at 11:35 PM, Carsten Dominik wrote: > Hi Puneeth, > > can cou please augment the patch with a propert ChangeLog-like entry, and > with documentation for the manual, and then resubmit? Here is a patch with a ChangeLog entry and documentation for the manual. Please tell me if it looks OK. Also, I hope using git-format-patch is the right way to send this page. If not, what is the right way? Thanks, Puneeth From 4a9be5b1a7a19c5d092ed14a86d29ad83122e9a8 Mon Sep 17 00:00:00 2001 From: Puneeth Chaganti Date: Sun, 9 Jan 2011 00:48:51 +0530 Subject: [PATCH] Include only specified range of line numbers of a file * doc/org.texi (Include files): Document :lines. * lisp/org-exp.el (org-export-handle-include-files): Support :lines property. (org-get-file-contents): New argument lines to include specify a range of lines to include. On Fri, Jan 7, 2011 at 1:29 PM, Puneeth wrote: > On Fri, Jan 7, 2011 at 10:03 AM, Venkatesh Choppella > wrote: >> I would like to include a part of a file (between a given range of >> line numbers) instead of the whole file. Is there a way to do that >> in org-mode? > > It isn't possible to include files using line numbers, as of now. > Here's a quick patch that would add this feature. I have tested it > with small files and works fine. Can somebody tell me if it looks > good? > > :lines "5-10" will include the lines from 5 to 10, 10 excluded. > :lines "-10" will include the lines from 1 to 10, 10 excluded. > :lines "5-" will include the lines from 1 to the end of the file. > > HTH, > Puneeth --- doc/org.texi| 11 +++ lisp/org-exp.el | 24 2 files changed, 31 insertions(+), 4 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index e83909d..62f90e9 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -8891,6 +8891,17 @@ use #+INCLUDE: "~/snippets/xx" :prefix1 " + " :prefix " " @end example +You can also include a portion of a file, by specifying a range of line +numbers using the @code{:lines} parameter. The line with the line number +equal to the end of the range, will not be included. The start or/and the +end limits of the range, may be omitted to use the obvious defaults. + +...@example +#+INCLUDE: "~/.emacs" :lines "5-10" @r{Include lines 5 to 10, 10 excluded} +#+INCLUDE: "~/.emacs" :lines "-10"@r{Include lines 1 to 10, 10 excluded} +#+INCLUDE: "~/.emacs" :lines "10-"@r{Include lines from 10 to EOF} +...@end example + @table @kbd @kindex C-c ' @item C-c ' diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 3d466fa..ea81386 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2130,13 +2130,14 @@ TYPE must be a string, any of: (defun org-export-handle-include-files () "Include the contents of include files, with proper formatting." (let ((case-fold-search t) - params file markup lang start end prefix prefix1 switches all minlevel) + params file markup lang start end prefix prefix1 switches all minlevel lines) (goto-char (point-min)) (while (re-search-forward "^#\\+INCLUDE:?[ \t]+\\(.*\\)" nil t) (setq params (read (concat "(" (match-string 1) ")")) prefix (org-get-and-remove-property 'params :prefix) prefix1 (org-get-and-remove-property 'params :prefix1) minlevel (org-get-and-remove-property 'params :minlevel) + lines (org-get-and-remove-property 'params :lines) file (org-symname-or-string (pop params)) markup (org-symname-or-string (pop params)) lang (and (member markup '("src" "SRC")) @@ -2159,7 +2160,7 @@ TYPE must be a string, any of: end (format "#+end_%s" markup (insert (or start "")) (insert (org-get-file-contents (expand-file-name file) - prefix prefix1 markup minlevel)) + prefix prefix1 markup minlevel lines)) (or (bolp) (newline)) (insert (or end "" all)) @@ -2176,15 +2177,30 @@ TYPE must be a string, any of: (when intersection (error "Recursive #+INCLUDE: %S" intersection)) -(defun org-get-file-contents (file &optional prefix prefix1 markup minlevel) +(defun org-get-file-contents (file &optional prefix prefix1 markup minlevel lines) "Get the contents of FILE and return them as a string. If PREFIX is a string, prepend it to each line. If PREFIX1 is a string, prepend it to the first line instead of PREFIX. If MARKUP, don't protect org-like lines, the exporter will -take care of the block they are in." +take care of the block they are in. If LINES is a string, +include only the lines specified." (if (stringp markup) (setq markup (downcase markup))) (with-temp-buffer (insert-file-contents file) +(when lines + (let (beg end) + (setq lines (split-string lines "-") + beg (if (string= "" (car lines)) + (point-min) + (goto-char (point-min)) + (forward-line (1- (string-to-number (car lines + (point)) + end (if (string= "" (cadr lines)) + (point-max) + (goto-char (point-min)) +
Re: [Orgmode] Re: Introducing gnugol - an org-mode-output web search client
On 01/08/2011 09:21 AM, Dave Taht wrote: > On 01/06/2011 09:06 AM, Allen S. Rout wrote: > 3) Going from the Emacs org (or markdown) UI to "webspace" is really > disconcerting for me. My fingers do emacs, my eyeballs like green on > white, Correction: green on *black*... the white of most web pages is so mentally dazzling it even drowns out my ability to type the word, "black"... So while I'm on this subject is there a good way to good way to match the org-mode emacs color theme with the html output? ___ 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: Capture template and elisp expression
Carsten Dominik writes: > On Jan 7, 2011, at 4:00 PM, Štěpán Němec wrote: > >> Carsten Dominik writes: >> >>> On Jan 7, 2011, at 1:08 PM, Štěpán Němec wrote: Why aren't the %() expressions simply evaluated in the original buffer (if available)? That would solve these issues in a general way. It seems to me that there is no advantage to evaluating the expressions in the temporary capture buffer, but I'm not familiar with the code so I might be missing something. Is there a reason for that? >>> >>> The sexp can be used to insert stuff into the template, so I think it >>> is correct to evaluate it in the template buffer. >> >> I don't understand this argument. Of course the _result_ of the >> evaluation is inserted into the template, but why is it useful to >> evaluate the expression itself in the context of the template buffer? Is >> it likely that one would be interested in some information only >> available in the template buffer? To me it seems that the much more >> likely case is the one of Rainer -- i.e. the need to access variable >> bindings from the original buffer (buffer name, mode, other local >> variables etc.). > > > Such a function is allowed to do anything. It might search around > in the template, change things, whatever. So I don't think it > should be evaluated in a different buffer. OK, thank you for the explanation. One can always do (with-current-buffer (org-capture-get :original-buffer) ...) should the need arise. Štěpán ___ 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][PATCH] How do I include text between a range of line numbers with #INCLUDE
Hi Puneeth, can cou please augment the patch with a propert ChangeLog-like entry, and with documentation for the manual, and then resubmit? Thanks. - Carsten On Jan 7, 2011, at 8:59 AM, Puneeth wrote: On Fri, Jan 7, 2011 at 10:03 AM, Venkatesh Choppella wrote: I would like to include a part of a file (between a given range of line numbers) instead of the whole file. Is there a way to do that in org-mode? It isn't possible to include files using line numbers, as of now. Here's a quick patch that would add this feature. I have tested it with small files and works fine. Can somebody tell me if it looks good? :lines "5-10" will include the lines from 5 to 10, 10 excluded. :lines "-10" will include the lines from 1 to 10, 10 excluded. :lines "5-" will include the lines from 1 to the end of the file. HTH, Puneeth lines.diff.txt>___ 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
Re: [Orgmode] [PATCH] Preserve trailing blank lines
On Jan 5, 2011, at 2:24 AM, Jason Dunsmore wrote: I like to leave a blank line at the end of items that have bodies, but I found functions like org-metaup, org-metadown, and org-refile were leaving that blank line behind. These commands treat empty lines as belonging to the entry below the empty line - which is, I think, the right convention here. - Carsten Here's a patch to fix that: --8<---cut here---start->8--- diff --git a/lisp/org.el b/lisp/org.el index 5eb0bc8..e3d71b7 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -18448,7 +18448,7 @@ Taken from `count' in cl-seq.el with all keyword arguments "Move backwards over whitespace, to the beginning of the first empty line. Returns the number of empty lines passed." (let ((pos (point))) -(skip-chars-backward " \t\n\r") +(forward-line -1) (beginning-of-line 2) (goto-char (min (point) pos)) (count-lines (point) pos))) --8<---cut here---end--->8--- I can't think of a reason you would want to leave trailing blank lines behind, but in case some people rely on that behavior, here's an alternate patch that creates an option called org-preserve-trailing-blank-lines: --8<---cut here---start->8--- diff --git a/lisp/org.el b/lisp/org.el index 5eb0bc8..e90798c 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1098,6 +1098,11 @@ breaking the list structure." (const :tag "Always" t) (const :tag "Auto" auto) +(defcustom org-preserve-trailing-blank-lines t + "Non-nil means preserve blank lines at the end of an item." + :group 'org-edit-structure + :type 'boolean) + (defcustom org-insert-heading-hook nil "Hook being run after inserting a new heading." :group 'org-edit-structure @@ -18448,7 +18453,9 @@ Taken from `count' in cl-seq.el with all keyword arguments "Move backwards over whitespace, to the beginning of the first empty line. Returns the number of empty lines passed." (let ((pos (point))) -(skip-chars-backward " \t\n\r") +(if org-preserve-trailing-blank-lines + (forward-line -1) + (skip-chars-backward " \t\n\r")) (beginning-of-line 2) (goto-char (min (point) pos)) (count-lines (point) pos))) --8<---cut here---end--->8--- If this is accepted, perhaps the function org-back-over-empty-lines should be renamed to org-back-over-lines. Regards, Jason ___ 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
Re: [Orgmode] [PATCH] org-export-htmlize-output-type docstring patch
Applied, thanks. - Carsten On Jan 4, 2011, at 11:29 PM, Jason Dunsmore wrote: The following message is a courtesy copy of an article that has been posted to gmane.emacs.orgmode as well. I noticed the choices for org-export-htmlize-output-type aren't listed in its docstring. I had to load up the customize interface to see what the choices were. Here's a patch: diff --git a/lisp/org-html.el b/lisp/org-html.el index 03a5975..8981708 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -499,8 +499,10 @@ a file." (defcustom org-export-htmlize-output-type 'inline-css "Output type to be used by htmlize when formatting code snippets. -We use as default `inline-css', in order to make the resulting -HTML self-containing. +Choices are `css', to export the CSS selectors only, or `inline- css', to +export the CSS attribute values inline in the HTML. We use as default +`inline-css', in order to make the resulting HTML self-containing. + However, this will fail when using Emacs in batch mode for export, because then no rich font definitions are in place. It will also not be good if people with different Emacs setup contribute HTML files to a website, ___ 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] Re: Capture template and elisp expression
On Jan 7, 2011, at 4:00 PM, Štěpán Němec wrote: Carsten Dominik writes: On Jan 7, 2011, at 1:08 PM, Štěpán Němec wrote: Why aren't the %() expressions simply evaluated in the original buffer (if available)? That would solve these issues in a general way. It seems to me that there is no advantage to evaluating the expressions in the temporary capture buffer, but I'm not familiar with the code so I might be missing something. Is there a reason for that? The sexp can be used to insert stuff into the template, so I think it is correct to evaluate it in the template buffer. I don't understand this argument. Of course the _result_ of the evaluation is inserted into the template, but why is it useful to evaluate the expression itself in the context of the template buffer? Is it likely that one would be interested in some information only available in the template buffer? To me it seems that the much more likely case is the one of Rainer -- i.e. the need to access variable bindings from the original buffer (buffer name, mode, other local variables etc.). Such a function is allowed to do anything. It might search around in the template, change things, whatever. So I don't think it should be evaluated in a different buffer. - Carsten Štěpán ___ 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] org-mode table with backslash inside fails to export to DocBook (now right)
Applied, thanks. - Carsten On Jan 7, 2011, at 6:55 PM, niels giesen wrote: Hi list, Baoqiu, A file with the following contents fails to export to Docbook: #+begin_src org ,* Table with a backslash in it , | \ | #+end_src It gives the following error #+begin_example "Invalid use of `\' in replacement text" #+end_example The following changes (replace-match literally in `org-export-docbook-finalize-table') solves this problem for me, but I would not know whether this would break anything else. #+begin_src diff diff --git a/lisp/org-docbook.el b/lisp/org-docbook.el index 91ebb97..ed835b0 100644 --- a/lisp/org-docbook.el +++ b/lisp/org-docbook.el @@ -1367,7 +1367,7 @@ TABLE is a string containing the HTML code generated by (match-string 1 table) (match-string 4 table) "") -nil nil table) +nil t table) table)) ;; Change into if caption does not exist. (if (string-match @@ -1377,7 +1377,7 @@ TABLE is a string containing the HTML code generated by (match-string 1 table-with-label) (match-string 3 table-with-label) "") - nil nil table-with-label) + nil t table-with-label) table-with-label))) ;; Note: This function is very similar to #+end_src Regards, Niels. (note: i inadvertently posted a multi-mime message before this one, playing with org-mime-subtree, please forget that one) -- http://pft.github.com ___ 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
Re: [Orgmode] Re: Introducing gnugol - an org-mode-output web search client
On 01/06/2011 10:19 AM, brian powell wrote: > I'll see you're surfraw; and, I'll raise you a goosh: > > http://goosh.org Cute! > ---maybe gnugol could work with goosh somehow? Not unless it went green on white! > ---works from an Emacs Shell/eshell too: > > ** Example/possibilities: > apt-get install surfraw > ... > [[eshell:*eshell*:(rename-buffer "vvv")]] > [[eshell:*eshell*:(rename-buffer "ttt")]] > [[eshell:vvv:date]] > [[eshell:ttt:sr wikipedia goosh]] I see where you are going with this and I like it. One conceptual problem here is the meta-data format. Shell commmand line has the idea of argument separators as spaces and strings. Although utf-8 almost works well at the command line, I would have liked it if unicode had given programmers their own glyph and character set to work in, so we wouldn't have to go so crazy escaping the concepts that we'd wedged into ASCII in the 80s. BUT html/xml have a totally different concept of metadata than that, as does org-mode... json comes close to being a command line format that could be parsed using conventional piping/filters. In the beginning I thought I'd have gnugol output Lisp forms and the interface be more like bbdb. There is a pretty clean json parser for emacs however, and I've been thinking of using that. > ---provided you have the new org-eshell.el I didn't know this existed, cool, I'll fiddle. ___ 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: Introducing gnugol - an org-mode-output web search client
On 01/06/2011 09:06 AM, Allen S. Rout wrote: > Dave Taht writes: > >> So over the holiday I wrote a command line web search client with an >> emacs interface and called it "gnugol". It uses the google json and bing >> json APIs to search the web, and outputs the results in plain text, in >> whatever format you're working in, notably, org, so you can navigate the >> results in the mind-set you're in. > > [...] > > On unrelated surfing (reddit), I ran into this: > > http://surfraw.alioth.debian.org/ I credit surfraw with inspiration in my documentation (which is less funny than theirs!). I've been using that - or something like it - for years. I should get in touch with them. My problem was more that 1) I've never got emacs's shells to display even simple applications like elinks properly 2) I remember questions as keywords and find the effort of bookmarking the results too much 3) Going from the Emacs org (or markdown) UI to "webspace" is really disconcerting for me. My fingers do emacs, my eyeballs like green on white, and I'd actually like the results spoken aloud whenever I get the latest emacspeak working... I love getting the results back in an outline form - tab to expand - I'd like to add something like org-keys... 4) And gnugol is FAST. Innumerable other advantages detailed on the web site and doc. > > Do you think it's possible that your two powers combined, would make you > INVINCIBLE? No. :/ It would be helpful, however, to come up with marginally better search of any sort in the general case. This week I prototyped an interface to stackoverflow (and got a little snarky about the issue in a blog entry: http://nex-6.taht.net/posts/Screen_Space/ ). Sean Conner and Brian Clapper been improving the C code considerably. Not so much work on the elisp. :( Do do a git pull and build regularly and have a look at the git log for details. The positive feedback, help, & interesting ideas, so far, have been wonderful. > I don't know how much they dink with the return stream; it may be "not > at all", which would be inauspicious for a combination. But if they're They don't. They do support 100+ engines however, and can be very useful. > doing any sort of output capture/filter, then adding an org-mode flavor > to the list might be really straightforward. I see centralized search devolving to the point to where we do need end user filtering - not just anti-spam techniques but also bayesnian filtering, and reputation servers, and white/blacklists to improve the quality. There's been a lot of discussion of the recent decline in google's results on various forums of late. I've been finding the bing support more useful than I thought. > > > > - Allen S. Rout > > > > ___ > 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
Re: [Orgmode] Re: Including current time in agenda
Hi, ok, sorry I made a copy-paste error into the mail for the function and the call. But indeed I wasn't aware that this had become standard. Indeed after pulling the latest version and removing those statements everything (including the current time!) is working. Sorry for the noise. Thanks, Erik On Sat, Jan 8, 2011 at 1:04 AM, suvayu ali wrote: > Hi Erik, > > On Fri, Jan 7, 2011 at 3:46 PM, Erik Butz wrote: >> I have >> >> >> (defun jd:org-current-time () >> "Return current-time if date is today." >> (when (equal date (calendar-current-date)) >> (format-time-string "%H:%M ◄——" (current-time >> >> in the .emacs file and and entry >> >> * Current Time >> :PROPERTIES: >> :CATEGORY: NOW ——► >> :END: >> >> %%(org-current-time) >> >> in one of my .org files. That's about all I did. >> > > To get the current time, you don't need to do that any more. After > Carsten's change org shows that by default. Just remove that entry from > your agenda file and if you have any entries for today, the current time > shows up as NOW by default. You can even customise the face by > customising the face `org-agenda-current-time'. > > As for your problem with your current setup, I think the problem is you > call the incorrect sexp. The entry should be, > > %%(jd:org-current-time) > >> Any clues from this? >> >> Thanks, >> >> Erik > > Hope this helps > > -- > Suvayu > > Open source is the future. It sets us free. > ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Bernt Hansen writes: > There's no reason to keep the ORGWEBPAGE directory around in a branch in > org-mode.git repository if it isn't ever going to be used again. I agree, but I also see that Bastien hinted at it possibly being made public again at a later stage. Just to clarify my position: for me it boils down to the question: is the orgmode.org web page part of the org-mode project or not? If removed from the repository this sends a strong message (intentionally?) that it is not. Even then, from a Git point of view filtering makes no sense unless you deliberately need to remove history: just do a fork (split into two repositories that will diverge from then on) -- or, as I had suggested earlier, branch (fork in the same repository). If the size of the repository was the driving force behind that idea, do a shallow rather than a full clone (I just did a fresh full clone that comes out at 60M, I really don't know how much smaller the filtered repository would be). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Achim Gratz writes: > Hi Bastien, > > Bastien writes: >> It will be important to clone again after the migration as this repo >> comes with a major change: there is no ORGWEBPAGES/ directory anymore. >> We have moved ORGWEBPAGES/ in a separate repo, which might get public >> later. > > As Bernt Hansen has already remarked, this is somewhat against the > spirit of Git... There may be reasons to do what you seem to want to > do, but I don't get what they might be at the moment - could you > perhaps elaborate? > > May I ask you to consider to just put ORGWEBPAGES into a separate > branch? More specifically, create a new branch for ORGWEBPAGES and rm > all other stuff, then rm ORGWEBPAGES from the master / maint branches. > This way it's easy enough to build clones that track all or just > selected branches from a single repository which preserves commit > history. It's perfectly okay to extract the ORGWEBPAGE content and history into a new repository for future work on the website. We can then remove the ORGWEBPAGES directory with a single commit in the org-mode.git repository since that is no longer being used and move forward from there. There's no reason to keep the ORGWEBPAGE directory around in a branch in org-mode.git repository if it isn't ever going to be used again. I think deleting the content with a commit is the correct way to deal with this in org-mode.git. The only reason to use filter-branch to remove the ORGWEBPAGE history and content (and create a totally new repository with new SHA1 for every historical commit) is if it contained some proprietary stuff that really should not be shared with the public. You would do this before making the repository public and for org-mode.git it is already way to late for that. Using filter-branch on an existing git repository is highly intrusive since it breaks everyone's clone of the repository and any work in process needs to be extracted and applied to the new repository. It's doable but painful and something that we should strive to avoid unless it is absolutely necessary. HTH, Bernt ___ 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: Property inheritance in Org-collector
Christian Moe christianmoe.com> writes: > > Hi, > > I'm trying to use an Org document as the database for a textbook > analysis and Org-collector.el to output reports. > > With org-use-property-inheritance set to `t', and working in sparse > trees, I fail to get inherited properties to show up in the dynamic > block: the value returned is 0. Is this the expected behavior, and is > there any way to change things so I can get inherited properties? > I am interested by this too. I tried to have inherited properties and had the same problem whereas I fixed org-use-property-inheritance to 't. I test that inheritance work with the following test : * Inheritance #+BEGIN: propview :cols (ITEM test) :scope tree :conds ((string= test "appear")) | "ITEM"| "test" | |---+--| | "First level" | "appear" | |---+--| | | | #+END: #+BEGIN: propview :cols (ITEM CATEGORY) :scope tree :conds ((string= CATEGORY "level")) | "ITEM" | "CATEGORY" | |--+| | "First level"| "level"| | "Test inheritance 1" | "level"| | "Test inheritance 2" | "level"| |--+| | || #+END: ** First level :PROPERTIES: :test: appear :CATEGORY: level :COLUMNS: %34ITEM %plats %ingredient :END: *** Test inheritance 1 (org-entry-get (point) "test" t) Test inheritance 2 (org-entry-get (point) "test" t) ** Second level *** Test inheritance 3 (org-entry-get (point) "test" t) I expect to have the same behavior for CATEGORY and test properties. If you evaluate lisp expression you will notice that inheritance seems to works. ___ 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: Images from R in LaTeX and PDF
Ben Ward writes: > #+begin_src R :exports both > full <- read.csv(file="~/Documents/BSc Biology/Third Year/BY6001-40 - > Dissertation/Data and Analysis/Evolution Results.csv", head=T) > library("lattice") > ecoli = subset(full, Bacterium=="E.coli") > edett = subset(ecoli, Cleaner=="Dettol") > egarl = subset(ecoli, Cleaner=="Garlic") > MIC.mod = lm(MIC. ~ 1+Challenge*Cleaner*Replicate, data=ecoli) > #+end_src Hi Ben, Use the :width and :height header args to alter the dimensions of the graphics. The arguments go straight through to the R device, so if you are plotting to pdf they will be interpreted as inches (whereas they will be pixels for png, jpeg etc). With current Org, you will also need :results graphics in order to tell R to send graphics to the designated file. In addition, with lattice graphics, unless you are using :session, I believe you will need :results output (so :results output graphics). Do get back to us with any problems. There are several people who routinely use R to include graphics in Org documents. Dan p.s. Request to everyone: can we try as much as possible to use reproducible examples on-list? I.e. toy examples that anyone can execute, instead of real examples that rely on datasets that not everyone has access to. > #+begin_src R :file fig1.pdf > xyplot( MIC.+fitted(MIC.mod) ~ Challenge, data=ecoli, > xlab="Challenge", ylab="MIC %", auto.key=TRUE) > #+end_src > > #+attr_latex: width=0.6\textwidth wrap placement={h}{0.4\textwidth} > #+label: fig:one > #+caption: Linar Plot of real data and fitted model values > #+results: fig1 > [[file:fig1.pdf]] > > In the case of this code, actually altering size works, but it keeps > putting the image at the end of my document. Then other images, placed > with pretty much the same code, give or take for filenames and such, > won't increace in size, but will alter their movement. > I'm wondering if using pure latex for my images would be an easier solution. > > Cheers, > Ben. > > > On 07/01/2011 18:30, Thomas S. Dye wrote: >> Aloha Ben, >> >> Can you share an example that doesn't work for you? >> >> All the best, >> Tom >> >> On Jan 7, 2011, at 7:23 AM, Ben Ward wrote: >> >>> Hi All, >>> >>> I've been doing some work with babel and R to generate graphs that >>> I've then been including useing attr latex. >>> >>> But when I include images the always appear very very small, even >>> when I mess about with the width settings of the attr latex line and >>> remove the options for wrap and such. >>> >>> Does anybody else use R with images and org, and could tell me how >>> they handle including R graphics in their documents? >>> >>> Thanks, >>> Ben. W >>> >>> ___ >>> 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 ___ 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: [babel] How to fontify blocks other than begin_src?
"Eric Schulte" writes: > Hi Seth, > > The easiest way to fontify embedded html is most likely to wrap the html > in "#+begin_src html" code blocks. > > As for defining your own clojure blocks that sounds like a risky > proposition to me. All of the code block evaluation functions are built > to use standard org-mode syntax for code blocks, e.g. "#+begin_src lang". For those who are interested in changing the appearance of Org elements for aesthetic reasons, there is Nicolas Girard's org-icons project, https://github.com/ngirard/org-icons which needs further work (i.e. needs to be adopted by someone) if it is to become generally useful. It aims to provide facilities for altering the display of arbitrary org elements, including the option of displaying icons in place of the text. In the branch named 'dan' I started to add support for begin_src blocks. Dan > > That said you can easily use clj as an alias for clojure in your code > blocks, use the following elisp code to add this alias to > org-src-lang-modes > > #+begin_src emacs-lisp > (add-to-list 'org-src-lang-modes '("clj" . clojure)) > #+end_src > > Once that is done you will notice clj blocks like the one below are > fontified. Also, after pulling the latest version of Org-mode (I just > made a small change to make this possible), it is also possible to > evaluate "#+begin_src clj" blocks as though they were regular "clojure" > blocks. > > #+begin_src clj > (map (partial + 1) (range 20)) > #+end_src > > Hope this helps -- Eric > > Seth Burleigh writes: > >> I would like blocks like begin_html/end_html to be fontified just like >> begin_src blocks are. >> I would also like to define my own source blocks for clojure (basically a >> shorthand) and also have them highlighted. Heres what i have to turn on >> fontifying and define a block. >> >> (setq org-src-fontify-natively t) >> ;; define #+clj as start of clojure code block and #+end as end of block >> (add-to-list 'org-edit-src-region-extra >>'("^[ \t]*#\\+clj.*\n" "\n[ \t]*#\\+end" "clojure")) >> >> Ive also noticed that the code block (#+clj ... #+end) doesnt fold - >> however, if i define the block as begin_clj and end_clj it will fold, so im >> guessing org assumes a certain block format for folding code. >> >> Any way to do the above two things? >> ___ >> 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 ___ 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: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
On Jan 8, 2011, at 10:56 AM, Carsten Dominik wrote: On Jan 8, 2011, at 10:02 AM, Bastien wrote: Hi Bernt, Bernt Hansen writes: Is it really necessary to rebuild the org-mode git repository (with filter-branch) to remove the ORGWEBPAGES/ content. Anyone with a clone and local branches of the existing repository will need to move all of these to the new repository. Would creating a commit to remove the ORGWEBPAGES directory in the existing repository not work just as well? This will keep all of the existing SHA1s for historical commits intact. I think you're right. Our goal was to remove ORGWEBPAGES/ into a new repo with a proper history of its own. As Jason did that with success, I asked him to do the filtering for org-mode.git too -- which might be too much (my bad). Jason, Carsten, what is your take on this? I agree with Bernt. Sorry, let me be more specific. I am for moving the website to a separate repository. THis makes a lot of sense. It does require to the release process though, because my setup also used to update the webpage automatically. But I think that Bernt is right that it would be much better for users if the git repo remains in tact, so that moving simple means changing the pointer to the repo, and that local branches will survive. So simple removing the webpage from the repo with a commit sounds like a good idea to me. I don't think moving the webpage into a special branch is the right solution. - Carsten Cheers - Carsten If you remove the ORGWEBPAGES directory with just a commit in the org-mode repository then the SHA1's of previous commits will not change Which is more in the spirit of what git allows: keep the revision history as *truthful* as possible. and we can just change the URL to point at the new server and we're done. I'm for the direction you suggest -- I let Jason and Carsten tell me what they think before deciding. Thanks for voicing this in time! -- Bastien ___ 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
Re: [Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
On Jan 8, 2011, at 10:02 AM, Bastien wrote: Hi Bernt, Bernt Hansen writes: Is it really necessary to rebuild the org-mode git repository (with filter-branch) to remove the ORGWEBPAGES/ content. Anyone with a clone and local branches of the existing repository will need to move all of these to the new repository. Would creating a commit to remove the ORGWEBPAGES directory in the existing repository not work just as well? This will keep all of the existing SHA1s for historical commits intact. I think you're right. Our goal was to remove ORGWEBPAGES/ into a new repo with a proper history of its own. As Jason did that with success, I asked him to do the filtering for org-mode.git too -- which might be too much (my bad). Jason, Carsten, what is your take on this? I agree with Bernt. Cheers - Carsten If you remove the ORGWEBPAGES directory with just a commit in the org-mode repository then the SHA1's of previous commits will not change Which is more in the spirit of what git allows: keep the revision history as *truthful* as possible. and we can just change the URL to point at the new server and we're done. I'm for the direction you suggest -- I let Jason and Carsten tell me what they think before deciding. Thanks for voicing this in time! -- Bastien ___ 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
Re: [Orgmode] [ENH] ditaa version
Vladimir Alexiev writes: > I think org-mode\contrib\scripts\ditaa.jar > should be upgraded to the newest version from > http://sourceforge.net/projects/ditaa/ > which is 0.9 of 2009-11-24. > I've been running with it for a month, no problems. Good idea. I've updated contrib/scripts/ditaa.jar to 0.9. Thanks, -- Bastien ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Hi Bastien, Bastien writes: > It will be important to clone again after the migration as this repo > comes with a major change: there is no ORGWEBPAGES/ directory anymore. > We have moved ORGWEBPAGES/ in a separate repo, which might get public > later. As Bernt Hansen has already remarked, this is somewhat against the spirit of Git... There may be reasons to do what you seem to want to do, but I don't get what they might be at the moment - could you perhaps elaborate? May I ask you to consider to just put ORGWEBPAGES into a separate branch? More specifically, create a new branch for ORGWEBPAGES and rm all other stuff, then rm ORGWEBPAGES from the master / maint branches. This way it's easy enough to build clones that track all or just selected branches from a single repository which preserves commit history. Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
Hi Bernt, Bernt Hansen writes: > Is it really necessary to rebuild the org-mode git repository (with > filter-branch) to remove the ORGWEBPAGES/ content. Anyone with a clone > and local branches of the existing repository will need to move all of > these to the new repository. > > Would creating a commit to remove the ORGWEBPAGES directory in the > existing repository not work just as well? This will keep all of the > existing SHA1s for historical commits intact. I think you're right. Our goal was to remove ORGWEBPAGES/ into a new repo with a proper history of its own. As Jason did that with success, I asked him to do the filtering for org-mode.git too -- which might be too much (my bad). Jason, Carsten, what is your take on this? > If you remove the ORGWEBPAGES directory with just a commit in the > org-mode repository then the SHA1's of previous commits will not change Which is more in the spirit of what git allows: keep the revision history as *truthful* as possible. > and we can just change the URL to point at the new server and we're > done. I'm for the direction you suggest -- I let Jason and Carsten tell me what they think before deciding. Thanks for voicing this in time! -- Bastien ___ 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] Property inheritance in Org-collector
Hi, I'm trying to use an Org document as the database for a textbook analysis and Org-collector.el to output reports. With org-use-property-inheritance set to `t', and working in sparse trees, I fail to get inherited properties to show up in the dynamic block: the value returned is 0. Is this the expected behavior, and is there any way to change things so I can get inherited properties? Yours, Christian ___ 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