Re: [Orgmode] Feature request: ability to refer to other tables
On Jul 5, 2007, at 14:51, Nikos Apostolakis wrote: First of all thanks for org mode, it's a great piece of software. I am not organized enough to take full advantage of its abilities but I plan to get more organized Any Day Really Soon Now. But I do regularly use the table feature and especially the spreadsheet abilities. I use org-mode for all my spreadsheet needs. I think that the ability to refer to the contents of a table cell from outside of the table and in particular from another table would be very useful. Tables could have labels associated with them and then one could refer to their cells in a fomat like [EMAIL PROTECTED] or even /path/to/filename/[EMAIL PROTECTED]. I am hesitant to do this, because these simple ASCII tables are so easily modified. For example, just insert a line and the reference is incorrect. While Org-mode modifies the local formulas if you use the correct commands to insert and delete lines, there is no simple way to make formulas in other tables, let alone in other files, realise that a change has occurred. There is also a technical reason: The whole engine that parses a table and finds out which reference points where is designed for a single active table at a time - would be a lot of work to change this. Right now, this does not seem worth the effort, unfortunately. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] link bug w/ indirect buffers
Unfortunately I have also not found a better solution. So it now should use the base buffer, and widen it if necessary. - Carsten On Mar 28, 2007, at 0:34, Eddward DeVilla wrote: Hi, I found a bug involving indirect buffers when following links. If I have one file with a link to a second file and I have that second file opened with an indirect buffer narrowed such that the link is not contained in the narrowed region, org may fail to follow the link. Basically, if a file is opened in several indirect buffers, org only looks in the buffer (indirect or otherwise) most recently touched. I have seen org do this before with buffer cycling and that has been fixed. I'm guessing this is a related issue, but I have tracked it down yet. I guess the easiest 'right' behavior would be to have the link open the base buffer for the file. I have to admit though, when doing a heading search where the heading is already in its own indirect buffer, I like it when it finds that buffer. I can't think of a good set of rules to define that behavior. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] auto description of file link feature request
You can just leave the description empty. - Carsten On Jul 9, 2007, at 10:32, Maxim Loginov wrote: hi all when you insert a link to a file with C-u C-c C-l you have to enter Description manually. is that possible to substitute empty Description string with the path just entered? it works in this way if you insert previously saved link with C-c C-l best Maxim ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org-mode version 5.02
Hi, I am releasing version 5.02 of Org-mode. It is available as part of CVS emacs, and here: http://www.astro.uva.nl/~dominik/Tools/org-mode/ This release rounds off the new properties and column view features by polishing the interfaces and adding a few more details like summaries for columns. Enjoy! - Carsten Changes in Version 5.02 --- * Overview - The interfaces for properties and column view are finished now and work well. - Properties can be summaries, i.e. the parent nodes can compute their value from the children's values. - Headlines finally require a space ofter the star(s). The conflict with bold text at the beginning of the line is no longer there. * Incompatible Changes - Bad news. It looks like it is going to be really hard to make column view work on XEmacs and on Emacs 21. Emacs 22 is currently the only Emacs where this works. If you are using Emacs 21 or XEmacs, you can still use properties, but not column view. * Details - Improvements for properties: + There are interactive commands to insert and delete properties. Read the manual chapter 7 for details. + You can define /allowed values/ for a property. When these are defined, you can change the value of a property with S-left and S-right. And you may use completion when inserting the property. This goes a long way to prevent typos when entering properties. - Improvements for column view. + In column view, you may use the keys S-left/right (and also the keys `n' and `p') to switch from one allowed value to the next. + You can define summaries for columns. For example, parents can contain the sum of all children values of a property, or the parent node can have a check box property that is automatically checked when all children's boxes are checked. + There are interactive commands to add and remove columns, and to change the attributes of a column like the summary type. These additions lead to the exciting fact that the example from [omni outliner] posted by Scott Jaderholm can now be accurately [reproduced by Org-mode]. - The space after the stars is now required in a headline, in order to remove the conflict with bold words at the beginning of a line. So * This is a level 1 headline *this is bold text* - S-up and S-down to navigate plain item lists are now also available in orgstruct-mode. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: auto description of file link feature request
Carsten Dominik [EMAIL PROTECTED] writes: You can just leave the description empty. yes, but then you'll see link like file:~/dir/file instead just ~/dir/file second option looks nicer and more consistent with C-c C-l behavior On Jul 9, 2007, at 10:32, Maxim Loginov wrote: when you insert a link to a file with C-u C-c C-l you have to enter Description manually. is that possible to substitute empty Description string with the path just entered? it works in this way if you insert previously saved link with C-c C-l best Maxim ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode version 5.02
Carsten Dominik schrieb: http://www.astro.uva.nl/~dominik/Tools/org-mode/ Not found (error code 404) ray ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode version 5.02
On Jul 10, 2007, at 10:17, Raimund Kohl-Füchsle wrote: Carsten Dominik schrieb: http://www.astro.uva.nl/~dominik/Tools/org-mode/ Not found (error code 404) Typo, it should be this: http://www.astro.uva.nl/~dominik/Tools/org/ Thanks. - Carsten ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Typo in info docs (was: Org-mode version 5.02)
Carsten Dominik [EMAIL PROTECTED] writes: Hi Carsten, There's a little typo in ,[ (info (org)Column view) ] | A great way to view and edit properties in aan outline tree is _column |^^^ | view_. ` Bye, Tassilo -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Tutorials
Carsten Dominik [EMAIL PROTECTED] writes: - How you, personally, use Org-mode for plannig and monitoring your tasks (we could have *many* of those). I have most of one of these sitting in a folded, cobwebby headline in my main projects file. I'll see about dusting it off and polishing it off. -- +---+ | Jason F. McBrayer[EMAIL PROTECTED] | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada| ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Tutorials
Jost Burkardt [EMAIL PROTECTED] writes: Maybe I could put something together about remember-mode integration - my favourite feature. Any Idea, where to publish it? I currently have no web-site running. Maybe emacswiki is an good place to put it? Other Ideas? For tutorials like this, emacswiki would be entirely appropriate and useful. Just be sure to give it a good title and link to it from the OrgMode page. -- +---+ | Jason F. McBrayer[EMAIL PROTECTED] | | If someone conquers a thousand times a thousand others in | | battle, and someone else conquers himself, the latter one | | is the greatest of all conquerors. --- The Dhammapada| ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] link bug w/ indirect buffers
Sounds good. Thanks! On 7/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: Unfortunately I have also not found a better solution. So it now should use the base buffer, and widen it if necessary. - Carsten On Mar 28, 2007, at 0:34, Eddward DeVilla wrote: Hi, I found a bug involving indirect buffers when following links. If I have one file with a link to a second file and I have that second file opened with an indirect buffer narrowed such that the link is not contained in the narrowed region, org may fail to follow the link. Basically, if a file is opened in several indirect buffers, org only looks in the buffer (indirect or otherwise) most recently touched. I have seen org do this before with buffer cycling and that has been fixed. I'm guessing this is a related issue, but I have tracked it down yet. I guess the easiest 'right' behavior would be to have the link open the base buffer for the file. I have to admit though, when doing a heading search where the heading is already in its own indirect buffer, I like it when it finds that buffer. I can't think of a good set of rules to define that behavior. Edd ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Tutorials
Jason F. McBrayer jmcbray at carcosa.net writes: Jost Burkardt jost.burkardt at web.de writes: Maybe I could put something together about remember-mode integration - my favourite feature. Any Idea, where to publish it? I currently have no web-site running. Maybe emacswiki is an good place to put it? Other Ideas? For tutorials like this, emacswiki would be entirely appropriate and useful. Just be sure to give it a good title and link to it from the OrgMode page. I agree 100% ! We could even build a dedicated org page. Xavier ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] 5.02 org crashes when editing TODO status in the column view mode
Hi, I just upgraded to 5.02 and enjoyed the column view mode. However, it crashes when I tried to update the TODO status in the column view mode. The emacs version is 22.1 on Windows XP SP2. Has anyone seen this behavior? Zhichao -- Zhichao Hong, CSDP [EMAIL PROTECTED] ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Tutorials
Carsten Dominik carsten.dominik at gmail.com writes: For tutorials like this, emacswiki would be entirely appropriate and useful. Just be sure to give it a good title and link to it from the OrgMode page. I agree 100% ! We could even build a dedicated org page. There is an OrgMode page, but it is quite messy. Clearly a cleanup would be good, along with links to more tutorials. I meant an OrgMode category in fact :) ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Tutorials
Xavier Maillard [EMAIL PROTECTED] writes: Jason F. McBrayer jmcbray at carcosa.net writes: Jost Burkardt jost.burkardt at web.de writes: Maybe I could put something together about remember-mode integration - my favourite feature. Any Idea, where to publish it? I currently have no web-site running. Maybe emacswiki is an good place to put it? Other Ideas? For tutorials like this, emacswiki would be entirely appropriate and useful. Just be sure to give it a good title and link to it from the OrgMode page. I agree 100% ! We could even build a dedicated org page. Xavier Then I'll start with emacswiki, hopefully I get something useful together soon. Jost BEWEIS DURCH BEISPIEL: der Autor behandelt nur den Fall n=2 und unterstellt dann, daß die Vorgehensweise für den allgemeinen Fall klar ist. ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Column view questions
PROPERTIES and column view are fantastic! Thanks Carsten. I already have visions of moving my address book into org. I've set my sights on finally learning Elisp by writing a vCard-to-org function (and the reverse). How well does generating column view scale for hundreds of headlines? Have you given any thought to the possibility of exporting column view to HTML? As nice as column view looks in an emacs-buffer, it's not really accessible to others (especially if they don't use emacs/org-mode). Dan ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Makefile fix?
Hello Carsten, Yep, I guess I missed that point... I tried your idea below, but it didn't work on my end. If it works then maybe it is a more robust solution. However, the following code worked for me for emacs and xemacs. Note that it assumes that the EMACS variable is either emacs or xemacs. # Name of your emacs binary EMACS=emacs # Using emacs in batch mode. ifeq ($(EMACS),xemacs) BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline else BATCH=$(EMACS) -batch -q endif Hope this helps. --Miguel On 7/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: You are right, this would be better. However, the same line then would not work for Emacs, so we need something still better. Maybe something like BATCH=$(EMACS) -batch -q -eval '(add-to-list 'load-path $(lispdir))' but that is still difficult with all the quoting and escaping of quoting. Does anyone here know how to make this work? - Carsten On Jul 8, 2007, at 20:21, Miguel A. Figueroa-Villanueva wrote: Hello Everyone, First of all thanks for creating such a great tool!! Kudos Dominik!! Now, I updated orgmode and had minor problems with the installation. The problem was because I use XEmacs so it requires the noutline.el installed. Since I edited the following entries: # Where local software is found prefix=/root_dir/svn/usr/local # Where local lisp files go. lispdir = $(prefix)/share/emacs when I type 'make install-noutline' it installs it in $(lispdir), which is what I wanted (i.e., not in the standard lisp directory). The $(lispdir) is of course added to the load-path in my init.el, but for the remaining compilation of org.el it won't know to look for noutline.el in there. Now, since we need noutline.el to compile org.el for XEmacs and we just installed it in $(lispdir), shouldn't the following line: BATCH=$(EMACS) -batch -q read like this instead: BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline That is where my problem was and by making the change above it was fixed. Notice that if $(lispdir) is set to the standard lisp directory then the problem won't arise. Well, I hope that this helps in case others encounter the same problem. Thanks again, --Miguel ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Makefile fix?
Oops. lispdir won't expand due to the single quotes. Maybe this will work a little bit better. BATCH=$(EMACS) -batch -q -eval (add-to-list (quote load-path) \$(lispdir)\) Edd On 7/10/07, Miguel A. Figueroa-Villanueva [EMAIL PROTECTED] wrote: Hello Carsten, Yep, I guess I missed that point... I tried your idea below, but it didn't work on my end. If it works then maybe it is a more robust solution. However, the following code worked for me for emacs and xemacs. Note that it assumes that the EMACS variable is either emacs or xemacs. # Name of your emacs binary EMACS=emacs # Using emacs in batch mode. ifeq ($(EMACS),xemacs) BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline else BATCH=$(EMACS) -batch -q endif Hope this helps. --Miguel On 7/10/07, Carsten Dominik [EMAIL PROTECTED] wrote: You are right, this would be better. However, the same line then would not work for Emacs, so we need something still better. Maybe something like BATCH=$(EMACS) -batch -q -eval '(add-to-list 'load-path $(lispdir))' but that is still difficult with all the quoting and escaping of quoting. Does anyone here know how to make this work? - Carsten On Jul 8, 2007, at 20:21, Miguel A. Figueroa-Villanueva wrote: Hello Everyone, First of all thanks for creating such a great tool!! Kudos Dominik!! Now, I updated orgmode and had minor problems with the installation. The problem was because I use XEmacs so it requires the noutline.el installed. Since I edited the following entries: # Where local software is found prefix=/root_dir/svn/usr/local # Where local lisp files go. lispdir = $(prefix)/share/emacs when I type 'make install-noutline' it installs it in $(lispdir), which is what I wanted (i.e., not in the standard lisp directory). The $(lispdir) is of course added to the load-path in my init.el, but for the remaining compilation of org.el it won't know to look for noutline.el in there. Now, since we need noutline.el to compile org.el for XEmacs and we just installed it in $(lispdir), shouldn't the following line: BATCH=$(EMACS) -batch -q read like this instead: BATCH=$(EMACS) -batch -q -l $(lispdir)/noutline That is where my problem was and by making the change above it was fixed. Notice that if $(lispdir) is set to the standard lisp directory then the problem won't arise. Well, I hope that this helps in case others encounter the same problem. Thanks again, --Miguel ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Carsten Dominik Sterrenkundig Instituut Anton Pannekoek Universiteit van Amsterdam Kruislaan 403 NL-1098SJ Amsterdam phone: +31 20 525 7477 ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode