[Orgmode] Re: org-mode tutorial questionaire
Bernt Hansen writes: > Richard Riley writes: > >> Matt Lundin writes: >> >>> Hi Alex, >>> >>> Alexander Poslavsky writes: >>> There is a new tutorial on worg: http://orgmode.org/worg/org-tutorials/ org4beginners.php. The idea is to write a tutorial for somebody who is new to org-mode. >>> ... For everybody: -What kind of tutorial would be the most useful? -What in your experience people find confusing? >>> >>> Thanks for taking the time to put this on Worg. I wish I had had such a >>> concise summary of the various flavors of emacs on different platforms >>> when I started exploring org-mode. >>> >>> I was wondering if you could elaborate on the following. Are you >>> suggesting that new users should never use M-x customize? >> >> As a general comment on this : I used to hand code all my >> customisations. And ran into terrible problems somewhere along the >> line. Now anything that has a customise interface, I use that interface >> and have had no such problems anymore. The downside of course is that >> your customisations are not grouped "logically" with comments -but, for >> me anyway, using the customisation interface lends itself to much more >> trustworthy code. > > I also use customize extensively -- wherever it is available. I don't > have to worry about the exact syntax of the value of the variable - I > can just use the customize interface and pick what I want and move on to > more productive things. > > I used to hand code variables as Richard did but found I wasted a heck > of a lot more time fiddling with the syntax of a variable doing that > instead of just setting it and forgetting it with the customize > interface. The customize interface that Carsten has put together also > makes it easy to see all of the options for a variable in org-mode. > > Some variables need to be set before org-mode is loaded (when using > setq) but as I understand it this isn't the case for customizations. > > Regards, > Bernt > > PS. > > I keep my ~/.emacs -> ~/git/emacs/emacs.el and ~/git/emacs/custom.el > files in a git repository (~/git/emacs) so I can commit changes to these > files and add meaningful comments about the reason for the change in the > commit message. This lets me easily experiment with changing half a > dozen variables and not worrying about remembering the old values in > case I want to go back. Git has the information and it's easy to > restore the old values for any point in the git history. This also lets > me synchronize variable changes to my laptop so my on-the-road org-mode > setup is identical to my workstation. > As a side note to this is for those not familiar with git, its pretty simple to manage a remote git repo using ssh. When on the road or dealing with multiple PCs around the "globe" (!) this can be priceless. I maintain my own "sparse" repo on my mail server machine. Whenever I update my ~/.emacs.d/emacs-init.org file or my custom.el in the same dir I push it to the remote shh repo too. Handy as to then sync my laptop or the machine at work. Needless to say, all my org-files are in there too. The only thing that still taxes my pickled brain is when I need to merge. The git terminology for fast forwards etc confuses me each and every time ;) -- Google Talk : rileyrg...@googlemail.com http://www.google.com/talk ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: apparently too stupid to use checkboxes
Hi, while looking for the cause of my "checkbox problem" I found, that all works fine, if I issue make clean in my org-mode directory before editing. orgmode version is: release_6.34c-238-gc0707 Org-mode version 6.34trans (release_6.34c.238.gc0707.dirty) If these very same files get byte-compiled with make checkboxes stop functioning again. There are no error messages during startup. If I can help any further identifying the real cause, let me know, please. Detlef Tue, 23 Mar 2010 14:01:21 +0100 Carsten Dominik wrote: > Hi Detlef, > > `ignore-errors' is defined in cl-macs in Emacs 22. You need to > compile the .el file > to get this macro. Alternatively, define it in your .emacs file > before loading org-mode stuff: > > > (defmacro ignore-errors (&rest body) >"Execute BODY; if an error occurs, return nil. > Otherwise, return result of last form in BODY." >`(condition-case nil (progn ,@body) (error nil))) > > HTH > > - Carsten > > On Mar 23, 2010, at 10:37 AM, Detlef Steuer wrote: > > > Hi! > > > > I try to use checkboxes (never used before): > > > > * TODO Test [/] > > - [ ] first > > - [ ] second > > > > Now I can C-c C-c to state-change a single box, but the summary box > > in the > > headline never gets updated. > > > > If I try C-c # I get an error messge > > Invalid function: ignore errors > > > > Even if I cut'n'paste the checkbox example out of the manual it > > doesn't > > work here. > > > > > > My org-version is > > release_6.34c-232-g727a > > Org-mode version 6.34trans (release_6.34c.232.g727a) > > > > My emacs > > GNU Emacs 22.3.1 (i586-suse-linux-gnu, GTK+ Version 2.14.4) of > > 2008-12-03 on build19 > > > > > > I know, the mistake must happen between my ears > > Any help appreciated. > > > > Detlef > > > > > > > > ___ > > 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 > ___ 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: org-beamer: How to get items appear sequentially rather than all at once
In Beamer, you may specify the overlay for each item as below
\begin{itemize}
\item <+-> appear from start (could be <1->, but <+-> is better in case we
change item order)
\item <2> only showed in the second "page of the slide"
\item <3-4> showed in pages 3 and 4
\item <4-> showed from slide 4
\item always showed
\item <5-> showed from slide 5
\end{itemize}
We can do the samething in org-mode as below
- <+-> appear from start (could be <1->, but <+-> is better in case we change
item order)
- <2> only showed in the second "page of the slide"
- <3-4> showed in pages 3 and 4
- <4-> showed from slide 4
- always showed
- <5-> showed from slide 5
Of course that if you just want the items to appear sequentially it is easy
to use the default overlay specification, but it's nice to know that we
still have all the flexibility from beamer in org-mode.
- Darlan
At Wed, 24 Mar 2010 14:07:42 +0900,
Christian Wittern wrote:
>
> Dear Matt,
>
> On 2010-03-24 9:01, Matt Lundin wrote:
> > You need to set the default overlay argument on the frame (i.e., [<+-]).
> > This instructs LaTeX to create slides that reveal the items in the frame
> > one by one.
> >
> > If you want to enable this behavior for all slides, you can place the
> > following line before the first heading:
> >
> > #+beamer: \beamerdefaultoverlayspecification{<+->}
> >
> >
> Thanks for your explanation. I got it now!
>
> > See section 9.6.3 of the beamer manual (Action Specifications) for more
> > details.
> >
> Sorry, I did not realize there was a separate manual for beamer. I will
> go hunting now!
>
> All the best,
>
> Christian
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
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] Problems with hyperlinked files
On Mar 24, 2010, at 4:45 AM, Leo Alekseyev wrote: I could reproduce this, but I don't know if this is really a bug. (I never heard of protecting spaces with angle brackets.) Actually, it's right there in section 4.3 of the manual, last sentence: "if you need to remove ambiguities about the end of the link, enclose them in angular brackets. " You do not have to protect spaces, because the URL is surrounded by the square brackets. I could only insert angle brackets into a link by editing it manually; when you edit a link with C-c C-l and enclose the URL in angle brackets, Org will automatically remove them. Thanks, both these methods work -- although I still think it would be nice if org mode could properly handle angle brackets inside square ones; the motivation here is that often I just paste in file paths instead of using C-c C-l, and then I have to use angle brackets to deal w/ spaces; if I later want to change it to an annotated link, it would be nice not to have to strip the angle brackets before wrapping it in square ones... It would be hard for Org to make that distinction in a stable way. For all it knows, the > might be part of the link. Best habit is to always use [[..]] when you have a link that contains spaces, just ignore the availability of angular brackets as delimiters. These were used historically in Org before the bracket notation was introduced. I am keeping that syntax for backward compatibility, but had I had bracket links from the start, the angular bracket representation would not exist today. Best wishes - 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] Basic orgmode tutorial
Hi Russel, this is also a valuable idea. There are two avenues in this direction. 1. Make the org-mode defaults already set all this stuff up. 2. Offer a blind set of configurations and tell users, if you don' know nothing yet, use these. In either case, what would the improved defaults be that help beginners get a better start? - Carsten On Mar 23, 2010, at 11:07 PM, Russell Adams wrote: The idea of a tutorial is great, but has anyone considered a pre-configured out-of-the-box Org customized Emacs distribution? I've had to help several new users get things like basic agenda, emacs initialization, and remember templates setup and it seemed very repetitive. The Emacs learning curve really holds back Org adoption in that sense, they can't just open Emacs and use Org immediately as anything other than an outline editor. Perhaps just a script to enact default customizations, that the tutorial could then build upon? Thanks. On Mon, Mar 22, 2010 at 07:59:11PM +0100, Alexander Poslavsky wrote: Hello, lately there is some talk about a basic org-mode tutorial. Something simpler then the documentation, that will help a person new to emacs and org-mode start using org. I would like to put the following on worg, if people would think something like this would fit the bill. What do you think? If the response is positive then I would add more chapters to it. greetings, alex ___ 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 -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] [PATCH] Allow org-agenda-entry-types to trump org-agenda-include-deadlines
Yes, Matt, you are right, I did not oversee that Johns patch would conflict with our earlier one in this way. Thanks for catching this, I have applied the fix. - Carsten On Mar 23, 2010, at 8:59 PM, Matt Lundin wrote: Hi Carsten, Commit 3a3a1023486111ef4e986de9f22e94ea9c05d890 introduced a new variable org-agenda-include-deadlines. In the commit, org-agenda-include-deadlines is set always to override org-agenda-entry-types (i.e., :deadline is automatically added to the local org-agenda-entry-types whenever org-agenda-include-deadlines is t). The patch below gives org-agenda-entry-types precedence over org-agenda-include-deadlines. AFAICT, the patch will not interfere with the behavior of org-agenda-toggle-deadlines, nor will it affect anyone who does not explicitly configure org-agenda-entry-types. --8<---cut here---start->8--- diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 56c7256..5e057a7 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -3281,8 +3281,7 @@ given in `org-agenda-start-on-weekday'." (catch 'nextfile (org-check-agenda-file file) (let ((org-agenda-entry-types org-agenda-entry-types)) - (if org-agenda-include-deadlines - (add-to-list 'org-agenda-entry-types :deadline) + (unless org-agenda-include-deadlines (setq org-agenda-entry-types (delq :deadline org-agenda-entry-types))) (cond --8<---cut here---end--->8--- Thanks, Matt ___ 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] [PATCH] Use save-excursion in org-map-dblocks
Hi Magnus, this looks like an OK patch and I don't have any problems applying it. However, I do not quite understand the need for it. Can you please try to explain a bit better? Do you have two processes running over the same file at the same time, or why is there a conflict? Thanks for your time. - Carsten On Mar 23, 2010, at 6:37 PM, Magnus Henoch wrote: This patch has been sitting in my tree for a while... It's a fix to org-map-dblocks, to make it use save-excursion instead of remembering position values. I need this since I have a dblock function that asynchronously updates dblocks from HTTP responses, and some dblocks ended up getting updated twice or thrice. From 8fa75fb5174f93cc6990b605901891c2191c64f0 Mon Sep 17 00:00:00 2001 From: Magnus Henoch Date: Wed, 21 Oct 2009 12:37:32 +0100 Subject: [PATCH] * org.el (org-map-dblocks): Use save-excursion. --- lisp/org.el | 13 ++--- 1 files changed, 6 insertions(+), 7 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 7b2e95b..249aad4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9306,16 +9306,15 @@ the property list including an extra property :name with the block name." (defun org-map-dblocks (&optional command) "Apply COMMAND to all dynamic blocks in the current buffer. If COMMAND is not given, use `org-update-dblock'." - (let ((cmd (or command 'org-update-dblock)) - pos) + (let ((cmd (or command 'org-update-dblock))) (save-excursion (goto-char (point-min)) (while (re-search-forward org-dblock-start-re nil t) - (goto-char (setq pos (match-beginning 0))) - (condition-case nil - (funcall cmd) - (error (message "Error during update of dynamic block"))) - (goto-char pos) + (goto-char (match-beginning 0)) +(save-excursion + (condition-case nil + (funcall cmd) +(error (message "Error during update of dynamic block" (unless (re-search-forward org-dblock-end-re nil t) (error "Dynamic block not terminated")) -- 1.6.4.4 -- Magnus Henoch ___ 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] Strange results of special symbol inside brackets in PDF output
Yes, this is a bug, thanks.
Fixed now.
- Carsten
On Mar 23, 2010, at 2:25 PM, Keith wrote:
Dear all,
Well..., I am just new to both emacs and org-mode and trying to get
used to it :-)
I noticed something strange and I think it's might be a bug
converting to tex file. I've been trying to put a special symbol
inside a bracket, e.g.
air temperature (degree Celsius)
and the symbol should look like ^{\circ}C in org file. It works well
if it is standalone. However, when I put the brackets out of it, say
(^{\circ}C), the pdf output looks bizarre. I have checked the tex
output and the converting results from orgmode file are
^{\circ}C --> $^{\circ}$C
(^{\circ}C) --> (^\{\circ}C)
Keith
___
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
[Orgmode] Re: org-mode tutorial questionaire
Richard Riley writes: > Bernt Hansen writes: > >> Richard Riley writes: >> >> I keep my ~/.emacs -> ~/git/emacs/emacs.el and ~/git/emacs/custom.el >> files in a git repository (~/git/emacs) so I can commit changes to these >> files and add meaningful comments about the reason for the change in the >> commit message. This lets me easily experiment with changing half a >> dozen variables and not worrying about remembering the old values in >> case I want to go back. Git has the information and it's easy to >> restore the old values for any point in the git history. This also lets >> me synchronize variable changes to my laptop so my on-the-road org-mode >> setup is identical to my workstation. >> > > As a side note to this is for those not familiar with git, its pretty > simple to manage a remote git repo using ssh. When on the road or > dealing with multiple PCs around the "globe" (!) this can be priceless. > > I maintain my own "sparse" repo on my mail server machine. Whenever I > update my ~/.emacs.d/emacs-init.org file or my custom.el in the same dir > I push it to the remote shh repo too. Handy as to then sync my laptop or > the machine at work. > > Needless to say, all my org-files are in there too. > > The only thing that still taxes my pickled brain is when I need to > merge. The git terminology for fast forwards etc confuses me each and > every time ;) Hi Richard, I use a script for keeping my git repositories up to date on multiple machines. The source is posted here: http://doc.norang.ca/org-mode.html#git-sync This script makes a few assumptions about my repositories - All repositories have a remote 'norang' which is the bare repository I push to and fetch from - All repositories live in a known place (~/git for me) (I have subdirectories under ~/git for grouping repositories together and the script finds every repository by looking for the .git directory) You can change both of these locations at the top of the script. git-sync finds each repository on the system you run it from and synchronizes multiple branches in each repositories with the remote. It figures out if the branch can be moved (due to a fast-forward) and moves those refs automatically for all branches in the repository. The only time you need to manually do something is if you need a merge because you modified the same branch on two machines without pushing the changes to the bare repository. This works great for me (I keep over 30 repositories in sync with my laptop -- I thought I had 35 repositories I manage this way so just for fun I decided to count them and there are 73!). I don't need to think about what changed, I just hack and commit and run git-sync before I switch machines. Any branch that has been pushed to the remote will be synchronized by the script and local branches that exist only in the working repository are ignored. HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: question about org-batch-agend-csv
I may be willing to simply write something to export to an Outlook CSV format myself. Could someone point me to some docs or examples on how to write something to export org contents? Thanks, -Emin On Mon, Mar 22, 2010 at 8:37 AM, Emin.shopper Martinian.shopper wrote: > Dear Experts, > > I have a question about org-batch-agenda-csv. I would like to be able > to export my org-agenda to Microsoft outlook. Attempts to do this via > ical files failed because outlook can't seem to read those properly. I > tried using the export for ical discussed at > http://www.mail-archive.com/emacs-orgmode@gnu.org/msg00039.html and > also tried putting in a line which just said METHOD: as suggested in > that thread but this didn't work. > > Further research suggested that outlook can read a simple csv file > format to import. This led me to think that the org-batch-agenda-csv > command could be easily used to produce the csv needed for outlook to > import. Unfortunately, this doesn't work because when I do something > like > > emacs -batch -eval "(org-batch-agenda-csv \"a\")" > > on cygwin I get results like > > journal,quick morning > stuff,scheduled,,plan:daily,2010-3-22,700,Scheduled:,,1099,2010-3-22 > > where the start time (700) is shown but the end time is not. > > My questions are: > > 1. Is there a way to get the start/end times to show up better? > 2. Is there a better way to export to outlook? > > Thanks, > -Emin > ___ 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] workflow objective... how to display ONE task, take notes on it, etc
Thank you to Tycho & Bernt. You both got be down the right rode. I've now managed to find several acceptable ways to do this. — Michael On Mar 10,2010, at 3:32 PM, Michael Gilbert wrote: > Org-mode just keeps growing on me. Now I have workflow I want to check out. > It's my habit to try to clear my screen of everything except the one task I > am working on (and logging) and its associated documents and tools. I want to > try to implement this in orgmode. Ideally, it would look something like this: > > - select a task from the AGENDA > - drill down to a view of just that task with only the task & subordinate > items visible > - edit those subordinate items, especially notes > - log the time I spend there > - log out, save notes, change task status > - return to agenda > > Am I missing some obvious built-in way to do this? (I find that this has > happened so often, regardless of how esoteric my objective) that I had better > ask. Or could someone help me think through how it might be done? ___ 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: org-mode tutorial questionaire
I keep my ~/.emacs -> ~/git/emacs/emacs.el and ~/git/emacs/custom.el files in a git repository (~/git/emacs) so I can commit changes to these files and add meaningful comments about the reason for the change in the commit message. This lets me easily experiment with changing half a dozen variables and not worrying about remembering the old values in case I want to go back. Git has the information and it's easy to restore the old values for any point in the git history. This also lets me synchronize variable changes to my laptop so my on-the-road org-mode setup is identical to my workstation. I keep my stuff in git too, but recently I have found Dropbox very useful. Once I discovered how to install it on my server it meant that all my config files were automatically kept in sync on my computers. in fact Dropbox is still great even if you don't run your own server. Git is still very useful for letting you easily go back if you make a mistake, or want to start over again from an earlier version. Ian. ___ 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] dangling clock message might be incomprehensible to a few users
I also think that interface is difficult to understand. Maybe we should detail the texts for an easy one. It should express the actions in words that match the user's intention. For instance, - account some minutes to that task - set end time for that task - discard that partial clocking - do nothing and leave dangling clock Etc. On Sun, Mar 21, 2010 at 10:29 AM, Friedrich Delgado Friedrichs wrote: > Hi! > > I'd like to chime in here: > Samuel Wales schrieb: >> Here is part of it: >> >> " [(kK)p (sS)ub (C)ncl (i)gn]? ") >> >> Some users might ask: >> >> kp=? Keep? Keep what? >> sub=subtract what from what? >> cncl=cancel command? Why "C" only? >> ign=ignore what? Why "i" only? > ---Zitatende--- > > I'd also appreciate it if there was an option to give a time when the > clock should end, instead of just a number of minutes to keep. It's > easier for me to figure out when I ended work on the task, than how > minutes I spent on it. > > Also I think the last clock entry isn't always displayed, which makes > it even harder to figure out how to answer the 'k' question. > > > -- > Friedrich Delgado Friedrichs > TauPan on Ircnet and Freenode ;) > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: dangling clock message might be incomprehensible to a few users
Hi Daniel, Daniel Clemente wrote: >>> " [(kK)p (sS)ub (C)ncl (i)gn]? ") >>> >>> Some users might ask: >>> kp=? Keep? Keep what? >>> sub=subtract what from what? >>> cncl=cancel command? Why "C" only? >>> ign=ignore what? Why "i" only? > > I also think that interface is difficult to understand. Maybe we should > detail the texts for an easy one. I'm quite new to (really) clocking my time (4 weeks or so). But I must admit I never know what to answer to the above question, when presented to me. I did not take time to look at it further, being completely under pressure and stress this month. And I currently resolve it by diff'ing my Org times that are under SVN... But that's not clean. > It should express the actions in words that match the user's intention. For > instance, > - account some minutes to that task > - set end time for that task > - discard that partial clocking > - do nothing and leave dangling clock For sure, better words should be chosen. Maybe an extra option (`?') could be added for describing, in one sentence (like you do here), what every possible answer really means. Thanks, Seb -- Sébastien Vauban ___ 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] Problems with hyperlinked files
On 24.03.2010 04:45, Leo Alekseyev wrote: > Actually, it's right there in section 4.3 of the manual, last > sentence: "if you need to remove ambiguities about the end of the > link, enclose them in angular brackets. " > Ah, I see -- this seems to be meant for the use case you mention below, pasting in a URL without a description. >> You do not have to protect spaces, because the URL is surrounded by the >> square brackets. I could only insert angle brackets into a link by >> editing it manually; when you edit a link with C-c C-l and enclose the >> URL in angle brackets, Org will automatically remove them. > > Thanks, both these methods work -- although I still think it would be > nice if org mode could properly handle angle brackets inside square > ones; the motivation here is that often I just paste in file paths > instead of using C-c C-l, and then I have to use angle brackets to > deal w/ spaces; if I later want to change it to an annotated link, it > would be nice not to have to strip the angle brackets before wrapping > it in square ones... Wouldn't you change it to an annotated link using C-c C-l anyway, which would strip the square brackets for you? (C-c C-l can also edit existing links, not only insert new ones.) I looked at the code of org-open-at-point, and believe I can at least explain the current behaviour (but I have no idea how a clean/elegant fix would look): - Org notices it is in a bracket link, say [[]][test]] - the link variable in org-open-at-point is set to "" - after expanding the ~ abbreviation, it is set to " ][^ ]*\\)" Notice the optional < at the beginning? This regexp matches, and captures "file" as the link type. Now Org takes the rest of the link, "/home/jan/a b.txt>", and tries to open a non-existing file. I assume angle brackets are not meant to be supported in bracket links, because they are not needed there and are stripped by C-c C-l, but only Carsten would know what the intended behaviour is here. - Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Use save-excursion in org-map-dblocks
Carsten Dominik writes: > this looks like an OK patch and I don't have any problems applying it. > However, I do not quite understand the need for it. Can you please > try to explain a bit better? Do you have two processes running over > the same file at the same time, or why is there a conflict? My dblock-write function calls url-retrieve, to asynchronously retrieve an HTML page. The callback function I pass to url-retrieve will then fill in the information I need into the dynamic block. So in the following case: * Find start of dblock 1, store as pos * Make HTTP request for dblock 1 * Go back to pos * Find end of dblock 1 * Find start of dblock 2, store as pos * Make HTTP request for dblock 2 * Asynchronous event: HTTP response for dblock 1 arrives, insert lots of data in dblock 1 * Go back to pos * Find end of dblock 2 the last step will actually find the end of dblock 1, if the amount of data inserted in dblock 1 is great enough that pos suddenly points inside it. (Then it will of course find dblock 2 again, request its HTML page again, and thus insert the data twice.) An equivalent fix would be to make pos a marker instead. -- Magnus Henoch ___ 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] Populating tables
I stumbled across http://orgmode.org/worg/org-tutorials/tracking-habits.php today about using Org-mode to help in forming (hopefully good!) habits by, for example, scheduling repeating "tasks" and marking them as DONE when you do them. About half way through, at http://orgmode.org/worg/org-tutorials/tracking-habits.php#sec-4, the author says "press tab to create a nice table that you can fill in". And that made me wonder... "why do I have to fill it in? Can't emacs do it for me when I indicate I've done a 'task'?" I confess, I don't know the answer, which is why I'm asking here :-P ___ 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] using orgmode to send html mail?
Xiao-Yong Jin writes: > On Tue, 23 Mar 2010 13:54:39 -0600, Eric Schulte wrote: > >> Nice to see this topic has come back to life. >> I've been playing with my old org-html-mail.el file, and come up with a >> much simpler solution, which takes advantage of the mml message mode >> functionality with is used in gnus (and I would imagine in some other >> Emacs mail clients, but I can't be sure). > >> Just call this function and either the active region of your message >> buffer or the entire body (if no region is active) will be exported to >> html using org-mode, and will be wrapped in the appropriate mml wrapper >> to be sent as the appropriate mime type. > I've cleaned up the function somewhat, I'll include it immediately below by inserting it in a org-mode src_block and then exporting it to html, so those with html mail readers should see a nicely fontified version of the source code. (defun org-mml-htmlize (arg) "Export a portion of an email body composed using `mml-mode' to html using `org-mode'. If called with an active region only export that region, otherwise export the entire body." (interactive "P") (let* ((region-p (org-region-active-p)) (html-start (or (and region-p (region-beginning)) (save-excursion (goto-char (point-min)) (search-forward mail-header-separator) (point (html-end (or (and region-p (region-end)) ;; TODO: should catch signature... (point-max))) (body (buffer-substring html-start html-end)) (tmp-file (make-temp-name (expand-file-name "mail" "/tmp/"))) ;; because we probably don't want to skip part of our mail (org-export-skip-text-before-1st-heading nil) ;; because we probably don't want to export a huge style file (org-export-htmlize-output-type 'inline-css) ;; makes the replies with ">"s look nicer (org-export-preserve-breaks t) (html (if arg (format "\n%s\n" body) (save-excursion (with-temp-buffer (insert body) (write-file tmp-file) ;; convert to html -- mimicing `org-run-like-in-org-mode' (eval (list 'let org-local-vars (list 'org-export-as-html nil nil nil ''string t (delete-region html-start html-end) (save-excursion (goto-char html-start) (insert (format "\n<#multipart type=alternative>\n<#part type=text/html>%s<#/multipart>\n" html) > > Thumbs up for this one. It should be included in > org-contrib, probably after taken care of other mail client > in emacs? > I have looked somewhat at both VM and Wanderlust, but they appear to use their own mime encoding schemes other than mml, so this won't work as-is in those mail clients. That said, assuming they also use simple mime encoding strings it should be hard to replace the mml specific mime delimiters presented as strings in the above functions with string delimiters appropriate for the other mail agents. also, I have to say I feel bad about publishing code which promotes the use of HTML mail. Generally I feel that everyone would be better off if they just used fixed width text email clients. As a concession to that intuition, if this function is called with a prefix argument, it will wrap the region (or entire email) as html in tags ensuring that it will be rendered in a fixed-with font no-matter the receivers email client, so the following table should actually look like a table... | this table | | n | fibb(n) | |--+---+---+-| | is | | 0 | 0 | | inside | | 1 | 1 | | of a pre box | | 2 | 1 | | | | 3 | 2 | Best -- Eric > >> So for example this >>> 1 | 2 | 3 | >>> --++---| >>> first column | second | third | > >> will be exported as this >> ━━ >>1 2 3 >> ── >> first column second third >> ━━ > > I use emacs-w3m in gnus, and the table looks great. ___ 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] Basic orgmode tutorial
Carsten, I discussed this with a few users off an on. In the manual there are items required to setup org, keybindings, etc. The idea would be to include: - An Agenda file, which loads by default - Init file which - Preconfigured keybindings - Remember keybinding for basic todo to agenda file - Configured auto-mode-alist - Recommended Global key maps They are all basic items to an experienced emacs user, but a new user doesn't understand why they have to go edit the config file and make changes. Their emphasis is on they want to run "Org-mode", not "Emacs with Org-mode". Perhaps an install script which sets the file association for .org in whatever OS they are installing to. Option icon to load straight to agenda view... Just a few idea that have been bantered around, I suspect all of those could be performed with a script as opposed to redistributing emacs. Thanks. On Wed, Mar 24, 2010 at 11:52:41AM +0100, Carsten Dominik wrote: > Hi Russel, > > this is also a valuable idea. There are two avenues in this direction. > > 1. Make the org-mode defaults already set all this stuff up. > > 2. Offer a blind set of configurations and tell users, >if you don' know nothing yet, use these. > > > In either case, what would the improved defaults be that > help beginners get a better start? > > - Carsten > > On Mar 23, 2010, at 11:07 PM, Russell Adams wrote: > >> The idea of a tutorial is great, but has anyone considered a >> pre-configured out-of-the-box Org customized Emacs distribution? >> >> I've had to help several new users get things like basic agenda, emacs >> initialization, and remember templates setup and it seemed very >> repetitive. >> >> The Emacs learning curve really holds back Org adoption in that sense, >> they can't just open Emacs and use Org immediately as anything other >> than an outline editor. >> >> Perhaps just a script to enact default customizations, that the >> tutorial could then build upon? >> >> Thanks. >> >> On Mon, Mar 22, 2010 at 07:59:11PM +0100, Alexander Poslavsky wrote: >>> Hello, >>> >>> lately there is some talk about a basic org-mode tutorial. Something >>> simpler then the documentation, that will help a person new to emacs >>> and org-mode start using org. I would like to put the following on >>> worg, if people would think something like this would fit the bill. >>> What do you think? If the response is positive then I would add more >>> chapters to it. >>> >>> greetings, >>> >>> alex >>> >> >> >>> ___ >>> 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 >> >> >> >> -- >> Russell Adamsrlad...@adamsinfoserv.com >> >> PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ >> >> Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 >> >> >> ___ >> 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 > -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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] using orgmode to send html mail?
"Eric Schulte" writes: > Xiao-Yong Jin writes: > >> On Tue, 23 Mar 2010 13:54:39 -0600, Eric Schulte wrote: >> >>> Nice to see this topic has come back to life. >>> I've been playing with my old org-html-mail.el file, and come up with a >>> much simpler solution, which takes advantage of the mml message mode >>> functionality with is used in gnus (and I would imagine in some other >>> Emacs mail clients, but I can't be sure). >> >>> Just call this function and either the active region of your message >>> buffer or the entire body (if no region is active) will be exported to >>> html using org-mode, and will be wrapped in the appropriate mml wrapper >>> to be sent as the appropriate mime type. >> > > I've cleaned up the function somewhat, I'll include it immediately > below by inserting it in a org-mode src_block and then exporting it to > html, so those with html mail readers should see a nicely fontified > version of the source code. This is really nice. I already sent my first HTML-formatted tables to colleagues with it yesterday. And yes, the email comes up with nicely formatted elisp in my web browser after hitting 'K H' in gnus. Dan > > (defun org-mml-htmlize (arg) > "Export a portion of an email body composed using `mml-mode' to > html using `org-mode'. If called with an active region only > export that region, otherwise export the entire body." > (interactive "P") > (let* ((region-p (org-region-active-p)) > (html-start (or (and region-p (region-beginning)) > (save-excursion >(goto-char (point-min)) >(search-forward mail-header-separator) >(point > (html-end (or (and region-p (region-end)) >;; TODO: should catch signature... >(point-max))) > (body (buffer-substring html-start html-end)) > (tmp-file (make-temp-name (expand-file-name "mail" "/tmp/"))) > ;; because we probably don't want to skip part of our mail > (org-export-skip-text-before-1st-heading nil) > ;; because we probably don't want to export a huge style file > (org-export-htmlize-output-type 'inline-css) > ;; makes the replies with ">"s look nicer > (org-export-preserve-breaks t) > (html (if arg >(format " monospace;\">\n%s\n" body) > (save-excursion >(with-temp-buffer > (insert body) > (write-file tmp-file) > ;; convert to html -- mimicing `org-run-like-in-org-mode' > (eval (list 'let org-local-vars > (list 'org-export-as-html nil nil nil > ''string t > (delete-region html-start html-end) > (save-excursion > (goto-char html-start) > (insert >(format > "\n<#multipart type=alternative>\n<#part > type=text/html>%s<#/multipart>\n" > html) > > >> >> Thumbs up for this one. It should be included in >> org-contrib, probably after taken care of other mail client >> in emacs? >> > > I have looked somewhat at both VM and Wanderlust, but they appear to use > their own mime encoding schemes other than mml, so this won't work as-is > in those mail clients. That said, assuming they also use simple mime > encoding strings it should be hard to replace the mml specific mime > delimiters presented as strings in the above functions with string > delimiters appropriate for the other mail agents. > > also, I have to say I feel bad about publishing code which promotes the > use of HTML mail. Generally I feel that everyone would be better off if > they just used fixed width text email clients. As a concession to that > intuition, if this function is called with a prefix argument, it will > wrap the region (or entire email) as html in tags ensuring > that it will be rendered in a fixed-with font no-matter the receivers > email client, so the following table should actually look like a > table... > > | this table | | n | fibb(n) | > |--+---+---+-| > | is | | 0 | 0 | > | inside | | 1 | 1 | > | of a pre box | | 2 | 1 | > | | | 3 | 2 | > > > Best -- Eric > >> >>> So for example this 1 | 2 | 3 | --++---| first column | second | third | >> >>> will be exported as this >>> ━━ >>>1 2 3 >>> ── >>> first column second third >>> ━━ >> >> I use emacs-w3m in gnus, and the table looks great. > ___ > 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 Pleas
[Orgmode] possible bug: TAB after elipsis
If the cursor is after the elipsis on a folded entry like this: Some entry...| pressing TAB doesn't expand the entry, or in fact, do anything useful at all. Is it possible to get it to expand the entry, or am I missing something? Thanks, -Anthony ___ 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] using orgmode to send html mail?
Thanks Dan, I'm happy to hear I'm not the only person who's enjoying playing with this :). Aside from changing the mime-delimeters for VM and wanderlust, it seems to me that the only remaining step between the current functionality and a seamless use of org-mode for email composition, is the resolution of images as email attachments. That would allow emails with embedded latex (which I personally would find very compelling), as well as embedded ditaa diagrams and images. If anyone knows more about mime, I'd be interested to hear suggestions, but I may try a first pass using `replace-regexp' to replace all links with inline mime image attachments. I've just made a couple of small changes, and pushed this file up to a git repo at http://github.com/eschulte/org-html-mail, or for raw elisp http://github.com/eschulte/org-html-mail/raw/master/org-mml-htmlize.el Cheers -- Eric Dan Davison writes: > "Eric Schulte" writes: > >> Xiao-Yong Jin writes: >> >>> On Tue, 23 Mar 2010 13:54:39 -0600, Eric Schulte wrote: >>> Nice to see this topic has come back to life. I've been playing with my old org-html-mail.el file, and come up with a much simpler solution, which takes advantage of the mml message mode functionality with is used in gnus (and I would imagine in some other Emacs mail clients, but I can't be sure). >>> Just call this function and either the active region of your message buffer or the entire body (if no region is active) will be exported to html using org-mode, and will be wrapped in the appropriate mml wrapper to be sent as the appropriate mime type. >>> >> >> I've cleaned up the function somewhat, I'll include it immediately >> below by inserting it in a org-mode src_block and then exporting it to >> html, so those with html mail readers should see a nicely fontified >> version of the source code. > > This is really nice. I already sent my first HTML-formatted tables to > colleagues with it yesterday. And yes, the email comes up with nicely > formatted elisp in my web browser after hitting 'K H' in gnus. > > Dan > >> >> (defun org-mml-htmlize (arg) >> "Export a portion of an email body composed using `mml-mode' to >> html using `org-mode'. If called with an active region only >> export that region, otherwise export the entire body." >> (interactive "P") >> (let* ((region-p (org-region-active-p)) >> (html-start (or (and region-p (region-beginning)) >> (save-excursion >>(goto-char (point-min)) >>(search-forward mail-header-separator) >>(point >> (html-end (or (and region-p (region-end)) >>;; TODO: should catch signature... >>(point-max))) >> (body (buffer-substring html-start html-end)) >> (tmp-file (make-temp-name (expand-file-name "mail" "/tmp/"))) >> ;; because we probably don't want to skip part of our mail >> (org-export-skip-text-before-1st-heading nil) >> ;; because we probably don't want to export a huge style file >> (org-export-htmlize-output-type 'inline-css) >> ;; makes the replies with ">"s look nicer >> (org-export-preserve-breaks t) >> (html (if arg >>(format "> monospace;\">\n%s\n" body) >> (save-excursion >>(with-temp-buffer >> (insert body) >> (write-file tmp-file) >> ;; convert to html -- mimicing >> `org-run-like-in-org-mode' >> (eval (list 'let org-local-vars >> (list 'org-export-as-html nil nil nil >> ''string t >> (delete-region html-start html-end) >> (save-excursion >> (goto-char html-start) >> (insert >>(format >> "\n<#multipart type=alternative>\n<#part >> type=text/html>%s<#/multipart>\n" >> html) >> >> >>> >>> Thumbs up for this one. It should be included in >>> org-contrib, probably after taken care of other mail client >>> in emacs? >>> >> >> I have looked somewhat at both VM and Wanderlust, but they appear to use >> their own mime encoding schemes other than mml, so this won't work as-is >> in those mail clients. That said, assuming they also use simple mime >> encoding strings it should be hard to replace the mml specific mime >> delimiters presented as strings in the above functions with string >> delimiters appropriate for the other mail agents. >> >> also, I have to say I feel bad about publishing code which promotes the >> use of HTML mail. Generally I feel that everyone would be better off if >> they just used fixed width text email clients. As a concession to that >> intuition, if this function is called with a prefix argument, it will >> wrap the region (or entire email) as html in tags ensuring >> that it will be r
Re: [Orgmode] Basic orgmode tutorial
Russell Adams writes: > Carsten, > > I discussed this with a few users off an on. > > In the manual there are items required to setup org, keybindings, etc. > > The idea would be to include: > > - An Agenda file, which loads by default > - Init file which >- Preconfigured keybindings >- Remember keybinding for basic todo to agenda file >- Configured auto-mode-alist >- Recommended Global key maps I think this sort of approach, perhaps as part of an org-mode emacs distribution, sounds like a very good idea. > > They are all basic items to an experienced emacs user, but a new user > doesn't understand why they have to go edit the config file and make > changes. Their emphasis is on they want to run "Org-mode", not "Emacs > with Org-mode". Yes, exactly. I want to counter some of the recent pessimism on this topic. Org-mode is very attractive to people in its own right, and as it happens it is implemented in emacs. I know one person who has used org-mode constantly for a couple of years now, purely for the agenda and todo lists, without ever aquiring any ability or interest in using emacs per se. She knows the keys to change TODO states, set timestamps and call up the agenda and that was all that was needed. Although only scraping the surface of what org-mode can do, the fact that someone who otherwise only uses MS Word and firefox is still using org-mode after two years says something *extremely* positive about org-mode. So I don't think it is true that org-mode is hard to learn, *once* it is configured. And I don't think it's true that org-mode users have to know anything about emacs. Certainly I don't think org-mode newbies should go anywhere near the emacs tutorial (I don't use any of those navigation commands, what on Earth's wrong with up, down, left, right, page down etc?[3]) That also brings up the question of org-CUA-compatible -- would that be set in this putative newbie org configuration? Regarding the idea of an org-specific emacs distribution, the Emacs Speaks Statistics (ESS) project is in a similar situation in that many of its new users come to it not having used emacs previously. On their download page[1], they link to an easy-to-set-up Emacs installation for Windows and OS X maintained by Vincent Goulet[2] which is kept up-to-date with the current version of ESS. So what I am saying is that org-mode is sufficiently attractive that we should expect non-emacs users to be attracted to it, and that we should be optimistic about the ability of such people to start using org-mode. And that yes, we need to work on the configuration for them. Dan Footnotes: [1] http://ess.r-project.org/index.php?Section=download [2] http://vgoulet.act.ulaval.ca/en/ressources/emacs/ [3] Maybe it makes more sense if you can touch type, something which is common among college-educated people in the USA but not in the UK. > > Perhaps an install script which sets the file association for .org in > whatever OS they are installing to. Option icon to load straight to > agenda view... > > Just a few idea that have been bantered around, I suspect all of those > could be performed with a script as opposed to redistributing emacs. > > Thanks. > > > On Wed, Mar 24, 2010 at 11:52:41AM +0100, Carsten Dominik wrote: >> Hi Russel, >> >> this is also a valuable idea. There are two avenues in this direction. >> >> 1. Make the org-mode defaults already set all this stuff up. >> >> 2. Offer a blind set of configurations and tell users, >>if you don' know nothing yet, use these. >> >> >> In either case, what would the improved defaults be that >> help beginners get a better start? >> >> - Carsten >> >> On Mar 23, 2010, at 11:07 PM, Russell Adams wrote: >> >>> The idea of a tutorial is great, but has anyone considered a >>> pre-configured out-of-the-box Org customized Emacs distribution? >>> >>> I've had to help several new users get things like basic agenda, emacs >>> initialization, and remember templates setup and it seemed very >>> repetitive. >>> >>> The Emacs learning curve really holds back Org adoption in that sense, >>> they can't just open Emacs and use Org immediately as anything other >>> than an outline editor. >>> >>> Perhaps just a script to enact default customizations, that the >>> tutorial could then build upon? >>> >>> Thanks. >>> >>> On Mon, Mar 22, 2010 at 07:59:11PM +0100, Alexander Poslavsky wrote: Hello, lately there is some talk about a basic org-mode tutorial. Something simpler then the documentation, that will help a person new to emacs and org-mode start using org. I would like to put the following on worg, if people would think something like this would fit the bill. What do you think? If the response is positive then I would add more chapters to it. greetings, alex >>> >>> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to th
Re: [Orgmode] Re: apparently too stupid to use checkboxes
Detlef Steuer wrote: >Hi, >while looking for the cause of my "checkbox problem" I found, >that all works fine, if I issue >make clean >in my org-mode directory before editing. >orgmode version is: >release_6.34c-238-gc0707 >Org-mode version 6.34trans (release_6.34c.238.gc0707.dirty) >If these very same files get byte-compiled with >make >checkboxes stop functioning again. Do you still have the defmacro in .emacs? And is there a cl-mac.el somewhere on your system? find /usr -name 'cl-mac.*' -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgps6lORbF5G8.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] using orgmode to send html mail?
Eric Schulte wrote: >Thanks Dan, >I'm happy to hear I'm not the only person who's enjoying playing with >this :). >Aside from changing the mime-delimeters for VM and wanderlust, it seems >to me that the only remaining step between the current functionality and >a seamless use of org-mode for email composition, is the resolution of >images as email attachments. That would allow emails with embedded >latex (which I personally would find very compelling), as well as >embedded ditaa diagrams and images. If anyone knows more about mime, >I'd be interested to hear suggestions, but I may try a first pass using >`replace-regexp' to replace all links with inline mime image >attachments. Taking a look into the MIME specs (RFC2045ff) regarding this issue is on my list. My biggest concern with utilizing more MIME capabilities is, that you have little control over what the recipient's MUA will do. Don't know about VM, but with regards to WL I'd imagine something like: - first represent the MIME strukture in a list - then call translating functions that insert the appropriate delimeters >I've just made a couple of small changes, and pushed this file up to a >git repo at http://github.com/eschulte/org-html-mail, or for raw elisp >http://github.com/eschulte/org-html-mail/raw/master/org-mml-htmlize.el Just out of curiosity: Why do you write to a temp file and not just insert the body in a temporary buffer, turn on org-mode and use org-export-region-as-html (point-min) (point-max) nil t 'string)? -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpGEnFi7I6tY.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [patch] org-attach.el: Remove dependency on xargs
Attached patch for org-attach-commit in org-attach.el removes the dependency on the xargs command to remove files in the repository that were deleted in the attachment directory. Simply capture output of git ls-files --deleted -z in a temporary buffer, get the filenames from there via string-split and call git rm on each single file. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de org-attach-remove-depend-xargs.diff Description: Binary data pgp8YdNh6onIO.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [patch] org-attach.el: Commit after deleting one file
And another one: Currently attachment directory and git repository are not synchronized after deletion of one file. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de org-attach-commit-delete-one.diff Description: Binary data pgpEB7GneuCWP.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [feature request] use relative path in the file set by org-agenda-files
Hi Mikael, thanks for the patch, I have applied it. It is incomplete in the following sense: When I add another file with `C-c [', the the expanded file names will be written back to the file. So maybe it would be useful to implement an inverse operation in `org-store-new-agenda-file-list'. I guess you cannot get back environment variables because you don't know which ones to use. But getting back "~", and removing org-directory might be nice. Such a file could then be kept, for example in the drop box and could work on different machines. - Carsten On Mar 23, 2010, at 11:30 AM, Mikael Fornius wrote: I have made a small patch implementing the following behavior: With org-agenda-files = "/home/mfo/org/agenda", a filename. | Line in agenda-file| Expands to: | |+--| | $HOME/org/org-mode.org | "/home/mfo/org/org-mode.org" | | td/td.org | "/home/mfo/org/td/td.org"| | ~/org/test.org | "/home/mfo/org/test.org" | | scratch.org| "/home/mfo/org/scratch.org" | | /home/mfo/org/wep.org | "/home/mfo/org/wep.org" | | ../te.org | "/home/mfo/te.org" | |+--| Here is the patch to current git-head: diff --git a/lisp/org.el b/lisp/org.el index 84bec4c..dad9293 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -14672,8 +14672,10 @@ the buffer and restores the previous window configuration." (when (stringp org-agenda-files) (with-temp-buffer (insert-file-contents org-agenda-files) - (org-split-string (buffer-string) "[ \t\r\n]*?[\r\n][ \t\r \n]*" - + (mapcar (lambda (f) + (expand-file-name (substitute-in-file-name f) + (file-name-directory org-agenda-files))) + (org-split-string (buffer-string) "[ \t\r\n]*?[\r\n][ \t\r \n]*") ;;;###autoload (defun org-cycle-agenda-files () -- Mikael Fornius ___ 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: (org-entry-properties nil 'all) does not return inherited properties
On Mar 22, 2010, at 10:56 PM, Holger Macht wrote: On Mon 22. Mar - 21:07:43, Emilio Jesús Gallego Arias wrote: Holger Macht writes: On Mo 22. Mär - 18:44:38, Emilio Jesús Gallego Arias wrote: Holger Macht writes: (org-entry-properties nil 'all) does not return inherited properties added with a file directive like that: #+PROPERTY: propkey propval Is this by intention? If so, is there a method to get all the properties of an item, also inherited ones? Currently I was just able to find (org-entry-get), but this only returns one specific property of which I need to know the name. See: ,[ C-h v org-use-property-inheritance RET ] Have you tried? At least this doesn't have an effect on (org-entry-properties in current git head. Sorry Holger I misunderstood your question. I guess you should modify org-entry-properties in order to include global properties like is done in the inheritance case. This does exactly what I want, thanks for the pointer. However, I'm missing the overview to know what impact this might have. Just for reference: --- diff --git a/lisp/org.el b/lisp/org.el index aa22309..ce57451 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -12663,7 +12663,11 @@ things up because then unnecessary parsing is avoided." (setq key (org-match-string-no-properties 1) value (org-trim (or (org-match-string-no-properties 2) ""))) (unless (member key excluded) - (push (cons key (or value "")) props) + (push (cons key (or value "")) props + (when org-use-property-inheritance + (setq props (append org-file-properties props) + props (append org-global-properties props) + props (append org-global-properties-fixed props (if clocksum (push (cons "CLOCKSUM" (org-columns-number-to-string (/ (float clocksum) 60.) On Mar 22, 2010, at 11:34 PM, Emilio Jesús Gallego Arias wrote: Holger Macht writes: This does exactly what I want, thanks for the pointer. However, I'm missing the overview to know what impact this might have. Just for reference: IMHO, this change should be safe to include. Hi Holger, hi Emilio, this is a good attempt at creating a function that gives all properties of an entry including inherited ones. However, there are problems: 1. org-entry-properties is not supposed to give this result. It only returns what is present in the entry itself (yes, with ALLTAGS being the one exception) 2. The change is still not complete, because it will miss properties defined in in the parents and grandparents. I would accept a patch that introduces a new function for this purpose. This function would start with calling org-entry-properties, then it would walk the hierarchy using org-up-heading-safe, call org-entry-properties at each stop and add the properties that are not present yet and that satisfy org-property-inherit-p. Finally, it would add file and global properties, as you did in your patch. Emilio, if Holgers patch was enough for you, just define a separate function doing the adding of file and global properties for you. Finally, please note that property inheritance can slow down things, so make sure to call these functions as little as possible in your code. HTH - 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] suggestion: display of #+TITLE
Hi Dan, I think the patch is almost good. I do like the larger face for the title, and I know that some themes also use larger faces for headlines. But I think we at least need a variable governing if the keyword will be made invisible or not. If you type "#+email:", for example, that string does disappear without a trace, and that is very confusing. In fact, my preference would be to not make the keyword invisible. Thanks - Carsten On Mar 22, 2010, at 2:24 AM, Dan Davison wrote: Dan Davison writes: Carsten Dominik writes: On Mar 16, 2010, at 5:25 PM, Dan Davison wrote: Might it be worth considering a special display for the #+title line in org buffers? Currently it is easy for the title to get buried among more technical configuration lines like #+options, #+startup, #+seq_toto etc. One can take the approach of leaving #+title at the top of the document, and moving the other config lines elesewhere, but even so I am wondering whether anyone else is attracted by the idea of providing an org- title display property that would hide the #+title: component, and use an appropriate face for the title text. In some ways, the current state gives the impression that the title is something which becomes important during export, but is not really a key component of document when it is being viewed in emacs. For example, I expect others are familiar with the experience of exporting an org file without a title, finding that the first heading has been used as a title, and then going back to add in the title as an afterthought. But a title is an important part of a document, and I thought perhaps a special title display would help to make the title more of a first class citizen in org buffers? Hi Dan, I agree. Maybe he same should be true for DATE and AUTHOR, maybe EMAIL? Would you like to make a patch for this, introducing a new face and applying it to these constructs? I've made a proposed patch (below). This involved making a few decisions about appearance -- it would be great to get other peoples' views and alternative proposals. At the risk of stating the obvious, I think we should ask the question "What might attract new users to org-mode most?", rather than query our personal preferences (because we can all change it ourselves or fire off an email to this list asking how). Here's my main proposal (corresponding to the patch below). Note that in the first 4 lines the #+TITLE: and #+AUTHOR: etc bits are still there, but invisible. [I've also put the screenshots at http://www.princeton.edu/~ddavison/org-faces/ ] [Default-MidnightBlue.png] The main issue then is that I'm suggesting making the title face larger than the other faces. This would be the only large face in org-mode, but I thought that it was appropriate for the title. Here's a version without the large title face: [Default-MidnightBlue-NoBigTitle.png] As for the colours, here's an alternative: [Default-DarkSlateGrey.png] The important thing is the default emacs colour theme shown above, but I did pick a colour for dark backgrounds. For what it's worth, here is what it looks like with (the excellent) color-theme-charcoal-black: [CharcoalBlack-SteelBlue.png] Here's the patch. If anyone wants to play around, it's pretty obvious in the patch below where to change the colours (and boldness and height). Don't forget the functions list-colors-display and list-faces-display. There's at least one issue with the patch: if you leave a space between e.g. '#+TITLE:' and the start of the title text, then that space will not be made invisible and so will appear at the start of the title. I couldn't see how to avoid that without altering one of the key font- lock regexps. Dan --8<---cut here---start->8--- commit 72aa791ea0bf613d50b9bf88affd6a53e91c1ebe Author: Dan Davison Date: Sun Mar 21 20:26:02 2010 -0400 Alter display of title, author, email and date lines. For each of #+TITLE:, #+AUTHOR:, #+EMAIL:, #+DATE:, the initial #+KEYWORD: part is hidden and the following new faces are applied to the remaining visible part: org-title-line org-author-line org-email-line org-date-line diff --git a/lisp/org-faces.el b/lisp/org-faces.el index e336b3c..ebc9596 100644 --- a/lisp/org-faces.el +++ b/lisp/org-faces.el @@ -468,6 +468,25 @@ changes." :group 'org-faces :version "22.1") +(defface org-title-line + 'class color) (background light)) (:foreground "midnight blue" :weight bold :height 1.44)) +(((class color) (background dark)) (:foreground "steel blue" :weight bold :height 1.44)) +(t (:weight bold :height 1.44))) + "Face for #+TITLE: line." + :group 'org-faces) + +(defface org-author-line + 'class color) (background light)) (:foreground "midnight blue")) +(((class color) (background dark)) (:foreground "steel blue"))) + "Face for #+AUTHOR: line." + :group 'org-faces) + +(org-copy-fac
Re: [Orgmode] stuck todos agenda view
On Mar 20, 2010, at 8:09 PM, Eraldo Helal wrote: I want to make an agenda view for todos older than 7 days sorted by oldest date first. My TODOs have a timestamp inside the logbook which shows when they got the TODO status. *** TODO headline :LOGBOOK: - State "TODO" from "" [2010-03-20 Sat 19:39] :END: How can I get an Agenda view, showing only TODOs with the most recent timestamp older than 7 days. And then if possible sorting them so that the oldest todo is shown fist. Any ideas how such a view could be configured/coded? Are there options already present with which I can get such a view? Hi Eduardo, the only way I can think of right now would be writing your own skip function. That function would have to search to the time stamp, make the comparison, and base its exit on the result. Appendix A7 in the manual show the structure of such a view. Hope this is enough to get you on you way. - 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] using orgmode to send html mail?
David Maus writes: > Eric Schulte wrote: >>Thanks Dan, > >>I'm happy to hear I'm not the only person who's enjoying playing with >>this :). > >>Aside from changing the mime-delimeters for VM and wanderlust, it seems >>to me that the only remaining step between the current functionality and >>a seamless use of org-mode for email composition, is the resolution of >>images as email attachments. That would allow emails with embedded >>latex (which I personally would find very compelling), as well as >>embedded ditaa diagrams and images. If anyone knows more about mime, >>I'd be interested to hear suggestions, but I may try a first pass using >>`replace-regexp' to replace all links with inline mime image >>attachments. > > Taking a look into the MIME specs (RFC2045ff) regarding this issue is > on my list. My biggest concern with utilizing more MIME capabilities > is, that you have little control over what the recipient's MUA will do. > good point, for example as I recall gmail insists on displaying all images at the bottom of an email message regardless of the placement of their mime spec. I wonder if it's possible for an html image link to reference an attachment? > > Don't know about VM, but with regards to WL I'd imagine something > like: > > - first represent the MIME strukture in a list > > - then call translating functions that insert the appropriate >delimeters > what does it look like (in the text WL buffer) when you attach say an image, or a piece of inline text like a diff file? If WL has it's own mime markup like mml that would be ideal. > >>I've just made a couple of small changes, and pushed this file up to a >>git repo at http://github.com/eschulte/org-html-mail, or for raw elisp >>http://github.com/eschulte/org-html-mail/raw/master/org-mml-htmlize.el > > Just out of curiosity: Why do you write to a temp file and not just > insert the body in a temporary buffer, turn on org-mode and use > org-export-region-as-html (point-min) (point-max) nil t 'string)? > Because `org-export-as-html' requires that the buffer have a path, I believe this is for resolution of relative paths for things like images. Best -- Eric > > -- David > > -- > OpenPGP... 0x99ADB83B5A4478E6 > Jabber dmj...@jabber.org > Email. dm...@ictsoc.de ___ 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] suggestion: display of #+TITLE
Or what about---in the spirit of the 'hidden' outline stars---the option to set "#+TITLE:" and friends in a 'barely visible' color, and in the 'standard' font of the document, if that's possible. As sexy as it is, really hiding the markup is a fair break from most (all?) of 'standard' org mode, where what you see is what you got.Even the invisible starts are there when you cursor over them. Just my 2p. Scot On Wed, Mar 24, 2010 at 2:52 PM, Carsten Dominik wrote: > Hi Dan, > > I think the patch is almost good. I do like the larger face > for the title, and I know that some themes also use larger faces > for headlines. > > But I think we at least need a variable > governing if the keyword will be made invisible or not. > If you type "#+email:", for example, that string does disappear > without a trace, and that is very confusing. In fact, my preference > would be to not make the keyword invisible. > > Thanks > > - Carsten > > > On Mar 22, 2010, at 2:24 AM, Dan Davison wrote: > > Dan Davison writes: >> >> Carsten Dominik writes: >>> >>> On Mar 16, 2010, at 5:25 PM, Dan Davison wrote: Might it be worth considering a special display for the #+title line > in > org buffers? > > Currently it is easy for the title to get buried among more technical > configuration lines like #+options, #+startup, #+seq_toto etc. One can > take the approach of leaving #+title at the top of the document, and > moving the other config lines elesewhere, but even so I am wondering > whether anyone else is attracted by the idea of providing an org-title > display property that would hide the #+title: component, and use an > appropriate face for the title text. > > In some ways, the current state gives the impression that the title is > something which becomes important during export, but is not really a > key > component of document when it is being viewed in emacs. For example, I > expect others are familiar with the experience of exporting an org > file > without a title, finding that the first heading has been used as a > title, and then going back to add in the title as an > afterthought. But a > title is an important part of a document, and I thought perhaps a > special title display would help to make the title more of a first > class > citizen in org buffers? > Hi Dan, I agree. Maybe he same should be true for DATE and AUTHOR, maybe EMAIL? Would you like to make a patch for this, introducing a new face and applying it to these constructs? >>> >> I've made a proposed patch (below). This involved making a few decisions >> about appearance -- it would be great to get other peoples' views and >> alternative proposals. >> >> At the risk of stating the obvious, I think we should ask the question >> "What might attract new users to org-mode most?", rather than query our >> personal preferences (because we can all change it ourselves or fire off >> an email to this list asking how). >> >> Here's my main proposal (corresponding to the patch below). Note that in >> the first 4 lines the #+TITLE: and #+AUTHOR: etc bits are still there, >> but invisible. >> >> [I've also put the screenshots at >> http://www.princeton.edu/~ddavison/org-faces/] >> >> [Default-MidnightBlue.png] >> >> >> The main issue then is that I'm suggesting making the title face larger >> than the other faces. This would be the only large face in org-mode, but >> I thought that it was appropriate for the title. Here's a version >> without the large title face: >> >> [Default-MidnightBlue-NoBigTitle.png] >> >> >> As for the colours, here's an alternative: >> >> [Default-DarkSlateGrey.png] >> >> >> The important thing is the default emacs colour theme shown above, but I >> did pick a colour for dark backgrounds. For what it's worth, here is >> what it looks like with (the excellent) color-theme-charcoal-black: >> >> [CharcoalBlack-SteelBlue.png] >> >> >> Here's the patch. If anyone wants to play around, it's pretty obvious in >> the patch below where to change the colours (and boldness and >> height). Don't forget the functions list-colors-display and >> list-faces-display. >> >> There's at least one issue with the patch: if you leave a space between >> e.g. '#+TITLE:' and the start of the title text, then that space will >> not be made invisible and so will appear at the start of the title. I >> couldn't see how to avoid that without altering one of the key font-lock >> regexps. >> >> Dan >> >> --8<---cut here---start->8--- >> commit 72aa791ea0bf613d50b9bf88affd6a53e91c1ebe >> Author: Dan Davison >> Date: Sun Mar 21 20:26:02 2010 -0400 >> >> Alter display of title, author, email and date lines. >> >> For each of #+TITLE:, #+AUTHOR:, #+EMAIL:, #+DATE:, the >> initial #+KEYWORD: part is hidden and the following new >> faces are applied to the remaining visible
[Orgmode] Tables and Images are shifted to the end of document while exporting to tex file
Dear all,
I have a document containing total around 10 images and tables with the
attribute setting "#+ATTR_LaTex: placement=[htb]". However, I notice
that two of this images and tables are placed in the end of the pdf
document where shouldn't be their place. At the beginning I thought it
might be the floating mechanism in Tex system. Nevertheless, after
trying lots of tuning in vain, I noticed the position of these image and
table were shifted to the end of the file just before "\end{document}"
and this causes the mistake of the position.
Does anyone has idea about it?
Keith
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Basic orgmode tutorial
Dan Davison writes: > Yes, exactly. I want to counter some of the recent pessimism on this > topic. Org-mode is very attractive to people in its own right, and as it > happens it is implemented in emacs. I know one person who has used > org-mode constantly for a couple of years now, purely for the agenda and > todo lists, without ever aquiring any ability or interest in using emacs > per se. She knows the keys to change TODO states, set timestamps and > call up the agenda and that was all that was needed. Although only > scraping the surface of what org-mode can do, the fact that someone who > otherwise only uses MS Word and firefox is still using org-mode after > two years says something *extremely* positive about org-mode. [...] > That also brings up the question of org-CUA-compatible -- would that be > set in this putative newbie org configuration? [...] > So what I am saying is that org-mode is sufficiently attractive that we > should expect non-emacs users to be attracted to it, and that we should > be optimistic about the ability of such people to start using > org-mode. And that yes, we need to work on the configuration for them. I recently installed emacs for a co-student of mine, just to give her the ability to have the outline. She struggled with organizing her notes on her research (first semester ;), so I suggested to her to have a look at the outline tools out there; after she tried some of the solutions available, I finally showed her orgmode, and she really chose org. Reason: Cleaner look, less clutter: Some of the menus in the other programs were overwhelming for her and org offered her exactly what she wanted. She is a student with average computer/software knowledge: Watch movies, use firefox, use openoffice. And thats it. I will ask her for feedback, I haven't spoken to her lately. One thing, however, I noticed at once: I installed for her the official emacs windows build, and the inconsistent mouse usage was a problem. Inconsistent not in itself, just different to what she learned and expects how mouse, copy and paste, selecting text etc. works. It broke her pattern of usage, and it was interesting to see, how confusing that is from an outside perspective. ;). I wish I had chosen Lennart Borgmanns Built, which, I guess - I am on linux only, comes with a more sensible set of preconfigurations. Memnon ... P.S.: Crazy idea: Would it be possible to use the mouse to move Headlines like M-up/M-down does? I do not understand it, but again and again I see computerusers cherishing their beloved rodent. Even heavy computer users find it hard to remember keystrokes. Or they are just unwilling to invest the effort ... ___ 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: Export buffer w/o filename to ASCII errors out (patch attached) [6.34trans (release_6.34c.221.gadb2)]
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
When exporting a buffer without associated filename and no #+TITLE set
to ASCII using C-c C-e A Org errors out with "Wrong type argument:
stringp, nil".
The problem is that `org-export-as-ascii' tries to obtain the
document's title and falls back to (buffer-file-name) -- what is nil
for a buffer w/o associated file.
Steps to reproduce:
- create shiny new buffer C-x b *test* RET
- turn on Org M-x org-mode RET
- maybe insert something
- C-c C-e A
Attached patch fixes this by using (buffer-file-name) only if there is
one and falls back to UNTITLED.
-- David
Emacs : GNU Emacs 24.0.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.7)
of 2010-03-11 on elegiac, modified by Debian
Package: Org-mode version 6.34trans (release_6.34c.221.gadb2)
current state:
==
(setq
org-log-done 'time
org-wl-nntp-prefer-web-links t
org-export-latex-default-class "scrartcl"
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
org-todo-keyword-faces '(("TODO" :foreground "red" :weight bold) ("MAYB"
:foreground "orange red" :weight bold)
("WAIT" :foreground "firebrick" :weight bold) ("DONE"
:foreground "green")
("IDEA" :foreground "gold" :weight bold) ("CANC"
:foreground "LightSlateGrey"))
org-wl-shimbun-prefer-web-links t
org-agenda-custom-commands '(("R" "Refile new tasks and notes" tags
"LEVEL=1+REFILE"))
org-agenda-files '("~/org/" "~/org/priv/" "~/org/pg/" "~/org/tec/")
org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
org-agenda-tags-column -120
org-checklist-export-function 'org-export-as-ascii
org-after-todo-state-change-hook '(org-clock-out-if-current org-checklist)
org-agenda-todo-ignore-scheduled t
org-export-latex-format-toc-function 'org-export-latex-format-toc-default
org-log-redeadline 'time
org-export-preprocess-hook '(org-export-blocks-preprocess)
org-tab-first-hook '(org-hide-block-toggle-maybe)
org-src-mode-hook '(org-src-mode-configure-edit-buffer)
org-confirm-shell-link-function 'yes-or-no-p
org-export-first-hook '(org-beamer-initialize-open-trackers)
org-wl-link-remove-filter t
org-todo-keywords '((sequence "TODO(t)" "WAIT(w)" "|" "DONE(D)") (sequence
"IDEA(i)" "MAYB(m)" "|" "CANC(C)"))
org-agenda-before-write-hook '(org-agenda-add-entry-text)
org-default-notes-file "/home/david/org//bucket.org"
org-directory "/home/david/org/"
org-log-reschedule 'time
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
org-cycle-show-empty-lines
org-optimize-window-after-visibility-change)
org-export-latex-classes '(("scrartcl"
"\\documentclass[paper=a4,12pt]{scrartcl}\n
\\usepackage[utf8]{inputenc}\n \\usepackage[T1]{fontenc}\n
\\usepackage[ngerman]{babel}\n \\usepackage{graphicx}\n
\\usepackage{longtable}\n \\usepackage{float}\n
\\usepackage{wrapfig}\n \\usepackage{soul}\n
\\usepackage{amssymb}\n \\usepackage{microtype}\n
\\usepackage{lmodern}\n \\parskip 6pt\n
\\usepackage[autocite=footnote,style=authoryear]{biblatex}\n
\\usepackage{hyperref}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
)
org-publish-project-alist '(("ictsoc-web" :base-directory "~/www/ictsoc.de/"
:base-extension "org" :publishing-directory
"~/www/ictsoc.de/" :publishing-function
org-publish-org-to-html :author "David Maus" :email
"dm...@ictsoc.de" :author-info t :creator-info t
:timestamp nil :headline-levels 4
:section-numbers nil :recursive t)
("ictsoc-feed" :base-directory "~/www/ictsoc.de/"
:base-extension "org" :publishing-directory
"~/www/ictsoc.de/" :publishing-url
"http://ictsoc.de/"; :auto-index t :recursive t
:index-filename "feed.atom" :index-function
org-atom-publish-feed-index :feed-map-entries
"LEVEL=1" :feed-id
"109b1796-d619-424d-a339-596093767737")
("ictsoc" :components ("ictsoc-web")))
org-export-preprocess-before-normalizing-links-hook
'(org-remove-file-link-modifiers)
org-email-link-description-format "%m"
org-mode-hook '((lambda nil
(org-add-hook (quot
Re: [Orgmode] [patch] org-attach.el: Remove dependency on xargs
Applied, thanks. - Carsten On Mar 24, 2010, at 8:16 PM, David Maus wrote: Attached patch for org-attach-commit in org-attach.el removes the dependency on the xargs command to remove files in the repository that were deleted in the attachment directory. Simply capture output of git ls-files --deleted -z in a temporary buffer, get the filenames from there via string-split and call git rm on each single file. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de xargs.diff>___ 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] [patch] org-attach.el: Commit after deleting one file
Applied, thanks. - Carsten On Mar 24, 2010, at 8:18 PM, David Maus wrote: And another one: Currently attachment directory and git repository are not synchronized after deletion of one file. -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de one.diff>___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Use save-excursion in org-map-dblocks
On Mar 24, 2010, at 2:47 PM, Magnus Henoch wrote: Carsten Dominik writes: this looks like an OK patch and I don't have any problems applying it. However, I do not quite understand the need for it. Can you please try to explain a bit better? Do you have two processes running over the same file at the same time, or why is there a conflict? My dblock-write function calls url-retrieve, to asynchronously retrieve an HTML page. The callback function I pass to url-retrieve will then fill in the information I need into the dynamic block. So in the following case: * Find start of dblock 1, store as pos * Make HTTP request for dblock 1 * Go back to pos * Find end of dblock 1 * Find start of dblock 2, store as pos * Make HTTP request for dblock 2 * Asynchronous event: HTTP response for dblock 1 arrives, insert lots of data in dblock 1 * Go back to pos * Find end of dblock 2 the last step will actually find the end of dblock 1, if the amount of data inserted in dblock 1 is great enough that pos suddenly points inside it. (Then it will of course find dblock 2 again, request its HTML page again, and thus insert the data twice.) An equivalent fix would be to make pos a marker instead. Yes, that would be the same. I have applied the patch, thanks. Can I ask you to sign the FSF papers for future patches which might be more than a few lines? Thanks. - 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
[Orgmode] Re: [PATCH] Use save-excursion in org-map-dblocks
Carsten Dominik writes: > Can I ask you to sign the FSF papers for future patches which might be > more than a few lines? I've assigned all past and future changes to Emacs to the FSF already. That happened a few computers ago, so I don't have that email at hand, but I think I have a backup somewhere... I'll try to dig it out this weekend. -- Magnus Henoch ___ 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] Basic orgmode tutorial
Dear Dan, dear Russell, dear Carsten, On 24.03.2010, at 20:07, Dan Davison wrote: > Russell Adams writes: > >> I discussed this with a few users off an on. >> >> In the manual there are items required to setup org, keybindings, etc. >> >> The idea would be to include: >> >> - An Agenda file, which loads by default >> - Init file which >> - Preconfigured keybindings >> - Remember keybinding for basic todo to agenda file >> - Configured auto-mode-alist >> - Recommended Global key maps > > I think this sort of approach, perhaps as part of an org-mode emacs > distribution, sounds like a very good idea. I agree and I had in mind "distributions" for Windows and for MacOS X. Windows is not my favourite platform, however, this is also true for many users who have no choice. I have already played a little with the "official" GNU distribution over the last weeks: if one adds a recent Org-mode version (upgrading Org-mode on Windows is a bit of a pain and an efficient way to lose potential new users...) and (optionally) a standard Windows installer (we like http://nsis.sourceforge.net for our own projects), a little more "tweaking" will get you a long way towards a real out-of-the-box Org-mode on Windows. There is also some work in progress on an Org-mode package for Aquamacs (MacOS X) here. The idea is that upgrading Aquamacs to the latest Org-mode release should be possible with a single click (or fairly few clicks anyway). Both projects would benefit from and depend on suggestions on how to implement Russell's list. Let me emphasize that we have no ambition to create new "distributions" from scratch: I am quite confident that the existing Windows GNU version and Aquamacs will only need comparatively minor changes. Once upon a time I would have found an approach involving "distributions" to upgrade only small portions of a large software package wasteful and inefficient. However, these days we have the bandwidth and, I feel, the advantages of potential new users outweigh the inelegance of this brute force method. Any comments are welcome. Warm regards, Stefan -- Dr. Stefan Vollmar, Dipl.-Phys. Head of IT group Max-Planck-Institut für neurologische Forschung Gleuelerstr. 50, 50931 Köln, Germany Tel.: +49-221-4726-213 FAX +49-221-4726-298 Tel.: +49-221-478-5713 Mobile: 0160-93874279 Email: voll...@nf.mpg.de http://www.nf.mpg.de ___ 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] [PATCH] babel: add a :rownames argument to R code blocks
Hi,
The following simple patch add a :rownames argument to R source code
blocks in org-babel. With :rownames yes it allows to export the row
names when the result is a table.
For example :
#+BEGIN_SRC R :session :colnames yes :rownames yes
table(d$sexe,d$cuisine)
#+END_SRC
#+results:
| | Non | Oui |
|---+-+-|
| Homme | 2 | 2 |
| Femme | 4 | 2 |
Thanks a lot for all your work !
Julien
---
contrib/babel/lisp/langs/org-babel-R.el | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/contrib/babel/lisp/langs/org-babel-R.el
b/contrib/babel/lisp/langs/org-babel-R.el
index a8071b2..f0d79b9 100644
--- a/contrib/babel/lisp/langs/org-babel-R.el
+++ b/contrib/babel/lisp/langs/org-babel-R.el
@@ -46,6 +46,8 @@ called by `org-babel-execute-src-block'."
(vars (second processed-params))
(column-names-p (and (cdr (assoc :colnames params))
(string= "yes" (cdr (assoc :colnames params)
+ (row-names-p (and (cdr (assoc :rownames params))
+ (string= "yes" (cdr (assoc :rownames params)
(out-file (cdr (assoc :file params)))
(augmented-body
(concat
@@ -53,7 +55,7 @@ called by `org-babel-execute-src-block'."
(mapconcat ;; define any variables
(lambda (pair) (org-babel-R-assign-elisp (car pair) (cdr pair)))
vars "\n")
"\n" body "\n" (if out-file "dev.off()\n" "")))
- (result (org-babel-R-evaluate session augmented-body result-type
column-names-p)))
+ (result (org-babel-R-evaluate session augmented-body result-type
column-names-p row-names-p)))
(or out-file result
(defun org-babel-prep-session:R (session params)
@@ -133,9 +135,9 @@ called by `org-babel-execute-src-block'."
(defvar org-babel-R-eoe-indicator "'org_babel_R_eoe'")
(defvar org-babel-R-eoe-output "[1] \"org_babel_R_eoe\"")
(defvar org-babel-R-wrapper-method "main <- function ()\n{\n%s\n}
-write.table(main(), file=\"%s\", sep=\"\\t\", na=\"nil\",row.names=FALSE,
col.names=%s, quote=FALSE)")
+write.table(main(), file=\"%s\", sep=\"\\t\", na=\"nil\",row.names=%s,
col.names=%s, quote=FALSE)")
-(defun org-babel-R-evaluate (session body result-type column-names-p)
+(defun org-babel-R-evaluate (session body result-type column-names-p
row-names-p)
"Pass BODY to the R process in SESSION. If RESULT-TYPE equals
'output then return a list of the outputs of the statements in
BODY, if RESULT-TYPE equals 'value then return the value of the
@@ -153,7 +155,7 @@ last statement in BODY, as elisp."
(stderr
(with-temp-buffer
(insert (format org-babel-R-wrapper-method
- body tmp-file (if column-names-p "TRUE"
"FALSE")))
+ body tmp-file (if row-names-p "TRUE"
"FALSE") (if column-names-p (if row-names-p "NA" "TRUE") "FALSE")))
(setq exit-code (org-babel-shell-command-on-region
(point-min) (point-max) "R --no-save" nil
'replace (current-buffer)))
(buffer-string
@@ -168,7 +170,7 @@ last statement in BODY, as elisp."
(case result-type
(value
(mapconcat #'org-babel-chomp (list body
- (format
"write.table(.Last.value, file=\"%s\", sep=\"\\t\", na=\"nil\",row.names=FALSE,
col.names=%s, quote=FALSE)" tmp-file (if column-names-p "TRUE" "FALSE"))
+ (format
"write.table(.Last.value, file=\"%s\", sep=\"\\t\", na=\"nil\",row.names=%s,
col.names=%s, quote=FALSE)" tmp-file (if row-names-p "TRUE" "FALSE") (if
column-names-p (if row-names-p "NA" "TRUE") "FALSE"))
org-babel-R-eoe-indicator)
"\n"))
(output
(mapconcat #'org-babel-chomp (list body
org-babel-R-eoe-indicator) "\n"
--
1.7.0.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
[Orgmode] Adding a timestamp after refiling
I use a task planning methodology From Mark Forster called "Autofocus" (http://www.markforster.net/autofocus-index/) Part of the workflow is rewriting a task at the end of the list of things to do - in orgmode terms - refiling a task. Would it be possible to add functionality to add a date/time stamp when a task is refiled? I have looked at the Tracking TODO state changes documentation in section 5.3.2 and this style of logging would be good. I am not a Lisp programmer but I have heard the term "hook" in regard to org-mode, so I assume there is some point in the code for each function to add extra functionality before or after a function is done? For example, after executing the org-refile command, add a date time stamp to the heading. Thanks Charles ___ 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] Timeline of completed tasks?
Hi, Is there any way to view a timeline or agenda of completed tasks? That is, can I invert the normal logic of excluding finished tasks from the agenda? -Ryan ___ 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
Switch language on heading lines in Latex export (was Re: [Orgmode] Re: org-beamer: How to get items appear sequentially rather than all at once)
Dear Darlan,
Thanks for your detailed explanation. I now got it working and am
really happy with it.
Now there is one remaining problem with my presentation (which is
different, which is why I changed the header line): I do have some
words on some heading line that are in a different language and need
to be set in a different font. To achieve that, I have customized the
beamer section in org-export-latex-classes to set up a new font etc,
this can now be switched on with {\J XX } to put XX into the desired
Japanese Font. However, when I do this, I get the {} brackets
escaped so they appear in the output (I do get the right font). So I
wonder how I can pass this literal LaTeX through in the export.
I looked at the manual, where it talks about literal LaTeX, but the
use cases there seem to work only on lines by themselves, not in the
middle of a header line. But since this is org-mode, I am sure there
must be a (obvious) solution which I am just failing to see
As always, any help appreciated
Christian
--
Christian Wittern, Kyoto
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Timeline of completed tasks?
Ryan Thompson writes: > Hi, > > Is there any way to view a timeline or agenda of completed tasks? That > is, can I invert the normal logic of excluding finished tasks from the > agenda? ,[ (info "(org)Agenda commands") ] | `v l or short l' | Toggle Logbook mode. In Logbook mode, entries that were marked | DONE while logging was on (variable `org-log-done') are shown in | the agenda, as are entries that have been clocked on that day. | You can configure the entry types that should be included in log | mode using the variable `org-agenda-log-mode-items'. When called | with a `C-u' prefix, show all possible logbook entries, including | state changes. When called with two prefix args `C-u C-u', show | only logging information, nothing else. ` ,[ (info "(org)Timeline") ] | 10.3.4 Timeline for a single file | - | | The timeline summarizes all time-stamped items from a single Org mode | file in a _time-sorted view_. The main purpose of this command is to | give an overview over events in a project. | | `C-c a L' | Show a time-sorted view of the Org file, with all time-stamped | items. When called with a `C-u' prefix, all unfinished TODO | entries (scheduled or not) are also listed under the current date. | | The commands available in the timeline buffer are listed in *note | Agenda commands::. ` Does that help? ___ 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] Adding a timestamp after refiling
Hi Charles, On Mar 25, 2010, at 3:43 AM, Charles Cave wrote: I use a task planning methodology From Mark Forster called "Autofocus" (http://www.markforster.net/autofocus-index/) Part of the workflow is rewriting a task at the end of the list of things to do - in orgmode terms - refiling a task. Would it be possible to add functionality to add a date/time stamp when a task is refiled? I have looked at the Tracking TODO state changes documentation in section 5.3.2 and this style of logging would be good. I am not a Lisp programmer but I have heard the term "hook" in regard to org-mode, so I assume there is some point in the code for each function to add extra functionality before or after a function is done? For example, after executing the org-refile command, add a date time stamp to the heading. This requires small changes in a few places in org.el, so a single hook would not be enough here. I have just added a variable `org-log-refile' which does what you asked for. Best wishes - 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
