[Orgmode] Re: Cannot reschedule task with repeater
Matt Lundin writes: > Carsten Dominik writes: > >> On Mar 8, 2010, at 8:57 AM, Tom wrote: >> >>> It's not clear to me in case of a timestamp like this >>> >>> <2010-03-08 H 21:30 .+1d> >>> >>> why can't the reschedule feature change the date/time part only >>> and leave the repeater part intact? Why does it have to throw the >>> error "Cannot reschedule task with repeater"? >>> >>> I see no compelling reason for not allowing rescheduling in this case. >>> Maybe an option could be added which the user could set if he wants >>> to allow rescheduling even in case of schedules with repeater. >> >> Hi Tom, >> >> there is no compelling reason except a technical reason. It was >> kind of hard to make this work because of the way scheduling >> and deadlining is implemented. When I added the error message, >> it was because that seemed better than removing the repeater silently. >> >> I have now removed this limitation, because, as you say, it >> really should not be there.D > > This is wonderful news! I've been wishing for this functionality for a > long time. Thanks to Tom for asking and thanks to Carsten, as always, > for implementing it. Cool! Now I can get rid of this 11 month old task... Thanks Carsten!! ** CANCELLED org-mode Fix scheduling of tasks with repeaters :CANCELLED: CLOSED: [2010-03-09 Tue 17:43] :PROPERTIES: :Effort: 2:00 :END: - State "CANCELLED" from "TODO" [2010-03-09 Tue 17:43] \\ Done by Carsten [2009-04-09 Thu] Tasks with a deadline date and repeater don't allow easy creation of a SCHEDULED: entry. Error is "org-schedule: Cannot reschedule task with repeater, please do that by hand" -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
Re: [Orgmode] Export to latex ignores user-mail-address
On Mar 7, 2010, at 5:48 PM, Jambunathan K wrote: Hi Carsten What can I do to get the email address automagically as in the header as below: ... [Snipped from Wikibook] \title{How to Structure a \LaTeX{} Document} \author{Andrew Roberts\\ \texttt{an...@comp.leeds.ac.uk}} \date{\today} \maketitle Ascii export does plugin the email-address based on email property. Shouldn't (org-export-latex-make-header ...) test the email property and emit the required latex line? Maybe this will work: AUTHOR: Andrew Roberts\newline\textttEMAIL} Btw, I would like to thank you and all other contributors for making available this wonderful module. Jambunathan K. On 3/7/2010 8:54 PM, Carsten Dominik wrote: Hi Jambunathan, that is because \maketitle does not show an email address. - Carsten On Mar 6, 2010, at 5:47 PM, Jambunathan K wrote: I am seeing latex export honors user-full-name but not user-mail- address. The document header goes something like. #+TITLE:My Title #+DESCRIPTION: #+STARTUP: showall #+LaTeX: \setlength\parindent{0.0in} #+LaTeX: \setlength\parskip{0.1in} orgmode-version is 6.33x - Emacs 23.1.91.1 (i386-mingw-nt5.1.2600). ___ 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 - Carsten - Carsten - Carsten ___ 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] captions and figure size on export
Dan > As a workaround, is it necessary for you to execute the block on export? > Or could you instead use :exports code? I.e. before export, execute the > block manually and ensure that the #+ATTR_LaTeX and #+results lines are > arranged in the correct way. Many thanks for this, I'm glad it can be explained and the ":exports code" option works perfectly. I have executed the code manually anyway and I can't remember why I ended up withe the :exports both option. Graham ___ 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: Writing a dissertation using org-mode
On Sat, 6 Mar 2010 17:10:38 -1000, "Thomas S. Dye" wrote: [...] > > Aloha Eric, > > I have this in my emacs starter-kit and it gives me access to reftex > in latex code blocks in org-babel. I've changed a few things from the > code I found on the link provided, which has two methods of > integrating reftex with org-mode. The link also provides suggestions > for key-bindings within org-mode. Perhaps you don't have to miss > reftex anymore. > http://www.mfasold.net/blog/2009/02/using-emacs-org-mode-to-draft-papers/ [...] > > I was struggling without reftex! > > All the best, > Tom Thanks for these pointers Tom! I actually already had the key bindings suggested set up but had simply forgotten about them (one of the problems with such a powerful system is that it's impossible to keep everything in mind at all times...). However, the comments on that web site are quite useful as well! Thanks again, eric ___ 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 spreadsheet SUMIF
William Henney writes: > Hi Jeff > > On Mon, Mar 8, 2010 at 6:54 AM, Jeff Kowalczyk wrote: >> What is the Org Mode spreadsheet formula idiom for a SUMIF function? >> >> The objective is to add up the numeric values for rows matching a tag column: >> >> | 2010-03-01 | 12.2 | foo | >> | 2010-03-02 | 11.5 | foo | >> | 2010-03-02 | 12.6 | bar | >> | 2010-03-03 | 10.2 | foo | >> >> Need a total for foo: 33.9, and bar: 12.6, etc. Hi Jeff, If there is a programming language that you're somewhat comfortable with, then these sorts of slightly more complicated table tasks are one of the reasons that org-babel[1] was written. Personally I would reach for R first for a task like this: #+tblname: table-data | 2010-03-01 | 12.2 | foo | | 2010-03-02 | 11.5 | foo | | 2010-03-02 | 12.6 | bar | | 2010-03-03 | 10.2 | foo | #+begin_src R :var x=table-data :colnames yes t(sapply(split(x[[2]], x[[3]]), sum)) #+end_src #+results: | bar | foo | |--+--| | 12.6 | 33.9 | This was the most concise solution I came up with, plus you get the tag names. In case you're comfortable with R, python or elisp, as a starting point I've pasted blocks below that demonstrate the data structure that your table is turned into in each of those languages. Dan [1] http://orgmode.org/worg/org-contrib/babel/index.php *** R #+begin_src R :var x=table-data :results output str(x) #+end_src #+results: : 'data.frame': 4 obs. of 3 variables: : $ V1: chr "2010-03-01" "2010-03-02" "2010-03-02" "2010-03-03" : $ V2: num 12.2 11.5 12.6 10.2 : $ V3: chr "foo" "foo" "bar" "foo" *** python #+begin_src python :var x=table-data :results output print x #+end_src #+results: : [['2010-03-01', 12.199, 'foo'], ['2010-03-02', 11.5, 'foo'], ['2010-03-02', 12.6, 'bar'], ['2010-03-03', 10.199, 'foo']] *** elisp #+begin_src emacs-lisp :var x=table-data :results pp x #+end_src #+results: : (("2010-03-01" 12.2 "foo") : ("2010-03-02" 11.5 "foo") : ("2010-03-02" 12.6 "bar") : ("2010-03-03" 10.2 "foo")) *** python solution #+begin_src python :var x=table-data [sum([row[1] if row[2] == tag else 0 for row in x]) for tag in ["bar","foo"]] #+end_src #+results: | 12.6 | 33.9 | > > This is perhaps not the most elegant solution, but it does work. > > | date | values | tag | foo values | bar values | > |++-++| > | 2010-03-01 | 12.2 | foo | 12.2 | 0 | > | 2010-03-02 | 11.5 | foo | 11.5 | 0 | > | 2010-03-02 | 12.6 | bar | 0 | 12.6 | > | 2010-03-03 | 10.2 | foo | 10.2 | 0 | > |++-++| > ||| | 33.9 | 12.6 | > #+TBLFM: $4='(if (string-equal "$3" "foo") $2 0);L::$5='(if > (string-equal "$3" "bar") $2 > 0);L::@6$4=vsum(@i...@ii)::@6$5=vsum(@i...@ii) > > The idea is to make an extra column containing only the values with a > certain tag, and then sum that. It has the advantage that there is a > natural place in the table to put each conditional sum. > > You could probably avoid the need for the extra columns if you recoded > the summation using an elisp formula instead of a calc formula. As far > as I know, you can't do string comparisons inside a calc formula. > > Cheers > > Will ___ 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] "%3f" shouldn't be unescaped in HTTP URLs
Quoting from Debian bug #573186[0]: Some HTTP URLs have literal '?' in them. Since '?' also separates the path from query arguments, it needs to be escaped in the first case. These are examples of the two cases: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf%3F (literal '?') - http://www.google.com/search?q=org+mode (query separator) These are the URLs generated by Org mode when exporting them to HTML: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf? - http://www.google.com/search?q=org+mode I.e. '?' is left as is, but '%3f' is unescaped, producing the wrong URL (don't be fooled by the fact that Wikipedia actually accepts it ;) ). This makes impossible to correctly export an HTTP URL with a literal question mark in it. The solution would be to leave '%3f' as is, too, in the same way as '%27' has been left as is in the previous example. What do you guys think ? Cheers, --Seb [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573186 ___ 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: Writing a dissertation using org-mode
Hi Thomas, I think this explanation would be good to have (a bit longer, maybe) in the FAQ. - Carsten On Mar 7, 2010, at 4:10 AM, Thomas S. Dye wrote: On Mar 6, 2010, at 1:54 PM, Eric S Fraga wrote: I have to agree with Torsten: I'd write the thesis directly in LaTeX, only because of the power of AUCTeX and RefTeX (and preview, if you have lots of plots and math). For me, org-mode's power overwhelms what auctex brings to the show. Not having to worry about any \begins etc not only keeps the text cleaner, it helps me in my continuing battle against RSI! However, I do agree that reftex is particularly useful and I do miss some aspects of it. The preview aspects will of course depend on the topic of the thesis! Aloha Eric, I have this in my emacs starter-kit and it gives me access to reftex in latex code blocks in org-babel. I've changed a few things from the code I found on the link provided, which has two methods of integrating reftex with org-mode. The link also provides suggestions for key-bindings within org-mode. Perhaps you don't have to miss reftex anymore. *** ON Org-mode RefTeX setup - Kevin Brubeck Unhammer, [[http://www.mfasold.net/blog/2009/02/using-emacs-org-mode-to-draft-papers/ ][Reftex Setup]] #+begin_src emacs-lisp :tangle yes (defun org-mode-article-modes () (reftex-mode t) (and (buffer-file-name) (file-exists-p (buffer-file-name)) (reftex-parse-all))) (add-hook 'org-mode-hook (lambda () (if (member "REFTEX" org-todo-keywords-1) (org-mode-article-modes #+end_src I was struggling without reftex! All the best, Tom Thomas S. Dye, Ph.D. T. S. Dye & Colleagues, Archaeologists, Inc. Phone: (808) 529-0866 Fax: (808) 529-0884 http://www.tsdye.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 - Carsten ___ 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: New Org-mode talk by Carsten Dominik
On Mar 7, 2010, at 6:03 PM, Tom wrote: Carsten Dominik gmail.com> writes: The problem I see here is that if a new user downloads Emacs, it will have white background and only default colors. For every face you can define colors for light and dark background: background: The kind of background—either light or dark. http://www.gnu.org/software/emacs/elisp/html_node/Defining-Faces.html#Defining- Faces So there should be two color schemes: one for light and one for dark background and emacs would use the first one for the default light background. Hi Tom, yes, I know that every face has two definitions - in fact it has often more, for different numbers of available colors. Still, I am hesitating to install this as (dark) default. I think it would be great if this could be included as an option, but I do not want to add this as standard - in particular because I think many of the colors only make sense when they are also applied in other buffers like source code buffers, using similar font-lock faces. I did publish my color stuff earlier today in this thread. If someone wants to take it, clean it up and turn it into a color theme - I think this would be he best option. - Carsten ___ 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 - Carsten ___ 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] Export to latex ignores user-mail-address
Hi Jambunathan, On Mar 7, 2010, at 5:48 PM, Jambunathan K wrote: Hi Carsten What can I do to get the email address automagically as in the header as below: ... [Snipped from Wikibook] \title{How to Structure a \LaTeX{} Document} \author{Andrew Roberts\\ \texttt{an...@comp.leeds.ac.uk}} \date{\today} \maketitle Ascii export does plugin the email-address based on email property. Shouldn't (org-export-latex-make-header ...) test the email property and emit the required latex line? You can do this. 1. pull again from the git repository 2. Use this code: #+AUTHOR: Andrew Roberts\\\textttemail HTH - Carsten Btw, I would like to thank you and all other contributors for making available this wonderful module. Jambunathan K. On 3/7/2010 8:54 PM, Carsten Dominik wrote: Hi Jambunathan, that is because \maketitle does not show an email address. - Carsten On Mar 6, 2010, at 5:47 PM, Jambunathan K wrote: I am seeing latex export honors user-full-name but not user-mail- address. The document header goes something like. #+TITLE:My Title #+DESCRIPTION: #+STARTUP: showall #+LaTeX: \setlength\parindent{0.0in} #+LaTeX: \setlength\parskip{0.1in} orgmode-version is 6.33x - Emacs 23.1.91.1 (i386-mingw-nt5.1.2600). ___ 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 - Carsten - Carsten ___ 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: Clocking feature request
I'd be happy to accept a patch! - Carsten On Mar 7, 2010, at 8:58 PM, Daniel Clemente wrote: El dom, mar 07 2010 a les 11:38, Sébastien Vauban va escriure: Though, the only *remaining nice feature* would maybe be the following: add a letter indicating what's the meaning of the total. For example, we could see `T 02:51 (Reading Emails)' for a total limited to *today* and … I think all this would be easier to implement if the modeline string could be the result of a user-defined function. Then the user could add some letters according to some property, or show one particular time, or another, or more than one, etc. ___ 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 - Carsten ___ 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: [PATCH] little fixes for attachment git commiting
On Feb 19, 2010, at 12:51 PM, Łukasz Stelmach wrote: Carsten Dominik writes: On Feb 19, 2010, at 11:59 AM, Łukasz Stelmach wrote: Carsten Dominik writes: On Feb 16, 2010, at 8:04 PM, Łukasz Stelmach wrote: There are two very small commits which iron some wrinkles. Both on org-attach-git-commit branch of git://github.com/steelman/steelman-org-mode.git The first prevents git from running on an empty set of deleted files. Why is that a problem? I am hesitating to apply this patch, because on my Mac OS 10.5, xargs does know the --no-run-if-empty argument. ^[*] When xargs launches git rm without file arguments git emmits usage --8<---cut here---start->8--- usage: git rm [options] [--] ... [...] --8<---cut here---end--->8--- message which in this situation is a bit confusing and *suggests* somehting might have gone wrong. And of course a shell output buffer pops up. [*] does || doesn't? Does not. Do you actually get to see this error message? Where? Everytime I attach a file and there is no deleted files which "git ls-files --deleted" would list. Try running git ls-files --deleted -z | xargs -0 git rm when there is no deleted uncommited files in a repository. git's return code is 123 so Emacs thinks it is an error. Hi Lukasz, I am not applying the patch, because xargs does not work te same on all systems. - Carsten -- Miłego dnia, Łukasz Stelmach ___ 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 - Carsten ___ 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] captions and figure size on export
Graham Smith writes: > This is driving me mad here: I have removed all the fig and size code > and replaced it with onky one line that should be resizing the first > graph(FloweringBoxplot.pdf). However, its resizing the second graph > (NonFloweringBoxplot/pdf) and not affecting the first graph. This > works on other files, so I am really at a loss here. Hi Graham, We can see what's going on here by executing the block manually with C-c C-c, which transforms your results block from this: #+ATTR_LaTeX: width=10cm #+results: BoxplotFlowering [[file:FloweringBoxplot.pdf]] into this: #+results: BoxplotFlowering [[file:FloweringBoxplot.pdf]] #+ATTR_LaTeX: width=10cm (The reason is that the results block corresponding to the code block is first deleted and then re-inserted immediately below the code block). You are using ':exports both' which means that the above transformation actually occurs during export, but in a special pre-export org buffer which the user never sees. The fact that the ATTR_LaTeX line ends up last explains why it modifies the *second* block. Thanks for pointing this out -- we will revisit this behaviour as it does seem surprising and on the face of it undesirable. As a workaround, is it necessary for you to execute the block on export? Or could you instead use :exports code? I.e. before export, execute the block manually and ensure that the #+ATTR_LaTeX and #+results lines are arranged in the correct way. Dan > > > #+srcname:BoxplotFlowering > #+begin_src R :session daf :file FloweringBoxplot.pdf :exports both > boxplot(daf$Flower~daf > $YEAR) > #+end_src > > #+ATTR_LaTeX: width=10cm > #+results: BoxplotFlowering > [[file:FloweringBoxplot.pdf]] > > > #+srcname:BoxplotNonFlowering > #+begin_src R :session daf :file NonFloweringBoxplot.pdf :exports both > boxplot(daf$No.Flower~daf$YEAR) > #+end_src > > #+results: BoxplotNonFlowering > [[file:NonFloweringBoxplot.pdf]] > > Graham > > > ___ > 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] Bug: Can't follow link to old Gnus nndoc article [6.34trans]
I'm using development versions of Emacs and Org mode: Emacs : GNU Emacs 23.1.90.1 (i686-pc-linux-gnu, GTK+ Version 2.18.3) of 2010-03-03 on enif Package: Org-mode version 6.34trans When I try to follow (with `C-c C-o') a link to an already read article in a Gnus nndoc group, I get an error message like this: Couldn't fetch article <01cabb88$b67f8fc0$237eaf...@email.ne.jp> Here is the link location for that message: gnus:nndoc+/home/tlm/Mail/RMAIL-201003:rmail-201003#01cabb88$b67f8fc0$237eaf...@email.ne.jp I'm able to follow the link if the group is already open with all old articles visible. I've attached a patch which is probably not a proper fix. It solves the problem by making `org-gnus-follow-link' read the entire group from the start instead of beginning with one article and trying more if the group fails to open. >From 271f6880df3227764b090e5ad9b1c6ab16deee76 Mon Sep 17 00:00:00 2001 From: Thomas Morgan Date: Sun, 7 Mar 2010 20:43:41 -0800 Subject: [PATCH] Make `org-gnus-follow-link' immediately read all articles in group instead of starting with 1. --- lisp/org-gnus.el | 17 - 1 files changed, 4 insertions(+), 13 deletions(-) diff --git a/lisp/org-gnus.el b/lisp/org-gnus.el index dd357b7..370e535 100644 --- a/lisp/org-gnus.el +++ b/lisp/org-gnus.el @@ -169,19 +169,10 @@ If `org-store-link' was called with a prefix arg the meaning of (cond ((and group article) (gnus-activate-group group t) (condition-case nil - (let ((articles 1) - group-opened) - (while (and (not group-opened) - ;; stop on integer overflows - (> articles 0)) - (setq group-opened (gnus-group-read-group articles nil group) - articles (if (< articles 16) -(1+ articles) - (* articles 2 - (if group-opened - (gnus-summary-goto-article article nil t) - (message "Couldn't follow gnus link. %s" - "The summary couldn't be opened."))) + (if (gnus-group-read-group t nil group) + (gnus-summary-goto-article article nil t) + (message "Couldn't follow gnus link. %s" + "The summary couldn't be opened.")) (quit (message "Couldn't follow gnus link. %s" "The linked group is empty." (group (gnus-group-jump-to-group group -- 1.6.3.3 ___ 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: New Org-mode talk by Carsten Dominik
On Mar 7, 2010, at 7:51 PM, Manuel Amador wrote: Carsten, Can we get a copy of the color configuration you are using? -- Manuel Yes, I have put my color config here: http://orgmode.org/cd-colors.el This started as a copy of Peter Jones config and was then edited and hacked - which is why it may not be in the most convenient shape. Feel free to package it up nicely and send me a better version. You also need something like this, adapted to your todo keywords. (setq org-todo-keyword-faces '(("SDMB" . cd-org-someday-kwd-face) ("STARTED" . cd-org-started-kwd-face) ("STRT" . cd-org-started-kwd-face) ("WAITING" . cd-org-waiting-kwd-face) ("WAIT" . cd-org-waiting-kwd-face) ("DELG" . cd-org-delegated-kwd-face) ("PROJ" . cd-org-project-kwd-face) ("DONE" . cd-org-done-kwd-face) ("PRDN" . cd-org-done-kwd-face) ("PRCL" . cd-org-cancelled-kwd-face) ("CNCL" . cd-org-cancelled-kwd-face) ("PRCN" . cd-org-cancelled-kwd-face) ("TODO" . cd-org-todo-kwd-face) ("SELECTED" . cd-org-todo-kwd-face) ("INVITED" . cd-org-waiting-kwd-face) ("SCHEDULED" . cd-org-done-kwd-face) ("DECLINED" . cd-org-cancelled-kwd-face))) Cheers! - Carsten On Sun, Mar 7, 2010 at 7:39 AM, Carsten Dominik wrote: On Mar 7, 2010, at 1:50 PM, Tom wrote: Stefan Vollmar nf.mpg.de> writes: Hallo, we proudly present: "Emacs Org-mode: Organizing a Scientist's Life and Work" I noticed the org color config in the talk was much catchier (e.g. the keywords with bgcolor) than in the default org config. It would be a good idea to make org more appealing by coming up with a sexier color scheme. The appearance of org on the main page of orgmode.org is very spartan and can be a turn off for newbies who are used to applications with a more elaborate visual design. I think a better choice of default colors could improve the first impression a bit. Maybe people could send to the list screenshots of their config and one of the better ones could be used as a new default. The problem I see here is that if a new user downloads Emacs, it will have white background and only default colors. I could of course make the screenshot on orgmode.org with my color scheme[1], but then new users would not like the first impression they get when they download emacs and install Org. I am interested in a discussion about how to handle this issue. - Carsten [1] The color scheme is based on the scheme by Peter Jones, who in particular came up with the idea to make the TODO keywords look like buttons. I use that idea, but with different colors. The exact colors were not my creation, because I am really not talended in this area. But I agree they look great - they were selected by the same designer who created the special logo used on all our spreadshirt shop items... ___ 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 -- Manuel - Carsten ___ 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