Re: [O] Babel: communicating irregular data to R source-code block
On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote: . . . The documentation of read.table has this: The number of data columns is determined by looking at the first five lines of input (or the whole file if it has less than five lines), or from the length of col.names if it is specified and is longer. This could conceivably be wrong if fill or blank.lines.skip are true, so specify col.names if necessary (as in the ‘Examples’). The example is this: read.csv(tf, fill = TRUE, header = FALSE, col.names = paste(V, seq_len(ncol), sep = )) where read.csv is a synonym of read.table with preset arguments. This explains why the sixth line wraps. . . . Thanks, Tom. I had just run across this myself. I guess I need to walk a mile in somebody's moccasins before complaining, but this behavior on the part of R seems totally stupid to me. I'm going to have to mull this over some more. -- Mike
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
we will have 3 students hacking Org thanks to Google and the GSoC program. The list of all accepted projects can be checked here: http://www.google-melange.com/gsoc/projects/list/google/gsoc2012 Congratulations to Thorsten, Aurélien and Andrew who made it! And special thanks to Thorsten, who really pushed me into this. Here is a short description of these projects: Bugpile - a bugtracker for GNU Emacs Org-mode written in Elisp and Org-mode (Thorsten) The Bugpile project has two goals: 1. Develop a bugtracker (called Bugpile) for GNU Emacs Org-mode, using Elisp, Elnode, Org-mode, and a dVCS. 2. As part of the engineering process, abstract out a web-framework (called iOrg) based on these GNU Emacs technologies. A web-framework written in Elisp, with Org files used for database functionality, is a new approach that enables interactive web applications built on top of GNU Emacs. Bugpile is an example application, but useful in itself. Great news! For the dim witted (me) can you explain if Bugpile is meant to be a bug tracker specifically for tracking bugs in Emacs and org, or can it be used as a generic bug tracker for any project. Ian.
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Ian Barton li...@wilkesley.net writes: Bugpile - a bugtracker for GNU Emacs Org-mode written in Elisp and Org-mode (Thorsten) The Bugpile project has two goals: 1. Develop a bugtracker (called Bugpile) for GNU Emacs Org-mode, using Elisp, Elnode, Org-mode, and a dVCS. 2. As part of the engineering process, abstract out a web-framework (called iOrg) based on these GNU Emacs technologies. A web-framework written in Elisp, with Org files used for database functionality, is a new approach that enables interactive web applications built on top of GNU Emacs. Bugpile is an example application, but useful in itself. Great news! For the dim witted (me) can you explain if Bugpile is meant to be a bug tracker specifically for tracking bugs in Emacs and org, or can it be used as a generic bug tracker for any project. Thats a very interesting question, since there are two somehow conflicting goals involved. The original project idea was to extend Org-mode for a more interactive kind of web-programming, i.e. having buttons and forms on your webpages and a kind of database in the background that stores changing state, and some logic that reacts to user action (instead of just publishing static web content). Bugpile is kind of a (useful) pilot project for this idea, and during its development an Emacs/Org-mode based web-framework (iOrg=interactive Org) should emerge. Because this is about interactive web programming, bugpile should be rather generic and accessible for anybody - they don't need Emacs, they can use the web UI. A web-based bugtracker is nothing new, one could just choose one out of several free tools on the market. The exciting thing is being able to write one based on Org-mode and other Emacs libraries like Elnode, i.e. developing the web-frameworg iOrg. On the other hand, Emacs user don't like to use web-interfaces, they want to use Emacs to interact with the application. Thus the USP of bugpile could be that it is not only written on top of Emacs, but can be efficiently used from inside Emacs. Since time is limited, the main goal of the project is to develop the iOrg webframework and the generic webbased bugtracker bugpile as a tangible pilot project/ proof of concept. An optional, but highly desirable additional output would be a Magit-like bugpile-mode for Emacs. But I would prefer to keep it optional to limit the scope of my GSoC project. This is still not defined, I would be happy about some community feedback, and will of course discuss with my mentor(s). -- cheers, Thorsten
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
we will have 3 students hacking Org thanks to Google and the GSoC program. The list of all accepted projects can be checked here: Cool! Good job! Bugpile - a bugtracker for GNU Emacs Org-mode written in Elisp and Org-mode (Thorsten) Interesting. Org-mode – Let Org-mode synchronize with online bug-tracking and todo-list services (Aurélien) Something even more generic might be desirable. For example, to some (me), it might be more desirable to sync to a calendar-like service, as oppose to a TODO like service. Emacs-Orgmode Git merge tool for Org Files (Andrew Young) Interesting. How would such a driver differentiate between normal git? Would it be more intelligent in merging or? Now that my age and pseudo-marital position make me come home with a baguette every evening :) –Rasmus -- C is for Cookie
Re: [O] [PATCH] Allow %num escapes to capture templates, expanded to text entered in num'th prompt
I've pushed a change to this new feature: http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9 Using %n is not good, because it will match many escaped strings that you don't want to match. Using %\n looks good to me as it resonates with \1 in replace-regexp. Toby, let me know if you agree with this change. Thanks! -- Bastien
[O] Capture feature suggestion: place the mark from a template
I use a capture template like this: (t Todo entry (file+headline todo.org Tasks) * TODO %?\n :HIDDEN:\n %U\n :END:\n%! :prepend t) to create todo items. I want the cursor to be at the end of the headline so I can type that in, but then I want to be able to quickly jump to the end so I can type any details that I want. I use the mark for that purpose, so I can type C-x C-x to jump right where I want. So I modified the function org-capture-place-entry to add the following lines: (goto-char beg) (if (re-search-forward %! end t) (progn (push-mark nil t nil) (replace-match ))) just before the final (goto-char beg) that will put the cursor position at %?. (I guess I could have put that following ``(goto-char beg)'' inside that ``(progn ...)''.) Would anyone else find this a useful addition to the capture template mechanism?
Re: [O] [PATCH] Allow %num escapes to capture templates, expanded to text entered in num'th prompt
On Tue, Apr 24, 2012 at 11:57:02AM +0200, Bastien wrote: I've pushed a change to this new feature: http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9 Using %n is not good, because it will match many escaped strings that you don't want to match. Using %\n looks good to me as it resonates with \1 in replace-regexp. Toby, let me know if you agree with this change. I'm fine with it. But I don't understand, what other escapes will it match? None of the other % escapes documented in org-capture-templates start with a digit, they all start with a letter or punctuation. Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Bastien b...@gnu.org writes: Dear all, we will have 3 students hacking Org thanks to Google and the GSoC program. The list of all accepted projects can be checked here: http://www.google-melange.com/gsoc/projects/list/google/gsoc2012 Congratulations to Thorsten, Aurélien and Andrew who made it! And special thanks to Thorsten, who really pushed me into this. Really cool. org-mode just keeps growing while still keeping its core simplicity. By far the biggest use I have now is as a simple journal logger! If I may, and just for the future, what I'd really like to see is a working org mode and google integration with gnus integration. Possibly via googlecl which I used yonks ago for a googlecl based blogger.com blog facility direct from org-files (still working well enough and is in github (org-googlecl). I know there are some proofs of concept already there but performance and usability were pretty rudimentaty. bbdb's days are pretty much up in this day of smartphone and everyone integrates with google ;) This integration would obviously (!?!) integrate with google calendars which is then already well catered for on just about any mobile device.
Re: [O] Auto tag based on buffer contents?
Darlan Cavalcante Moreira darc...@gmail.com writes: I don't think there exist an autotag feature, but you can use template expansions [1] to put the sender's name as a tag in the headline. For instance, you could use the template expansions %:from, %:fromname or %:fromaddress. But I don't know how this will play if you also use the template expansion that prompt for tags. [1] http://orgmode.org/manual/Template-expansion.html#Template-expansion -- Darlan thanks for the info. I'll look into it. Any other suggestions or enhancement pointers? I think auto-tag would be immensely useful. Possibly from regexp list with corresponding tags. regards r.
Re: [O] error on opening org-file with #+startup: indent
On Apr 23, 2012, at 7:15 PM, Bastien wrote: fkunze fku...@gmail.com writes: When I open an org file with #+startup: indent in the header, the cursor immediately goes to the bottom of the buffer and can not be moved upward. I can't reproduce this error... This behavior does not occur in Org 6.36. ... and that's surely why. Actually he/she said that he had just upgraded to Org 7.8.09 (the test on 6.36 was his/her regression test) -- so I don't think the absolute version of Org is the problem. Fkunze - I am suspecting that you have mis-matched org-mode installs, i.e. pieces and parts of both. What does =M-x org-version= say when you are experiencing the problem? Can you completely clean/remove the old Org 6.36 version to ensure no conflict?
[O] Simplify repeated same section with different variable value
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? Cheers, Rainer - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+WmxgACgkQoYgNqgF2egpjtwCffXKpo149dD+DRoOTdpp7u25e IbYAnjAG1OTtLrJMgQJiBd9BndegGhWi =1EOB -END PGP SIGNATURE-
Re: [O] Simplify repeated same section with different variable value
On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said: Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? How about using yasnippet? Cheers, Rainer Myles
Re: [O] error on opening org-file with #+startup: indent
Mike McLean mike.mcl...@pobox.com writes: On Apr 23, 2012, at 7:15 PM, Bastien wrote: fkunze fku...@gmail.com writes: When I open an org file with #+startup: indent in the header, the cursor immediately goes to the bottom of the buffer and can not be moved upward. I can't reproduce this error... This behavior does not occur in Org 6.36. ... and that's surely why. Actually he/she said that he had just upgraded to Org 7.8.09 (the test on 6.36 was his/her regression test) -- so I don't think the absolute version of Org is the problem. You're right of course. Sorry for the noise and thanks for the clarification. -- Bastien
Re: [O] [PATCH] Allow %num escapes to capture templates, expanded to text entered in num'th prompt
Toby Cubitt ts...@cantab.net writes: On Tue, Apr 24, 2012 at 11:57:02AM +0200, Bastien wrote: I've pushed a change to this new feature: http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9 Using %n is not good, because it will match many escaped strings that you don't want to match. Using %\n looks good to me as it resonates with \1 in replace-regexp. Toby, let me know if you agree with this change. I'm fine with it. But I don't understand, what other escapes will it match? None of the other % escapes documented in org-capture-templates start with a digit, they all start with a letter or punctuation. It is not the escapes from the capture template itself, but at the time the capture buffer is prepared, links go to `org-make-link-string' which calls `org-link-escape' which might in turn insert %20 strings. -- Bastien
Re: [O] Simplify repeated same section with different variable value
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/04/12 14:36, Myles English wrote: On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said: Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? How about using yasnippet? Yasnippets would help in filling the file with the repeated code - but if I want to change e.g. some text to some more text, I still have to do it manually. Nevertheless, if I could define the org section once and repeat it with different variable values, this would enable me to change it only once. Cheers, Rainer Cheers, Rainer Myles - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+WpDgACgkQoYgNqgF2egpUNQCaAsK2s4gSEBOtlhCpUbqCsfl1 ikUAoIMqbS1GxTlvo4TzCYtL/an9ev8O =fUg5 -END PGP SIGNATURE-
Re: [O] [PATCH] Allow %num escapes to capture templates, expanded to text entered in num'th prompt
On Tue, Apr 24, 2012 at 02:51:29PM +0200, Bastien wrote: Toby Cubitt ts...@cantab.net writes: On Tue, Apr 24, 2012 at 11:57:02AM +0200, Bastien wrote: I've pushed a change to this new feature: http://orgmode.org/w/?p=org-mode.git;a=commit;h=1666b9 Using %n is not good, because it will match many escaped strings that you don't want to match. Using %\n looks good to me as it resonates with \1 in replace-regexp. Toby, let me know if you agree with this change. I'm fine with it. But I don't understand, what other escapes will it match? None of the other % escapes documented in org-capture-templates start with a digit, they all start with a letter or punctuation. It is not the escapes from the capture template itself, but at the time the capture buffer is prepared, links go to `org-make-link-string' which calls `org-link-escape' which might in turn insert %20 strings. Ah, I get it now. Your %\n syntax looks to be a good choice. I'll pull your changes and update my org-capture-template setting. Thanks! Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
Re: [O] Simplify repeated same section with different variable value
On Tue, Apr 24, 2012 at 03:01:44PM +0200, Rainer M Krug wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/04/12 14:36, Myles English wrote: On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said: Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? How about using yasnippet? Yasnippets would help in filling the file with the repeated code - but if I want to change e.g. some text to some more text, I still have to do it manually. Nevertheless, if I could define the org section once and repeat it with different variable values, this would enable me to change it only once. I don't personally know of an org-specific way. But you can do amazing things with `query-replace-regexp' in Emacs, especially the \# and \, escapes which, respectively, let you embed the replacement counter and arbitrary elisp code in the replacement string. (See the docstring or Emacs manual for details.) Whether you consider writing regexps and elisp snippets easier is open to debate... Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Hi, Thank you Bastien for working so hard to get Org-mode 3 slots, I know most other Gnu projects only received one slot. I'm really excited to be able to work on this project! Thank you to every one else involved as well! Best, Andrew On Tue, Apr 24, 2012 at 7:29 AM, Richard Riley rile...@gmail.com wrote: Bastien b...@gnu.org writes: Dear all, we will have 3 students hacking Org thanks to Google and the GSoC program. The list of all accepted projects can be checked here: http://www.google-melange.com/gsoc/projects/list/google/gsoc2012 Congratulations to Thorsten, Aurélien and Andrew who made it! And special thanks to Thorsten, who really pushed me into this. Really cool. org-mode just keeps growing while still keeping its core simplicity. By far the biggest use I have now is as a simple journal logger! If I may, and just for the future, what I'd really like to see is a working org mode and google integration with gnus integration. Possibly via googlecl which I used yonks ago for a googlecl based blogger.com blog facility direct from org-files (still working well enough and is in github (org-googlecl). I know there are some proofs of concept already there but performance and usability were pretty rudimentaty. bbdb's days are pretty much up in this day of smartphone and everyone integrates with google ;) This integration would obviously (!?!) integrate with google calendars which is then already well catered for on just about any mobile device.
[O] Old mailto: notation?
Hi, Org people. I decided to clean up all those emails lying around in my notes, and better validate ~/.ecompleterc against other Org information I have. A bit of a burden to do, but I guess it has to be done one day. There are many occurrences of u...@domain.name notations in my files, which I could all turn into mailto:u...@domain.name;, but yet, I still have a bit of nostalgia for the older notation. Is there some easy way to get Org to read and understand the older notation as meaning the same as the equivalent mailto: notation, and then, of course, behaving like it? Or else, should I rather just forget about the old notation, give in, and turn all occurrences to mailto:s? François
Re: [O] Simplify repeated same section with different variable value
Rainer M Krug r.m.k...@gmail.com wrote: On 24/04/12 14:36, Myles English wrote: On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said: Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? How about using yasnippet? Yasnippets would help in filling the file with the repeated code - but if I want to change e.g. some text to some more text, I still have to do it manually. Nevertheless, if I could define the org section once and repeat it with different variable values, this would enable me to change it only once. Use the #+call mechanism: --8---cut here---start-8--- * subroutine #+name: foo #+BEGIN_SRC elisp :var x=1 (* x x) #+END_SRC * call #+call: foo(4) #+RESULTS: foo(4) : 16 * call #+call: foo(5) #+RESULTS: foo(5) : 25 --8---cut here---end---8--- Nick
Re: [O] Capture feature suggestion: place the mark from a template
Colin Fraizer orgm...@cfraizer.com wrote: I use a capture template like this: (t Todo entry (file+headline todo.org Tasks) * TODO %?\n :HIDDEN:\n %U\n :END:\n%! :prepend t) to create todo items. I want the cursor to be at the end of the headline so I can type that in, but then I want to be able to quickly jump to the end so I can type any details that I want. I use the mark for that purpose, so I can type C-x C-x to jump right where I want. So I modified the function org-capture-place-entry to add the following lines: (goto-char beg) (if (re-search-forward %! end t) (progn (push-mark nil t nil) (replace-match ))) just before the final (goto-char beg) that will put the cursor position at %?. (I guess I could have put that following ``(goto-char beg)'' inside that ``(progn ...)''.) Would anyone else find this a useful addition to the capture template mechanism? Maybe - but in this particular case, you could just go to the end of the buffer with M- (end-of-buffer), right? And there might be a problem with your proposal: if I push a bunch of marks during the capture, what happens after the capture is done? Are they still on the stack? If so, should they be? Nick
Re: [O] Capture feature suggestion: place the mark from a template
On Apr 24, 2012, at 12:46 PM, Colin Fraizer wrote: I use a capture template like this: (t Todo entry (file+headline todo.org Tasks) * TODO %?\n :HIDDEN:\n %U\n :END:\n%! :prepend t) to create todo items. I want the cursor to be at the end of the headline so I can type that in, but then I want to be able to quickly jump to the end so I can type any details that I want. I use the mark for that purpose, so I can type C-x C-x to jump right where I want. So I modified the function org-capture-place-entry to add the following lines: (goto-char beg) (if (re-search-forward %! end t) (progn (push-mark nil t nil) (replace-match ))) just before the final (goto-char beg) that will put the cursor position at %?. (I guess I could have put that following ``(goto-char beg)'' inside that ``(progn ...)''.) Would anyone else find this a useful addition to the capture template mechanism? You could also use a prompt for the headline. Or we could allow several %? in the buffer, with a simple key to jump to the next one and delete it. - Carsten - Carsten
Re: [O] Bastien email
Samuel Wales samolog...@gmail.com writes: Anybody else getting bounce messages from Bastien? Yes, me. Please don't use my @altern.org address right now, the server is down. -- Bastien
Re: [O] Usage of disqus instead of mailinglist considered harmful
Thanks to Google Summer of Code and to Thorsten's Bugpile project we should have an interactive web front-end to Org-mode files by the end of the summer. Perhaps we can delay the addition of comments to Worg until this project is complete and then we can implement comments entirely using Emacs and Org-mode. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/
[O] Small grammar tweaks in export sections of org.texi
Hi all, The attached patch provides a number of minor (and pedantic, I suppose) grammar tweaks to doc/org.texi. I've labelled it a TINYCHANGE. I am not sure of the exact bounds of what can count as a tiny change, but all this does is insert `a', `an' and `in' in a number of places in the docs. I've quite a few other typo corrections / phrasing improvements I could make to the docs, but I cannot presently sign the FSF papers. (I am on leave, living abroad for the year, and won't be able to get my employer's sign-off until I return home.) I'd appreciate being told if further documentation patches can be accepted in these circumstances. If they cannot, I will have to wait until I can address the FSF papers issue with my employer. Thanks and best, Brian vdB PS Here's hoping I *have* sorted out how to get this through to patchwork :-) From 737e49207c5a6976bf582265f2b43c14944274c5 Mon Sep 17 00:00:00 2001 From: Brian van den Broek van...@gmail.com Date: Tue, 24 Apr 2012 17:37:57 +0200 Subject: [PATCH] Small grammar tweaks in export sections of org.texi * org.texi The sections in the Exporting section of the manual left out articles in the description of the org-export-as-* commands, among other places. This patch adds them, adds a few missing prepositions, and switches instances of an HTML to a html for internal consistency. TINYCHANGE --- doc/org.texi | 42 +- 1 files changed, 21 insertions(+), 21 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index e22d446..e5b58af 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -3587,7 +3587,7 @@ Jump to line 255. Search for a link target @samp{My Target}, or do a text search for @samp{my target}, similar to the search in internal links, see @ref{Internal links}. In HTML export (@pxref{HTML export}), such a file -link will become an HTML reference to the corresponding named anchor in +link will become a HTML reference to the corresponding named anchor in the linked file. @item *My Target In an Org file, restrict search to headlines. @@ -9820,7 +9820,7 @@ with special characters and symbols available in these encodings. @table @kbd @orgcmd{C-c C-e a,org-export-as-ascii} @cindex property, EXPORT_FILE_NAME -Export as ASCII file. For an Org file, @file{myfile.org}, the ASCII file +Export as an ASCII file. For an Org file, @file{myfile.org}, the ASCII file will be @file{myfile.txt}. The file will be overwritten without warning. If there is an active region@footnote{This requires @code{transient-mark-mode} be turned on.}, only the region will be @@ -9869,7 +9869,7 @@ the text and the link in a note before the next heading. See the variable @section HTML export @cindex HTML export -Org mode contains an HTML (XHTML 1.0 strict) exporter with extensive +Org mode contains a HTML (XHTML 1.0 strict) exporter with extensive HTML formatting, in ways similar to John Gruber's @emph{markdown} language, but with additional support for tables. @@ -9895,7 +9895,7 @@ language, but with additional support for tables. @table @kbd @orgcmd{C-c C-e h,org-export-as-html} @cindex property, EXPORT_FILE_NAME -Export as HTML file. For an Org file @file{myfile.org}, +Export as a HTML file. For an Org file @file{myfile.org}, the HTML file will be @file{myfile.html}. The file will be overwritten without warning. If there is an active region@footnote{This requires @code{transient-mark-mode} be turned on.}, only the region will be @@ -9904,7 +9904,7 @@ current subtree, use @kbd{C-c @@}.}, the tree head will become the document title. If the tree head entry has, or inherits, an @code{EXPORT_FILE_NAME} property, that name will be used for the export. @orgcmd{C-c C-e b,org-export-as-html-and-open} -Export as HTML file and immediately open it with a browser. +Export as a HTML file and immediately open it with a browser. @orgcmd{C-c C-e H,org-export-as-html-to-buffer} Export to a temporary buffer. Do not create a file. @orgcmd{C-c C-e R,org-export-region-as-html} @@ -9914,7 +9914,7 @@ the region. This is good for cut-and-paste operations. @item C-c C-e v h/b/H/R Export only the visible part of the document. @item M-x org-export-region-as-html -Convert the region to HTML under the assumption that it was Org mode +Convert the region to HTML under the assumption that it was in Org mode syntax before. This is a global command that can be invoked in any buffer. @item M-x org-replace-region-by-HTML @@ -10008,7 +10008,7 @@ includes automatic links created by radio targets (@pxref{Radio targets}). Links to external files will still work if the target file is on the same @i{relative} path as the published Org file. Links to other @file{.org} files will be translated into HTML links under the assumption -that an HTML version also exists of the linked file, at the same relative +that a HTML version also exists of the linked file, at the same relative path. @samp{id:} links can then be used to jump to
Re: [O] Babel: communicating irregular data to R source-code block
Michael Hannon jm_han...@yahoo.com writes: On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote: . . . The documentation of read.table has this: The number of data columns is determined by looking at the first five lines of input (or the whole file if it has less than five lines), or from the length of col.names if it is specified and is longer. This could conceivably be wrong if fill or blank.lines.skip are true, so specify col.names if necessary (as in the ‘Examples’). The example is this: read.csv(tf, fill = TRUE, header = FALSE, col.names = paste(V, seq_len(ncol), sep = )) where read.csv is a synonym of read.table with preset arguments. This explains why the sixth line wraps. . . . Thanks, Tom. I had just run across this myself. I guess I need to walk a mile in somebody's moccasins before complaining, but this behavior on the part of R seems totally stupid to me. I'm going to have to mull this over some more. -- Mike Yes, please do. I'm not a programmer, and often get things wrong, but I trust you'll help rein me in if I get off on a tangent. It would be good if this limitation in ob-R were eliminated. The way I see it, ob-R is designed to handle a subset of the expected input. It coerces a variable into a tsv table, then reads it into R, expecting all cells are filled. At the same time, other babel modules are free to export structures (in the Pascal's triangle example, a list of lists) that orgtbl-to-tsv interprets as a table with empty cells. It would be nice if ob-R could be made to read all the tables that orgtbl-to-tsv is able to create. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] error on opening org-file with #+startup: indent
Hi Guys, Thanks for trying to help me with this. I re-did the installation: I ran M-x load-library org followed by M-x org-version - which returned 7.8.09. (Incidentally, and for the sake of completeness in this report, I built the compiled version of this upgrade by using M-x cd ~/.emacs.d/org-7.8.09/ followed by C-u 0 M-x byte-recompile-directory) I renamed the org-6.36 folder. I started up emacs and the error still appeared. Prior to the attempted upgrade, my load-path contained: (add-to-list 'load-path ~/.emacs.d/org-6.36/lisp) (add-to-list 'load-path ~/.emacs.d/org-6.36/contrib/lisp) And after the attempted upgrade my load-path contained: (add-to-list 'load-path ~/.emacs.d/org-7.8.09/lisp) (add-to-list 'load-path ~/.emacs.d/org-7.8.09/contrib/lisp) As an experiment, I modified the load-path to consist only of one statement: (add-to-list 'load-path ~/.emacs.d/org-7.8.09/) ; (add-to-list 'load-path ~/.emacs.d/org-7.8.09/contrib/lisp) And suddenly the bug vanished. What's going on - do you have any idea? I thought I would certainly need this directory ~/.emacs.d/org-7.8.09/contrib/lisp in my load-path. I also tried some of the steps listed in: http://orgmode.org/worg/org-contrib/org-track.htmlbut when I execute the command (listed there): M-x customize-variable RET org-track-directory RET, I get the message [No Match] - so there apparently is not org-track-directory variable (at least on windows) Any ideas? Thanks in advance for your help. -Fritz Kunze On Tue, Apr 24, 2012 at 4:45 AM, Mike McLean mike.mcl...@pobox.com wrote: On Apr 23, 2012, at 7:15 PM, Bastien wrote: fkunze fku...@gmail.com writes: When I open an org file with #+startup: indent in the header, the cursor immediately goes to the bottom of the buffer and can not be moved upward. I can't reproduce this error... This behavior does not occur in Org 6.36. ... and that's surely why. Actually he/she said that he had just upgraded to Org 7.8.09 (the test on 6.36 was his/her regression test) -- so I don't think the absolute version of Org is the problem. Fkunze - I am suspecting that you have mis-matched org-mode installs, i.e. pieces and parts of both. What does =M-x org-version= say when you are experiencing the problem? Can you completely clean/remove the old Org 6.36 version to ensure no conflict?
Re: [O] Usage of disqus instead of mailinglist considered harmful
That was my thought, too. Managing comments as Org items would be pretty cool. Christian Eric Schulte eric.schu...@gmx.com wrote: Thanks to Google Summer of Code and to Thorsten's Bugpile project we should have an interactive web front-end to Org-mode files by the end of the summer. Perhaps we can delay the addition of comments to Worg until this project is complete and then we can implement comments entirely using Emacs and Org-mode. Best, -- Eric Schulte http://cs.unm.edu/~eschulte/ --- Sent from mobile. Please excuse my brevity.
Re: [O] Old mailto: notation?
pin...@iro.umontreal.ca (François Pinard) writes: Is there some easy way to get Org to read and understand the older u...@domain.name notation as meaning the same as the equivalent mailto:u...@domain.name; notation, and then, of course, behaving like it? Or else, should I rather just forget about the old notation, give in, and turn all occurrences to mailto:s? Hi, everybody. Sorry for my noise. I finally did the later, and now use mailto:; about everywhere. With a few Emacs keyboard macros and some patience, it was easily done. :-) The way Org supports mailto:; already seems to be worth the change! François
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Rasmus writes: Emacs-Orgmode Git merge tool for Org Files (Andrew Young) Interesting. How would such a driver differentiate between normal git? You can add any number of merge drivers to your git config. A merge driver is supposed to know about the expected content of the file types it gets registered for and be indeed more clever about merging than the standard merge algorithms. In particular it needs to know some syntax rules and the semantics of the elements described by that syntax. Let's say you want a merge driver for Changelogs: the standard merge will always produce merge conflicts if two changes are made independently as both changes start at the same point in the ancestor. A merge driver for these knows that the entries in a changelog (the syntax says how these should look) are independent of each other and should be sorted by date (that's the semantics). So as long as both changes only add to the Changelog, no merge conflict occurs: the two hunks will get applied in the correct succession. HTH, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] error on opening org-file with #+startup: indent
Fritz Kunze writes: I ran M-x load-library org followed by M-x org-version - which returned 7.8.09. You didn't generate and (require 'org-install). (Incidentally, and for the sake of completeness in this report, I built the compiled version of this upgrade by using M-x cd ~/.emacs.d/org-7.8.09/ followed by C-u 0 M-x byte-recompile-directory) You still don't have org-install.el I renamed the org-6.36 folder. I started up emacs and the error still appeared. You do not have org-install.el and you are picking up outdated autoload definitions from your emacs installation. As an experiment, I modified the load-path to consist only of one statement: (add-to-list 'load-path ~/.emacs.d/org-7.8.09/) ; (add-to-list 'load-path ~/.emacs.d/org-7.8.09/contrib/lisp) And suddenly the bug vanished. What's going on - do you have any idea? I thought I would certainly need this directory ~/.emacs.d/org-7.8.09/contrib/lisp in my load-path. Fix the installation first and then worry about things in contrib/. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Babel: communicating irregular data to R source-code block
t...@tsdye.com (Thomas S. Dye) writes: Michael Hannon jm_han...@yahoo.com writes: On Monday, April 23, 2012 at 11:44 PM Thomas S. Dye wrote: . . . The documentation of read.table has this: The number of data columns is determined by looking at the first five lines of input (or the whole file if it has less than five lines), or from the length of col.names if it is specified and is longer. This could conceivably be wrong if fill or blank.lines.skip are true, so specify col.names if necessary (as in the ‘Examples’). The example is this: read.csv(tf, fill = TRUE, header = FALSE, col.names = paste(V, seq_len(ncol), sep = )) where read.csv is a synonym of read.table with preset arguments. This explains why the sixth line wraps. . . . Thanks, Tom. I had just run across this myself. I guess I need to walk a mile in somebody's moccasins before complaining, but this behavior on the part of R seems totally stupid to me. I'm going to have to mull this over some more. -- Mike Yes, please do. I'm not a programmer, and often get things wrong, but I trust you'll help rein me in if I get off on a tangent. It would be good if this limitation in ob-R were eliminated. The way I see it, ob-R is designed to handle a subset of the expected input. It coerces a variable into a tsv table, then reads it into R, expecting all cells are filled. At the same time, other babel modules are free to export structures (in the Pascal's triangle example, a list of lists) that orgtbl-to-tsv interprets as a table with empty cells. It would be nice if ob-R could be made to read all the tables that orgtbl-to-tsv is able to create. All the best, Tom Here is about as far as I can go with this. It appears to work for tables with or without column heads. The 6 is still hard-coded. I can't find a way to determine the number of columns in VALUE, but assume there is one. If the number of columns in VALUE were to replace the hard-coded 6, this might work. (format %s - read.table(\%s\, header=%s, row.names=%s, sep=\\\t\, as.is=TRUE, fill=TRUE%s) name (org-babel-process-file-name transition-file 'noquote) (if (or (eq (nth 1 value) 'hline) colnames-p) TRUE FALSE) (if rownames-p 1 NULL) (if (eq (nth 1 value) 'hline) , col.names = paste(\V\, seq_len(6), sep = \\ All the best, Tom -- Thomas S. Dye http://www.tsdye.com
[O] org-mode and google calendar
Hi all Just wanted to bring to your attention this mode. https://github.com/kiwanami/emacs-calfw Best. Petro
[O] LaTeX-export to ACM SIG Proceedings format
Hi! For a short demo at a conference I tried to configure Org-mode LaTeX export to generate a tex file which complies to the ACM SIG Proceedings format[1]. The tutorial on [2] is great but unfortunately, I could not achieve several things :-( Maybe it might be a cool idea to work on this template together and publish it on Worg? I can imagine that several people are trying to meet those ACM template requirements ... If not, I can summarize each problem I faced one by one if you are interested: overruling \author{}, modifying \maketitle, abstract-environment not working, bibtex not working, «#+name: setup»-settings not working, ... and I did not even get started working on the content :-) 1. http://www.acm.org/sigs/publications/proceedings-templates 2. http://orgmode.org/worg/org-tutorials/org-latex-export.html -- Karl Voit
Re: [O] Usage of disqus instead of mailinglist considered harmful
Christian Moe m...@christianmoe.com writes: That was my thought, too. Managing comments as Org items would be pretty cool. Christian Eric Schulte eric.schu...@gmx.com wrote: Thanks to Google Summer of Code and to Thorsten's Bugpile project we should have an interactive web front-end to Org-mode files by the end of the summer. Perhaps we can delay the addition of comments to Worg until this project is complete and then we can implement comments entirely using Emacs and Org-mode. iOrg will be the ultimate Disqus killer (hopefully ;) -- cheers, Thorsten
Re: [O] Usage of disqus instead of mailinglist considered harmful
Thorsten Jolitz tjol...@googlemail.com writes: iOrg will be the ultimate Disqus killer (hopefully ;) No doubt! In the meantime, I'm still interested in testing Kyle's solution -- not necessarily for Org, but for the fun of testing it! -- Bastien
Re: [O] LaTeX-export to ACM SIG Proceedings format
Karl Voit devn...@karl-voit.at writes: Hi! For a short demo at a conference I tried to configure Org-mode LaTeX export to generate a tex file which complies to the ACM SIG Proceedings format[1]. The tutorial on [2] is great but unfortunately, I could not achieve several things :-( Maybe it might be a cool idea to work on this template together and publish it on Worg? I can imagine that several people are trying to meet those ACM template requirements ... This seems like a good idea. Would it be possible to target Nicolas Goaziou's experimental LaTeX exporter, instead of the old exporter? If not, I can summarize each problem I faced one by one if you are interested: overruling \author{}, modifying \maketitle, abstract-environment not working, bibtex not working, «#+name: setup»-settings not working, ... and I did not even get started working on the content :-) 1. http://www.acm.org/sigs/publications/proceedings-templates 2. http://orgmode.org/worg/org-tutorials/org-latex-export.html Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Small grammar tweaks in export sections of org.texi
Hi Brian, Brian van den Broek brian.van.den.br...@gmail.com writes: The attached patch provides a number of minor (and pedantic, I suppose) grammar tweaks to doc/org.texi. Applied, thanks. I've labelled it a TINYCHANGE. I am not sure of the exact bounds of what can count as a tiny change, but all this does is insert `a', `an' and `in' in a number of places in the docs. A tiny change is a change that modifies = than 20 lines. I've quite a few other typo corrections / phrasing improvements I could make to the docs, but I cannot presently sign the FSF papers. (I am on leave, living abroad for the year, and won't be able to get my employer's sign-off until I return home.) I'd appreciate being told if further documentation patches can be accepted in these circumstances. If they cannot, I will have to wait until I can address the FSF papers issue with my employer. I suggest this: 1. try to figure out what really prevents you from assigning your copyright to FSF (unless your job contract says everything you write in your free time belongs to us, I don't see a real problem here, but of course I don't have all the cards in hands to judge appropriately.) 2. try to convince your boss/company that it can be useful. 3. try to give advice on the list in a way that makes it easy for others to create a patch. But in your situation, submitting patches would just prevent us from getting your corrections into Emacs. Sorry for these bureaucratic contraints, and thanks for your understanding! -- Bastien
Re: [O] HTML Export Error : org-export-replace-src-segments-and-examples: Args out of range: 0, 0
Hi Bastien, I'm sorry I wasn't able to follow up on this back then. I notice the issue doesn't seem to be recurring with later/current versions of org-mode. Thanks for all the help though! -- Sankalp *** If humans could mate with software, I'd have org-mode's babies. --- Chris League on Twitter. http://orgmode.org/worg/org-quotes.html *** On 24 March 2012 03:20, Bastien b...@altern.org wrote: Hi Sankalp, Sankalp sankalpkh...@gmail.com writes: I'm not quite sure what we mean here by a minimal setup. Is it a stripped down version of my .emacs with no dependencies? or is it the publishing setup I'm using? I'm thinking of a test-file.org containing all the content you added in regex-python.org *and* a #+begin_src section loading Org and your setup. I tried to export your file and did not reproduce your problem. Assume every bit of your config might be useful, especially when it comes to testing Babel. Of course, if there are external dependancies such as python, just tell so. Please clarify and I'll send what is required. Thanks! -- Bastien
Re: [O] error on opening org-file with #+startup: indent
Hi Achim Achim Gratz strom...@nexgo.de writes: Fritz Kunze writes: I ran M-x load-library org followed by M-x org-version - which returned 7.8.09. You didn't generate and (require 'org-install). (Incidentally, and for the sake of completeness in this report, I built the compiled version of this upgrade by using M-x cd ~/.emacs.d/org-7.8.09/ followed by C-u 0 M-x byte-recompile-directory) You still don't have org-install.el I think this tone of reply is very harsh, and I feel for the OP. Has it suddenly become a requirement to know emacs-lisp, and have a reasonable understanding of `autoload' to even install? A very formal announcement and good documentation would perhaps have been a good idea. Don't get me wrong - I like the new makefile, but there *is* now magic that there never was, without question. I think it would be better to refer to some good documentation rather than short terse admonishment over something that `used to work'. My 2c. Best, Martyn I renamed the org-6.36 folder. I started up emacs and the error still appeared. You do not have org-install.el and you are picking up outdated autoload definitions from your emacs installation. As an experiment, I modified the load-path to consist only of one statement: (add-to-list 'load-path ~/.emacs.d/org-7.8.09/) ; (add-to-list 'load-path ~/.emacs.d/org-7.8.09/contrib/lisp) And suddenly the bug vanished. What's going on - do you have any idea? I thought I would certainly need this directory ~/.emacs.d/org-7.8.09/contrib/lisp in my load-path. Fix the installation first and then worry about things in contrib/. Regards, Achim.
[O] Display/print text only for export
Hi, I am writing some text in org-mode, in which I will use former chapters from the same file and sometimes from other files. Is it possible to use a link for these parts that they should only be displayed and/or printed for export (e.g. in pdf)? thx Andreas
Re: [O] bulk action mark persistence
Hi Skip, Skip Collins skip.coll...@gmail.com writes: When I perform a bulk action on items in the agenda, the marked items get unmarked after the action is completed. This is a problem if I want to perform multiple actions on the marked entries. Here is a use case. I use capture.org to collect actionable items throughout the day. Occasionally I view a special refile agenda in which I perform bulk actions on selected entries such as tagging them, turning them into TODO items, and filing them into appropriate targets in other files. It would be far more convenient if the bulk action mark persisted after each action. You can now (from git master) set `org-agenda-persistent-marks' to `t' and marked items for bulk action will persist after the action is done. To switch this on/off on the fly, hit `p' after `B'. Thanks for this idea! -- Bastien
Re: [O] Re-marking agenda entries, with advice on org-agenda-bulk-action in .emacs
netty hacky netty.ha...@gmail.com writes: The issue of re-marking agenda entries has been raised before: http://lists.gnu.org/archive/html/emacs-orgmode/2011-02/msg00200.html From latest master, you can (setq org-agenda-persistent-marks t) to get persistent marks. HTH, -- Bastien
Re: [O] LaTeX-export to ACM SIG Proceedings format
* Thomas S. Dye t...@tsdye.com wrote: Karl Voit devn...@karl-voit.at writes: Maybe it might be a cool idea to work on this template together and publish it on Worg? I can imagine that several people are trying to meet those ACM template requirements ... This seems like a good idea. Would it be possible to target Nicolas Goaziou's experimental LaTeX exporter, instead of the old exporter? Since I was using the PDF/LaTeX export just to make quick and dirty files to send other people or pretty print, I was not aware that there is another LaTeX exporter. What would be the consequence of choosing the new one? -- Karl Voit
Re: [O] Simplify repeated same section with different variable value
If you like the call method (which is the best one IMHO) you can also add the foo function to the library of babel. In this way you will be able to call it from any org file without having to put the definition of the foo function in each of them. -- Darlan At Tue, 24 Apr 2012 10:44:27 -0400, Nick Dokos nicholas.do...@hp.com wrote: Rainer M Krug r.m.k...@gmail.com wrote: On 24/04/12 14:36, Myles English wrote: On Tue, 24 Apr 2012 14:22:48 +0200, Rainer M Krug said: Hi I have a section which I want to repeat for different variable values. At the moment I am copying them, but I do not like it at all: ** Species one :PROPERTIES: :var: SPECIES=sp1 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src ** Species 2 :PROPERTIES: :var: SPECIES=sp2 :END: *** Data Checks Here is some text #+header: :results output #+begin_src R checkData(species=SPECIES) #+end_src I am sure there must be an easier way with org? How about using yasnippet? Yasnippets would help in filling the file with the repeated code - but if I want to change e.g. some text to some more text, I still have to do it manually. Nevertheless, if I could define the org section once and repeat it with different variable values, this would enable me to change it only once. Use the #+call mechanism: --8---cut here---start-8--- * subroutine #+name: foo #+BEGIN_SRC elisp :var x=1 (* x x) #+END_SRC * call #+call: foo(4) #+RESULTS: foo(4) : 16 * call #+call: foo(5) #+RESULTS: foo(5) : 25 --8---cut here---end---8--- Nick
Re: [O] LaTeX-export to ACM SIG Proceedings format
Karl Voit devn...@karl-voit.at writes: * Thomas S. Dye t...@tsdye.com wrote: Karl Voit devn...@karl-voit.at writes: Maybe it might be a cool idea to work on this template together and publish it on Worg? I can imagine that several people are trying to meet those ACM template requirements ... This seems like a good idea. Would it be possible to target Nicolas Goaziou's experimental LaTeX exporter, instead of the old exporter? Since I was using the PDF/LaTeX export just to make quick and dirty files to send other people or pretty print, I was not aware that there is another LaTeX exporter. What would be the consequence of choosing the new one? This should be obvious. It will make it better. --
Re: [O] Small grammar tweaks in export sections of org.texi
On 24 April 2012 23:35, Bastien b...@gnu.org wrote: Hi Brian, snip Applied, thanks. I've labelled it a TINYCHANGE. I am not sure of the exact bounds of what can count as a tiny change, but all this does is insert `a', `an' and `in' in a number of places in the docs. A tiny change is a change that modifies = than 20 lines. Hi Bastien, Thanks for the reply. I ought to have been more clear; I'd seen the 20 lines standard before, but wasn't sure if 1) it was per patch or cumulative over all patches and 2) if things like fixing a spelling mistake in a variable name over many lines counted. I've read around some more and learned (from http://www.gnu.org/prep/maintain/maintain.html#Legally-Significant) that by the gnu projects standards, a) the limit is cumulative over all patches, b) trivial changes like replacing many instances of a name do not count, but multiple such sorts of changes can and c) the standard they presently endorse is 15 lines. (Sadly, the document I linked to is a model of neither clarity nor precision.) I've quite a few other typo corrections / phrasing improvements I could make to the docs, but I cannot presently sign the FSF papers. (I am on leave, living abroad for the year, and won't be able to get my employer's sign-off until I return home.) I'd appreciate being told if further documentation patches can be accepted in these circumstances. If they cannot, I will have to wait until I can address the FSF papers issue with my employer. I suggest this: 1. try to figure out what really prevents you from assigning your copyright to FSF (unless your job contract says everything you write in your free time belongs to us, I don't see a real problem here, but of course I don't have all the cards in hands to judge appropriately.) I don't think my employer (I teach Philosophy at the College-level) has a basis to claim ownership of copyright on my work product, but I also seem to have misplaced my law degree :-) I thus cannot confidently say that it is false that I have an employer who *might* have a basis to claim ownership of my changes. I've written the relevant gnu.org address seeking clarification as to whether my good faith belief suffices in my circumstances. Thanks for the guidance. Best, Brian
Re: [O] Google Summer of Code -- 3 Org projects for our first participation!
Achim Gratz strom...@nexgo.de writes: Rasmus writes: Emacs-Orgmode Git merge tool for Org Files (Andrew Young) Interesting. How would such a driver differentiate between normal git? You can add any number of merge drivers to your git config. A merge driver is supposed to know about the expected content of the file types it gets registered for and be indeed more clever about merging than the standard merge algorithms. Sounds like a real win for cooperative writing. Teaching people 'correct' VC behavior (in particular conflict resolution) is often more challenging than, say, LaTeX/R/whatever. This could be huge. Would the `final' code be part of Org or Git-upstream? I am guessing the latter for robustness. –Rasmus -- Don't panic!!!
Re: [O] LaTeX-export to ACM SIG Proceedings format
Jambunathan K kjambunat...@gmail.com writes: Karl Voit devn...@karl-voit.at writes: * Thomas S. Dye t...@tsdye.com wrote: Karl Voit devn...@karl-voit.at writes: Maybe it might be a cool idea to work on this template together and publish it on Worg? I can imagine that several people are trying to meet those ACM template requirements ... This seems like a good idea. Would it be possible to target Nicolas Goaziou's experimental LaTeX exporter, instead of the old exporter? Since I was using the PDF/LaTeX export just to make quick and dirty files to send other people or pretty print, I was not aware that there is another LaTeX exporter. What would be the consequence of choosing the new one? This should be obvious. It will make it better. One of the ideas behind the new exporter is that Org-mode source prepared for one target can be easily exported to other targets. I'm keen to learn how to use it for the possibility of also exporting to a target such as ODT that converts easily to Word, which I think all of my clients use. My brief experience with the LaTeX exporter so far has been very positive and I'm relatively certain that it will be the default export engine in the not too distant future. If the ACM template is written for the new exporter, then its use life will likely be enhanced. Also, I agree with Jambunathan's comment that exercising the new exporter on a practical project might possibly indicate how it could be made better. On a practical note, using the new exporter is easy. I have these two lines (along with other configuration) in an Org-babel code block that I use to setup Org-mode: (require 'org-export) (require 'org-e-latex) Then, I can access the dispatcher with M-x org-export-dispatch and choose the target. It feels easy and natural from the get go. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] Question about adding to inherited properties
I think I fixed the problem, but in reading up on how to contribute I haven't gotten git setup yet or the FSF contribution form done. Should I do that first before sharing the patch with the group? Meanwhile is there some sort of test suite to ensure contributions don't break existing features? ~Bill On Thu, Apr 19, 2012 at 9:08 PM, Nick Dokos nicholas.do...@hp.com wrote: Eric Schulte (cc:ed) implemented accumulating properties with commit 3af89e696a32afcc39f2e3bdb6132ac588d530ae. The commit adds a function org-update-property-plist which takes care of the '+' case in property names. But as you observed, it does not seem to work. I don't really understand what should be happening: what I do know is that when org-entry-get calls the above function, the props parameter is nil, whereas the function expects it to contain the inherited sestting. So it may be that the function is expecting something that is not going to happen or org-entry-get passes it the wrong thing somehow. I don't know which one of these two is correct (or perhaps some other thing is wrong), but in any case there does seem to be a disconnect. Nick
Re: [O] Beamer confusion: environments are ignored
James Harkins jamshar...@gmail.com writes: (Sorry for breaking the thread -- I'm using the digest. Come to think of it, I was wondering -- how do other digest readers participate in discussions without messing up the thread IDs? Use a news reader, or...? Nabble?) You don't appear to have broken the thread; at least, in gnus, this message is properly threaded with your earlier one... maybe it's a matter of using an intelligent mail reader! ;-) [...] Still, though, if there is nothing wrong with Carsten's example presentation and it renders incorrectly, then I suppose it's a bug. Shall I file a bug report? There is a reproducer here: http://article.gmane.org/gmane.emacs.orgmode/52631 Can someone confirm? Bug or not? Works fine for me. The first slide is not /blocked/; the second one /is/. Have you looked at the latex produced by the exporter? What version of org are you using? -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org-mode version 7.8.06 (release_7.8.06.181.g67694.dirty)
Re: [O] [beamer] When are :BEAMER_envargs: used or ignored?
James Harkins jamshar...@gmail.com writes: According to the online documentation [1], it seems that :BEAMER_envargs: should apply to all Beamer environments: And it does generally although I have tried setting it (for your example below) to {ybg} and it disappears. If I set it to [ybg], it does appear in the exported latex. I haven't delved into the beamer export code in a long while but it must be checking for constructs of the form [...] or ..., I would guess. In any case, addressing your real question: [...] 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. Well, the problem is that a beamercolorbox is *not* a block and does not expect a title parameter. It actually expects only a colour (well, a beamer colour structure, to be precise, such as the one you have defined). What is /org/ expected to do with the entry you specify? To achieve what you want (maybe, as I am not clear exactly what you want ;-), you should probably define a block *within* the beamercolorbox or vice versa. For instance: --8---cut here---start-8--- ** Frame 2 \\ where we will not use columns *** ybg:B_beamercolorbox: :PROPERTIES: :BEAMER_env: beamercolorbox :END: Title :B_block: :PROPERTIES: :BEAMER_env: block :END: Please test this stuff! --8---cut here---end---8--- Worth a bug report or feature request? It is not a bug, IMO. Whether it should be a feature request or not is debatable. The syntax is, at present, fairly straightforward in that the headline text becomes the argument to the environment defined. What that environment does with the argument is obviously up to the environment itself! HTH, eric -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.1.50.1 : using Org-mode version 7.8.06 (release_7.8.06.181.g67694.dirty)
Re: [O] agenda appt warn time (baby step part 2)
Hi Bastien, FYI I sent an e-mail to b...@altern.org and it bounced. Bastien b...@altern.org wrote: Inserting warntime in the headline looks hackish. Yeah it's an ugly hack. It would belong in the time stamp. Adding something there is beyond my skill. Maybe have a look at contrib/lisp/org-notify.el by Peter? Someone suggested that on the mailing list. It's on my todo list. -- Ivan Kanis http://ivan.kanis.fr Art washes from the soul the dust of everyday life. -- Pablo Picasso