[O] IMAP support for VM links in orgmode (org-vm.el)
The attached patch (relative to yesterday's state of the orgmode git repository) adds the possibility to have org-mode links to IMAP folders in VM and to messages inside IMAP folders. It requires VM 8.2.0a or later. IMAP links have the format vm-imap:account:imap-folder-name for a folder and vm-imap:account:imap-folder-name#message-id for a message. The account:imap-folder notation is the same that is used in VM when entering a folder name in the minibuffer. I ended up creating a new link type (vm-imap) instead of overloading the vm link type with some cryptic syntax. This also seems more consistent with how VM considers IMAP folders to be in a separate universe from local folders. I hope this will be useful to others! Konrad. org-vm.patch Description: Binary data
Re: [O] Using MobileOrg without sync?
On 12 Jul 2011, at 22:12, Steinar Bang wrote: I installed MobileOrg on an HTC desire. The idea was to just use it to take notes, no sync to an emacs with org-mode would be needed. What's the point of MobileOrg then? There are dozens of note-taking apps for Android that do a better job than MobileOrg for note taking. Personally I use Epistle, which syncs with Dropbox, yielding plain- text files on my desktop that I can access from Emacs. Konrad.
Re: [O] Custom agenda view for specific time intervals
Hi Bastien, Is there a way to create custom agenda views for specific time intervals, such as May 2011 or the month following the current month? A combination of `org-agenda-start-day' and `org-agenda-span' should do. org-agenda-start-day is exactly what I was looking for, thanks! Konrad.
[O] Custom agenda view for specific time intervals
Is there a way to create custom agenda views for specific time intervals, such as May 2011 or the month following the current month? Interactively, I can create such a view using org-agenda-month-view, but I need to formulate this as a custom view to feed to mobile-org. Konrad.
Re: [O] org google weather
On 6 Mar 2011, at 00:51, Nick Dokos wrote: Konrad Hinsen konrad.hin...@fastmail.net wrote: What keeps me from writing that function right now is that I don't know the internals of org-mode well enough to know how to check for a propery or tag. I expect to spend an hour reading source code, and that's for another day :-) Before diving into the code, check out Appendix A, Hacking, and in particular section A.9, Using the property API, in the Org manual. Thanks for the useful hint! I am not used to code that comes with a hacker's manual. BTW, I found a very simple solution to my original problem of having sunrise and sunset only in the day view: %%(when (eq span 'day) (diary-sunrise)) %%(when (eq span 'day) (diary-sunset)) Fortunately, because apparently org-agenda-skip-function is not called for diary-style entries. But I'll continue exploring that approach for other types of entries. Konrad.
Re: [O] org google weather
On 6 Mar 2011, at 11:33, Konrad Hinsen wrote: Fortunately, because apparently org-agenda-skip-function is not called for diary-style entries. But I'll continue exploring that approach for other types of entries. That was relatively easy as well: (defun org-agenda-day-view-only-filter () (let ((subtree-end (save-excursion (org-end-of-subtree t))) (day-view-only (org-entry-get nil day-view-only t))) (if day-view-only (if (eq span 'day) nil subtree-end) nil))) (setq org-agenda-skip-function-global 'org-agenda-day-view-only-filter) The agenda items eliminated from the week views are marked with: :PROPERTIES: :day-view-only: t :END: I put the filter on the global skip function, but others may prefer to use a custom agenda view. Konrad.
Re: [O] org google weather
On 5 Mar 2011, at 12:44, Matthew Sauer wrote: I put the diary-sunset and diary-sunrise functions in a file called sunrisesunset.el in my elisp directory, it is part of my load path and put '(require 'sunrisesunset) in my .emacs Did you put a (provide 'sunrisesunset) at the end of sunrisesunset.el? That's what tells Emacs that the requirement is now fulfilled. Konrad.
Re: [O] org google weather
On 5 Mar 2011, at 11:19, Bastien wrote: Is there a way to get this inserted only into the day view, but not into the week view? In fact, I would like to have that choice for agenda items in general. It makes sense (to me at least) to have more information in the day view than in the week view. Not that I know of, which means one of two things: it's there but I don't know about it (something that has happened many times in the past with org) or it's not there and Carsten will have it implemented by tomorrow morning :-) A clever combination of org-agenda-span and org-agenda-skip-function (checking against this span) in a custom agenda command should do. That sounds like a good plan. A property could be used to limit visibility to day or week views, and the skip-function would check for that property. Konrad.
Re: [O] org google weather
Hi Bastien, On 5 Mar 2011, at 18:07, Bastien wrote: Sorry, not sure I was clear enough: my point was that you can *already* select tasks you want to appear on the dayly agenda view and not on the weekly agenda view. It's just a matter of writing an org-agenda-skip-function that react differently depending on org-agenda-span. Right, you just need to write a function ;-) I guess I wasn't clear enough either, because that's what my proposal is about as well. My idea is 1) Use some property (or tag) to mark events in an org-file as day view only. 2) Write an org-agenda-skip-function that checks for that property/tag AND checks the value of org-agenda-span. What keeps me from writing that function right now is that I don't know the internals of org-mode well enough to know how to check for a propery or tag. I expect to spend an hour reading source code, and that's for another day :-) Konrad.
Re: [O] org google weather
On 4 Mar 2011, at 17:38, Nick Dokos wrote: Quick hack just parsing the output of diary-sunrise-sunset. ... Nice! Is there a way to get this inserted only into the day view, but not into the week view? In fact, I would like to have that choice for agenda items in general. It makes sense (to me at least) to have more information in the day view than in the week view. Konrad.
[O] Re: [Orgmode] Startup page
On 27 Feb, 2011, at 2:36 , Matthew Sauer wrote: As a relatively newer emacs and org-mode user I have found it very interesting to see what people have in their .emacs file. This has spawned my curiosity, what do you have for a startup page? Do you just have it go to the scratch buffer, the standard page or something else? Maybe a custom designed page with links or something else? Might be something interesting to share on worg as well if you have a unique start page for emacs. My Emacs starts up showing two windows: 1) An org-mode file that contains links to everything I am currently working on, and which I change as projects start and end. This gives me instant access to almost everything I need. 2) A buffer containing my agenda and to-do list. Translated to .emacs, this means: (find-file ~/org/current.org) (split-window-vertically) (org-agenda nil g) Konrad. ___ 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: [O] Re: [Orgmode] Splitting mailing list
On 28 Feb 2011, at 18:05, Samuel Wales wrote: [O] is *much* better than [Orgmode]. Thank you. Looking forward to [OD] and [OB], if that's what we will use. Plus [OS], for discussions about splitting the mailing list. Konrad PS: Don't worry, this is my last post on this topic! ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-capture and ECB
At Fri, 18 Feb 2011 13:30:27 +0100, Alain Clément wrote: The culprit is: #+begin_src emacs-lisp (setq ecb-layout-name left13) #+end_src Other layouts induce the same problem, for instance left2, left3 and left9. I am using left3 as my default layout, but I haven't noticed any problems. I did modify the window layout though, so it's not the original version of left3. Konrad. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-capture and ECB
On 16 Feb, 2011, at 17:25 , Alain Clément wrote: I see no way to reproduce this error without (installing and) activating ECB. Actually, as soon as I desactivate ECB, org-capture works seamlessly with my configuration. I use both org-mode and ECB, but I didn't notice any problem with org-capture until now. I'd be interested in reproducing your problem in order to help with a solution. Konrad. ___ 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] Status google calendar sync
On 14 Feb 2011, at 22:39, Marcelo de Moraes Serpa wrote: This would be awesome, and I think this is the path the emacs developers should take -- separating emacs into two, the GUI and the core elisp interpreter. I'm sure this wouldn't be easy, but imagine Emacs already has a batch mode, and very different GUI layers (terminal, X11, Mac, Windows), so I'd suspect that a no GUI version that can be compiled anywhere would not be so difficult. It may be more difficult to make a separate GUI layer, but that wouldn't be very important either from a practical point of view. BTW, another Emacs GUI I'd like to see is a Web-based one. Imagine connecting to your home machine from a Web browser and getting access to a copy of Emacs running there! Konrad. ___ 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] Status google calendar sync
On 2 Feb 2011, at 06:15, Torsten Wagner wrote: Basically, mobileorg tries to do that but all the parsing, sorting and data manipulation stuff is done on the android phone in native Java. Therefore, Matthew (the main developer) is busy (I guess) by reimplementing org-mode functions in Java which runs perfectly fine in elisp already. Thus, I wonder if an approach in the middle might be the best. Using a GUI like mobileorg. Every command (button-press) is actually translated in a org-mode elisp call send via ssh to an emacs daemon on a server machine. The emacs daemon processes the request and sends the result back. Result get catched by the GUI and displayed in a nice easy understandable way specifically customized to the small screen of mobile phones. How about implementing emacs-lisp for Android? More precisely, Emacs minus all the display stuff. Just what it takes to run Emacs in batch mode. Since Emacs already has very different display modes (GUI, terminal), it is perhaps not so difficult to extract a display-less version from the source code. Maybe this is just naive thinking, I never looked at the Emacs source code! Konrad ___ 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] IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
On 9 Jan 2011, at 17:05, Bastien wrote: If you already have a clone, please update your refs like this: ~$ cd your-existing-org-mode-repo/ ~$ git config remote.origin.url git://orgmode.org/org-mode.git Is there an http version as well, for those of us behind nasty firewalls? I tried replacing git: by http:, but that doesn't seem to yield a valid repo URL. Konrad. ___ 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: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)
On 9 Jan 2011, at 20:19, Jason Dunsmore wrote: I just made the org-mode repo available via HTTP. Try running: git clone http://orgmode.org/org-mode.git Works, thanks! Konrad. ___ 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: Introducing gnugol - an org-mode-output web search client
On 6 Jan 2011, at 19:19, brian powell wrote: ** Example/possibilities: apt-get install surfraw ... [[eshell:*eshell*:(rename-buffer vvv)]] [[eshell:*eshell*:(rename-buffer ttt)]] There's no need for those two lines, because... [[eshell:vvv:date]] ... this one will create the eshell buffer vvv if it doesn't exist already. [[eshell:ttt:sr wikipedia goosh]] Same here. Konrad. ___ 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] orgmode add-on that implements links to eshell buffers
Hi Carsten, Hi Konrad, this looks good. Have you signed papers with the FSF, or do we have to make this a contributed file? I have started the FSF process in december, and got a message yesterday that the papers to be signed are on the way to me. I have no idea how long this will take, unfortunately. Konrad. ___ 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] orgmode add-on that implements links to eshell buffers
The attached file implements a new link type eshell. An eshell link consists of an optional buffer name followed by a colon, and of an eshell command line. Opening the link switches to the indicated buffer, creating it if necessary, or to the default *eshell* buffer, and executes the command line exactly as if it were entered from the keyboard. Inside an eshell buffer, org-store-link stores a link that switches back to the same buffer and does a cd to the current working directory. I'd be happy to contribute this file to org-mode if there is interest. Konrad. org-eshell.el Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-mac-protocol/org-protocol-capture
On 30 Nov 2010, at 03:53, Timothy Brown wrote: I think the intended behavior i'm confused about is remember coming up instead of the new capture functionality. I assume that has to do with this line here in the Applescript: set theProtocol to org-protocol:/mac-remember:/y/ but i'm not sure how to modify this to forego the older remember functionality and use the newer capture functionality. That would require new code in org-mac-protocol.el. mac-remember is a new protocol implemented in that module, which uses the remember framework. Switching to capture would require defining a new protocol mac-capture and implement it. I have actually started doing that and my current version is already usable. But I am not happy yet with some of the details. If you want to try it, my version of org-mac-protocol.el is attached, as well as org-capture.scpt that calls it. Konrad. org-mac-protocol.el Description: Binary data (* org-capture.scpt --- make a note in an org-mode file, linking to the front document and any selected text Copyright (C) 2009, 2010 Christopher Suckling Author: Christopher Suckling suckling at gmail dot com This file is Free Software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3, or (at your option) any later version. It is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU Emacs; see the file COPYING. If not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. Vesion: 0.634 Commentary Part of org-mac-protocol Installation 1) Open in AppleScript Editor 2) Save as File Format: Script in ~/Library/Scripts/ Please see org-mac-protocol.org for full installation and usage instructions *) set ASTID to AppleScript's text item delimiters set text item delimiters to {:} set myPath to (path to me) as text set orgQSLib to (text items 1 through -2 of myPath) orgQSLib: as text set AppleScript's text item delimiters to ASTID set getEmacsLib to (load script file ((orgQSLib as text) getEmacsClient.scpt)) set getItemMetaLib to (load script file ((orgQSLib as text) getItemMetadata.scpt)) global escapeLib set escapeLib to ((orgQSLib as text) escape.rb) set theProtocol to org-protocol:/mac-capture:/w/ tell application System Events set theApp to item 1 of (get name of processes whose frontmost is true) end tell set theScript to getEmacsLib's getEmacsClient() getItemMetaLib's getItemMetadata(theProtocol, theApp) do shell script theScript___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-mac-protocol/org-protocol-capture
On 29 Nov 2010, at 06:04, Timothy Brown wrote: Has anyone done any hacking or changes to get a working setup using the capture mechanic in org-mode 7.01 to work with org-mac-protocol[1] by claviclaws? I'm pretty lisp clueless and searched around a bit but couldn't find any obvious changes in order to get everything to work as expected. What exactly doesn't work for you? I use org-mac-protocol pretty much as published. The only modification I had to make was in the Applescript code that launches emacsclient, since I have several Emacs versions installed and by default it would pick up the wrong one. Konrad. ___ 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] Error when running org-babel-execute-buffer -- Wrong type argument: consp, nil
On 19 Nov 2010, at 09:19, Eric Schulte wrote: Could you and/or Konrad let me know if this now works on your systems, and if not could you send me an example file that exercises the error? It works fine now! Thanks, Konrad. ___ 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] Error when running org-babel-execute-buffer -- Wrong type argument: consp, nil
On 18 Nov 2010, at 01:07, Eric Schulte wrote: Thanks for doing most of the debugging on this. After much banging of my head, I stumbled onto this very nice page of common problems with compiled Macros in Emacs Lisp [1], it looks like this sort of thing has happened before. :) I realized I was guilty of one of the macro sins specified above, and after rectifying that design flaw I believe (at least for my simple test case) this error should be fixed. Please let me know if you continue to run into this problem with the byte-compiled version of this macro. Yes, nothing has changed: it works fine when I run from source code, it breaks (same error message as before) if I do a make in my org directory before starting emacs. Sorry, Konrad. ___ 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] Error when running org-babel-execute-buffer -- Wrong type argument: consp, nil
On 02.11.2010, at 17:09, Ista Zahn wrote: I recently upgraded to version 7.3 (from 7.01), and discovered that org-babel-execute-buffer no longer works, returning Wrong type argument: consp, nil. I just ran into the same problem... Did you find a workaround, other than going back to some older release? Konrad. ___ 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] Error when running org-babel-execute-buffer -- Wrong type argument: consp, nil
On 08.11.2010, at 14:49, Eric Schulte wrote: I'm unable to re-create this problem. Could you please send a minimal example file in which the problem occurs? Here is an example file. Open it and run org-babel-execute-buffer, and you will get Wrong type argument: consp, nil. Then type C-c C-c on the three code blocks in order: everything works as expected. Do org-babel-execute-buffer again, and it will complain about an undefined function org-babel-map-src-blocks. Konrad. test.org Description: Binary data ___ 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] Error when running org-babel-execute-buffer -- Wrong type argument: consp, nil
On 08.11.2010, at 15:45, Nick Dokos wrote: Konrad Hinsen konrad.hin...@fastmail.net wrote: On 08.11.2010, at 14:49, Eric Schulte wrote: I'm unable to re-create this problem. Could you please send a minimal example file in which the problem occurs? Here is an example file. Open it and run org-babel-execute-buffer, and you will get Wrong type argument: consp, nil. Then type C-c C-c on the three code blocks in order: everything works as expected. Do org-babel-execute-buffer again, and it will complain about an undefined function org-babel-map-src-blocks. Something to do with the compilation of the org-babel-map-src-blocks macro, no doubt. I don't see it with uncompiled files. I confirm. Removing all the byte-compiled files from my org-mode directory and restarting emacs solves the problem. That's already a useful workaround, thanks! Konrad. ___ 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] Extended-period events in agenda views
Hi Carsten, On 1 Nov 2010, at 20:55, Carsten Dominik wrote: I don't think so. But what I am also missing is a clear idea on *how* this event should be generated and *how* it should be displayed. Apparently you do not want the event listed in the agenda, but you say maybe a special font. If the event is not listed, what else should be in a general font? I can think of several ways to do this: 1) a small marker (such as a star) in front of every day in the specific period, with a link to the event that caused it. I'd see at a glance that the days is special and if I need to know the details, they are just a click away. Problem: if several periods cover the same day, what does the link point to? There could be one star per special event, as long as their number remains reasonable. 2) Another visual marker for the days concerned, such as a special typeface (difficult, since bold and italic are already taken), or a different color. Problem: how to get at more detailed information? It could be shown in the minibuffer when the cursor is at that day, for example. As for generating the event, a list of day ranges would be just fine. They could have some property attached to them to distinguish them from ordinary events. Konrad. ___ 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] Extended-period events in agenda views
Hello all, I have been a happy org-mode user for a while, using more and more of org-mode for more and more things. By now I have completely replaced my use of iCal (on the Mac) by the org-mode agenda, with no regrets. However, there is one feature that I am still trying to get into my agenda view, but I didn't find a way to do it yet. There are a couple of long-lasting events that I would like to show in my agenda view. A typical example would be school vacation periods, but there are others: absences of a colleague, availability of some instrument, etc, Their common feature is that they can last very long (several weeks) and that they don't really occupy my agenda. I just want to know when planning something if a given day is in period X or not. So I'd like to see at a glance (using a specific font, color, one- letter prefix etc.) if a day falls into a certain predefined period. Simply adding a corresponding event to my agenda leads to visual clutter: it gets marked on every single day of the period. Is there any way to get what I am looking for? Thanks in advance, Konrad. ___ 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