From mboxrd@z Thu Jan 1 00:00:00 1970 From: nielsgiesen@ibbu.nl Subject: Re: usage, ideas, suggestions, actually a braindumnp Date: Thu, 27 Apr 2006 15:02:38 +0200 (CEST) Message-ID: <20060427130238.92E602BDC@schimmel.ibbu.nl> References: <50a334e65e65bbedf83c7db291aa484d@science.uva.nl> Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZ68r-0008MZ-Re for emacs-orgmode@gnu.org; Thu, 27 Apr 2006 09:02:46 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZ68n-0008Jg-8i for emacs-orgmode@gnu.org; Thu, 27 Apr 2006 09:02:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZ68m-0008JW-L2 for emacs-orgmode@gnu.org; Thu, 27 Apr 2006 09:02:40 -0400 Received: from [145.97.193.70] (helo=schimmel.ibbu.nl) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FZ6Bg-0002Fh-VG for emacs-orgmode@gnu.org; Thu, 27 Apr 2006 09:05:41 -0400 Received: from localhost (schimmel [127.0.0.1]) by schimmel.ibbu.nl (Postfix) with ESMTP id 0BA74730C for ; Thu, 27 Apr 2006 15:02:39 +0200 (CEST) In-reply-to: <50a334e65e65bbedf83c7db291aa484d@science.uva.nl> (message from Carsten Dominik on Thu, 27 Apr 2006 12:30:28 +0200) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Cc: emacs-orgmode@gnu.org On Apr 27, 2006, at 11:53, nielsgiesen@ibbu.nl wrote: >> * Some other things that have come up during usage: >> ** option for clean export view of timestamps > >Do you have an example of what you mean? Timestamps without the angular brackets. Actually not that important, although it might be nice in exporting tables, as applications using this have their own ways of playing with such data. But then you'd have to convert them back to the org-form when importing such a table. >> ** option to leave timestamps out in export function >I guess, leave them out together with keywords like DEADLINE, SCHEDULED >and CLOSED, right? If they are grouped, yes. >> ** option to leave tags out in export function. >Useful, yes, or at least make them look better. That was the idea behind the 'clean timestamps' too, though here it is more important. >> ** org-export-to-LaTeX >Very unlikely that I will do this effort. Thought about it long ago >and decided it was too much work for too little gain. If time and use so merits, I will look into this myself. >> ** make follow-mode the default as customization option; >> for myself, I have just hacked the code to have follow-mode always on. >Really, you want this always on? OK, I will make it an option. How >did you hack it? You can of course use org-agenda-mode-hook to turn it >on. For lack of time to sniffing through the code and really understand it to come up with an elegant solution, I simply put (org-agenda-follow-mode t) near the end of each function called by C-c a * (where * stands for each letter that I use at the moment). >(add-hook 'org-agenda-mode-hook > (lambda () (setq org-agenda-follow-mode t) > (org-agenda-set-mode-name))) Thanks, that's way better than my ugly hacks! >> ** strip links when unexportable as link >> Export description, or, when lacking, only the content of the link. >Example where this goes wrong? It is when you put a link inside a table, which is exported to csv and just gives the raw ascii code in the exported table. Sorry for not being clear enough. Another one, where the link is valid, but just the layout not as expected, is inside a headline to html, : * DONE eerste bandje volledig begrijpen <<<1>>> DEADLINE: <2006-04-23 Sun> exports as

1 DONE eerste bandje volledig begrijpen <1 > DEADLINE: <2006-04-23 Sun>

which looks like 1 DONE eerste bandje volledig begrijpen <1 > DEADLINE: <2006-04-23 Sun> notice the whitespace between 1 and > >> When data can be retrieved back from an exported format, this would >> be included /as/ /option/, as one will e.g. want to communicate to and >> fro >> with csv tables. >I did not understand this one, sorry. When a link like [[link][description]] is exported as such when the link is in a table, there are two sides to this: 1. Looks ugly in csv 2. You would want to preserve the link (so not strip it of its brackets) when having made changes to the table in some other application, and then imported it again. As these two sides are irreconcilable, I have opted to make only use of internal radio links inside a table, which do not look ugly when exported. One more point concerning link-export: 1. when exporting a link to a location in another file to html, this will create a link in the html page which cannot retrieve its target (which probably is due to html itself, but I do not know html that well). Such links be better left out. Thank you very much for your answers, and I will be happy to continue contributing. Regards, Niels.