Re: [O] org-link-set-parameters missing in ELPA version
Hi Rob, Not sure what's going on. On a related note, I noticed that the outlook code is tied to the 2011 version. I'm going to prepare a patch for that and submit it. On Sat, Aug 20, 2016 at 4:57 PM, Rob Duncanwrote: > Hi John, > > My org is claiming to be version 8.3.5: > > Org-mode version 8.3.5 (8.3.5-elpa @ /Users/rduncan/.emacs.d/elpa/ > org-20160815/) > > Rob. > > On Aug 20, 2016, at 11:56 AM, John Kitchin > wrote: > > that seems weird, I thought that should only be in org 9. Is that on ELPA > somehow? > > John > > --- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > > On Sat, Aug 20, 2016 at 2:45 PM, Rob Duncan wrote: > >> I just installed org-mac-link version 20160808.220 from ELPA and I’m no >> longer able to insert links from Mail.app and other applications. It used >> to work… >> >> When I try to manually load org-mac-link.el I get this error message: >> >> eval-buffer: Symbol’s function definition is void: org-link-set-parameters >> >> Did I mess up the install, or is the package broken somehow? >> >> Thanks, >> >> Rob. > > > >
Re: [O] [PATCH] Add DEVONthink Pro to Org Mac Link
Hi Mike, Thank you for extending org-mac-link. Much appreciated! And thank you Bastien for taking care of applying the patch. Have a good weekend, -Anthony On Sat, Jun 14, 2014 at 8:48 AM, Bastien b...@gnu.org wrote: Hi Mike, Mike-Personal mike.mcl...@pobox.com writes: I have attached the patch to this email. Applied, thanks. I updated the changelog: http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=c57ecf26 -- Bastien
Re: [O] Add TODO from external app?
Hi Lawrence, Here is a Python script I use to scrape TODOs from emails. I haven't polished it up and put it on github yet, but you are welcome to give it a whirl (anyone else is too, obviously). You need python 2.5 or greater to run this. Configure by modifying the variables at the top of the file. Carsten: If you think this is a worthwhile addition to contrib, I am happy to clean it up, and write a bit of documentation for inclusion with org mode. Hope this helps, -Anthony On Tue, Apr 1, 2014 at 11:41 AM, Lawrence Bottorff borg...@gmail.comwrote: I've seen various things for interacting with org mode from external apps. I found org-protocol, as well as a Mutt-to-org mode article. Per the tittle, I want to be able to add new TODO items from, say, an email or a PHP-based web page form. Is this just brute force external file manipulation, i.e., e.g., my PHP code would simply open a .org file and concatenate a properly formatted TODO line . . . or are there more sophisticated ways of talking to emacs/org-mode from without? LB #!/usr/bin/env python # todo-email-scraper.py - Watch an email address for TODOs and add them to an org file # # Copyright (c) 2014 Free Software Foundation, Inc. # # Authors: # Anthony Lander anthony.lan...@gmail.com # # Version: 1.0 # Keywords: org, todo, email # # This file is not part of GNU Emacs. # # This program 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. # # This program 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. If not, see http://www.gnu.org/licenses/. # # Commentary: # # - Email subject is the TODO line, and body is the TODO body. # - Add a property line :TODO-TARGET: true to the parent heading where TODOs should be dropped # - Configure email address, diary file, password below. # - You can schedule this to run every 30 minutes in a cron job. # - The scraper scrapes all emails from a designated address (so only you can # - send yourself todos). as such, it is best to set up a todo email address to # - receive only todo emails. import sys from os import rename from datetime import datetime from string import replace import imaplib import StringIO from email.parser import Parser # ### Configuration diary_file = /path/to/org_file.org # Replace with your org file server = 'imap.gmail.com' # Replace with your imap mail server username = 'taskl...@gmail.com' # Replace with the email address that receives todos password = 'passowrd' # Replace with the password for the above email address authorized_sender = 'y...@gmail.com' # Replace with the email address from which you send todos def is_diary_file_available(): try: file = open(diary_file, r) except IOError: return False file.close() return True def get_todos(): imap = imaplib.IMAP4_SSL(server) imap.login(username, password) imap.select() search_criteria = '(UNSEEN FROM ' + authorized_sender + ')' typ, data = imap.search(None, search_criteria) todos = [] for num in data[0].split(): todo_subject = todo_body = [] typ, data = imap.fetch(num, '(RFC822)') file = StringIO.StringIO(data[0][1]) message = Parser().parse(file) todo_subject = message['subject'] #print message['Subject'] + \n body = for part in message.walk(): t = part.get_content_type() if t and t.lower() == text/plain: # Found the first text/plain part body = part.get_payload(decode=True) break # print , body, long_line = for line in [line.strip() for line in body.splitlines() if len(line) 0]: if line[-1:] == =: long_line += line[:-1] else: if len(long_line) 0: # There is a long line waiting to be written #print long line: , long_line todo_body.append(long_line) long_line = else: #print line: , line todo_body.append(line) long_line = if len(long_line) 0: #print long line (final): , long_line todo_body.append(long_line) todos.append({'subject' : todo_subject, 'body' : todo_body}) imap.close() imap.logout() return todos def new_diary_lines_with_todos(todos): try: file = open(diary_file, rt+) found
Re: [O] Incremental search only within visble text
Hi Ali, If you install isearch+ (in elpa) you can toggle invisible text searching with C-+. Hope this helps, -Anthony On Tue, Apr 1, 2014 at 3:43 PM, Ali Tofigh alix.tof...@gmail.com wrote: Sometimes I just want to do an incremental search in the visible text of a partially folded org file. In other words, I want the search to ignore text that is invisible due to folding. I know that there is an org-copy-visible command. Is there an equivalent command for searching? /ali
Re: [O] [PATCH] org-mac-link: Improve grabbing behavior for Chrome.
Thanks for improving the link grabber! -Anthony On Sat, Mar 22, 2014 at 8:23 PM, Muchenxuan Tong demon...@gmail.com wrote: * contrib/lisp/org-mac-link.el (org-as-mac-chrome-get-frontmost-url): Improve AppleScript used for grabbing information from Chrome. Now it's shorter and doesn't require switching to the app. Also, starting and ending quote are trimmed only when necessary. --- contrib/lisp/org-mac-link.el | 32 1 file changed, 12 insertions(+), 20 deletions(-) diff --git a/contrib/lisp/org-mac-link.el b/contrib/lisp/org-mac-link.el index ef46171..d1687e0 100644 --- a/contrib/lisp/org-mac-link.el +++ b/contrib/lisp/org-mac-link.el @@ -349,26 +349,18 @@ applications and inserting them in org documents (defun org-as-mac-chrome-get-frontmost-url () (let ((result (do-applescript -(concat - set oldClipboard to the clipboard\n - set frontmostApplication to path to frontmost application\n - tell application \Google Chrome\\n - activate\n - delay 0.15\n - tell application \System Events\\n - keystroke \l\ using command down\n - keystroke \c\ using command down\n - end tell\n - delay 0.15\n - set theUrl to the clipboard\n - set the clipboard to oldClipboard\n - set theResult to (get theUrl) \::split::\ (get name of window 1)\n - end tell\n - activate application (frontmostApplication as text)\n - set links to {}\n - copy theResult to the end of links\n - return links as string\n -(substring (car (split-string result [\r\n]+ t)) 1 -1))) +(concat + set frontmostApplication to path to frontmost application\n + tell application \Google Chrome\\n + set theUrl to get URL of active tab of first window\n + set theResult to (get theUrl) \::split::\ (get name of window 1)\n + end tell\n + activate application (frontmostApplication as text)\n + set links to {}\n + copy theResult to the end of links\n + return links as string\n +(replace-regexp-in-string ^\\\|\$ + (car (split-string result [\r\n]+ t) (defun org-mac-chrome-get-frontmost-url () (interactive) -- 1.9.1
Re: [O] Help proofreading ORG-NEWS for Org 8.1
Hi Bastien, In the Incompatible changes section, please change the section on org-mac-link to read as follows so that it incorporates further instructions on how to deal with the change: *** Combine org-mac-message.el and org-mac-link-grabber into org-mac-link.el Please remove calls to =(require 'org-mac-message)= and =(require 'org-mac-link-grabber)= in your =.emacs= initialization file. All you need now is =(require 'org-mac-link)=. Additionally, replace any calls to 'ogml-grab-link to 'org-mac-grab-link. For example, replace this line: (define-key org-mode-map (kbd C-c g) 'omgl-grab-link) with this: (define-key org-mode-map (kbd C-c g) 'org-mac-grab-link) On Fri, Sep 6, 2013 at 1:57 AM, Bastien b...@gnu.org wrote: Hi all, I have prepared the changelogs for Org 8.1, see the first section in this file: http://orgmode.org/cgit.cgi/org-mode.git/plain/etc/ORG-NEWS I have not documented changes in the contrib/ directory, as ORG-NEWS is meant to go into the Emacs trunk. Please let me know if I missed some important changes or if some descriptions need some rephrasing/details. Thanks! -- Bastien
Re: [O] ATTENTION: Incompatible change
Hi Carsten, Sorry for the delay. For org-mac-link, here is a small cleanup patch to org that changes the customize group name from 'org-mac-link-grabber to 'org-mac-link, and another patch which updates the documentation in worg. Can you please review, and if OK apply to the repositories? Thanks, -Anthony On Sat, Aug 31, 2013 at 9:37 AM, Carsten Dominik carsten.domi...@gmail.comwrote: Hi all, I have now replaced both org-mac-message.el and org-mac-link-grabber.el with org-mac-link.el. So after the next pull, you will have to change your setup to use this module instead of the others and use the new commands as well. I would appreciate if you your try this soon, so that we can fix issue before the next release (very soon). Thank you, and in particular thanks to Anthony Lander for doing the work. - Carsten P.S. Anthony, you promised to update the documentation. It would be great if you could do that now. Thank you! diff --git a/org-contrib/org-mac-link.org b/org-contrib/org-mac-link.org index 3f58616..1cc0f21 100644 --- a/org-contrib/org-mac-link.org +++ b/org-contrib/org-mac-link.org @@ -1,4 +1,4 @@ -#+TITLE: org-mac-link-grabber.el -- Grab links from open Mac applications +#+TITLE: org-mac-link.el -- Grab links from open Mac applications #+OPTIONS: ^:{} author:nil #+STARTUP: odd @@ -17,7 +17,7 @@ - Mail.app - Address Book.app - Safari.app -- Skim.app [fn:: Supported in the latest version from Git] +- Skim.app [fn:: Supported in the latest version from Git] - Firefox.app - Firefox.app with the Vimperator plugin - Google Chrome.app @@ -26,26 +26,26 @@ * Installation Customize the org group by typing =M-x customize-group RET org RET=, then - expand the /Modules/ section, and enable =mac-link-grabber=. + expand the /Modules/ section, and enable =mac-link=. You may also optionally bind a key to activate the link grabber menu, like this: : (add-hook 'org-mode-hook (lambda () - : (define-key org-mode-map (kbd C-c g) 'omlg-grab-link))) + : (define-key org-mode-map (kbd C-c g) 'org-mac-grab-link))) -* Usage +* Usage - Activate the grabber by typing =C-c g= (or whatever key you decided - to bind, as above), or type =M-x omlg-grab-link RET=. This will give - you a menu in the modeline allowing you to select an application. - The current selection in that application will be inserted at point - as a hyperlink in your org-mode document. + Activate the grabber by typing =C-c g= (or whatever key you decided to bind, + as above), or type =M-x org-mac-grab-link RET=. This will give you a menu in + the modeline allowing you to select an application. The current selection in + that application will be inserted at point as a hyperlink in your org-mode + document. * Customizing - You may customize which applications appear in the grab menu by - customizing the group /org-mac-link-grabber/. Changes take effect - immediately. If you are using the latest org-mode from Git, you can - also customize whether the =org-mac-link-grabber= should highlight - the selected text when grabbing the link from Skim.app. + You may customize which applications appear in the grab menu by customizing + the group /org-mac-link/. Changes take effect immediately. If you are using + the latest org-mode from Git, you can also customize whether the + =org-mac-link= should highlight the selected text when grabbing the link from + Skim.app. diff --git a/org-mac.org b/org-mac.org index 074a85e..2015e02 100644 --- a/org-mac.org +++ b/org-mac.org @@ -28,7 +28,7 @@ applications other than Emacs... ** [[file:org-contrib/org-mac-iCal.org][org-mac-iCal]] -- import OS X iCal.app events into Emacs diary Written by /Christopher Suckling/. -** [[file:org-contrib/org-mac-link-grabber.org][org-mac-link-grabber]] -- Hyperlink to items in mac applications +** [[file:org-contrib/org-mac-link.org][org-mac-link]] -- Hyperlink to items in mac applications grab the current link or selection from an open mac application and insert it as a hyperlink at point in an org-mode document. Written by /Anthony Lander/. diff --git a/contrib/lisp/org-mac-link.el b/contrib/lisp/org-mac-link.el index 8993919..0ab0354 100644 --- a/contrib/lisp/org-mac-link.el +++ b/contrib/lisp/org-mac-link.el @@ -81,58 +81,58 @@ (require 'org) (require 'org-mac-message) -(defgroup org-mac-link-grabber nil +(defgroup org-mac-link nil Options concerning grabbing links from external Mac applications and inserting them in org documents - :tag Org Mac link grabber + :tag Org Mac link :group 'org-link) (defcustom org-mac-grab-Finder-app-p t Enable menu option [F]inder to grab links from the Finder :tag Grab Finder.app links - :group 'org-mac-link-grabber + :group 'org-mac-link :type 'boolean) (defcustom org-mac-grab-Mail-app-p t Enable menu option [m]ail to grab links from Mail.app :tag Grab
Re: [O] LaTex Adjustments for Org-Export
Hi Jeff, I just saw your question about removing paragraph indent, and adding space between paragraphs. You can do that with the following LaTeX commands: \setlength{\parskip}{1ex plus 0.5ex minus 0.2ex} %% Add space between paragraphs \setlength{\parindent}{0pt} %% Do not indent paragraphs You can put them at the top of your org document like so: #+LATEX_HEADER: \setlength{\parskip}{1ex plus 0.5ex minus 0.2ex} %% Add space between paragraphs #+LATEX_HEADER: \setlength{\parindent}{0pt} %% Do not indent paragraphs I hope this helps! -Anthony On Wed, Jul 31, 2013 at 8:27 AM, Jeff Rush jr...@taupro.com wrote: I'm trying to export a .org file to .pdf and although I've gotten past many formatting hurdles, I am stuck on two problems. 1) How can I redefine, in my org-export-latex-classes variable, the \section definition, such that it includes \pagebreak? My reason is that I would like each of my top-level headings to start on a new page, like a new chapter. 2) How can I change the basic formatting of paragraphs everywhere to a) omit the leading indent, and b) have a blank line between paragraphs Instead of this strange-looking style: This is a test paragraph of the following kind of thing. And so is this one. I want it to look like this: This is a test paragraph of the following kind of thing. And so is this one. Thanks for any helpful souls out there. I'm working on learning LaTeX but can't see how the various parts of the article base class fit together and how to selectively override them. -Jeff
Re: [O] New logo
On 13-Apr-1, at 1:20 PM, Bastien wrote: Hi all, I've been trying hard to enhance the logo for the release of 8.0 and I gather that my attempts failed so far. So instead of trying to change the colors and the shape, I suddenly realized we could simply find... a *better* animal. Bastien, the ostrich is fantastic. Kudos! -Anthony
Re: [O] Breadcrumbs?
Hi Ken, On 12-Sep-24, at 5:36 PM, Ken Williams wrote: Has anyone ever tried implementing a “breadcrumbs”-type feature in org-mode? By that I mean something that would quickly tell you the headings up the whole path to the root, to quickly orient yourself when you’re deep within a document. I was originally thinking of something always-present shown at the top of the frame, but maybe it would be better as something shown on demand in the minibuffer, possibly making it taller while shown. You can bind this to a speed command. It will show you the path to the current headline (less the first heading) in the echo area, and will also copy it to the kill ring. This is the functionality I need, but it would be easy to modify to do what you want. (defun org-copy-outline-path-less-root-to-kill-ring (optional a b) Copy the current outline path, less the first node, to the kill ring, and echo to the echo area. (interactive P) (let* ((bfn (buffer-file-name (buffer-base-buffer))) (case-fold-search nil) (path (rest (org-get-outline-path (setq path (append path (save-excursion (org-back-to-heading t) (if (looking-at org-complex-heading-regexp) (list (match-string 4)) (let ((formatted-path (org-format-outline-path path (1- (frame-width) (kill-new formatted-path) (message %s formatted-path Hope this helps, -Anthony
Re: [O] org-metaup / org-metadown nerfed in 7.9.1
Hi Bastien, On 12-Sep-22, at 5:24 AM, Bastien wrote: Hi Anthony, Anthony Lander anth...@landerfamily.ca writes: I use the M-up/dn behaviour a lot to move property lines up and down. Maybe each property line could be a new element recognized as such by org-element.el. This way org-metaup/down on a property line would move it up/down. That would be wonderful - and I see that it will be in 8.0! Thank you Nicolas for that. -Anthony
Re: [O] Problem with paragraph fill / tab in lists
On 12-Sep-19, at 4:52 PM, Nick Dokos wrote: Anthony Lander anth...@landerfamily.ca wrote: On 12-Sep-19, at 2:10 PM, Nick Dokos wrote: Bastien b...@altern.org wrote: Yes -- we'll never say it enough: don't use filladapt.el with org-mode. It's probably worth adding a paragraph about this in the org manual, section Miscellaneous/Interactions/Conflicts. Nick, the way to turn off filladapt for orgmode is to add the following to .emacs: (add-hook 'org-mode-hook 'turn-off-filladapt-mode) That might save people some digging for how to do it. Thanks for that. I added a question to the FAQ with a description of the problem as I understand it and incorporating Anthony's suggestion above. Please review and either fix or let me know of any problems. That looks good to me. I'm sure that will save people a lot of frustration. Bastien, since org and filladapt are so incompatible, would you consider adding this as a strong recommendation on this page: http://orgmode.org/manual/Activation.html? -Anthony
Re: [O] Problem with paragraph fill / tab in lists
Hi Bastien, Can you confirm this error happens with no configuration (emacs -Q)? After a bit of digging it seems to be a bad interaction between org-mode paragraph filling and filladapt-mode. If I disable filladapt, then everything works as expected. Thanks, and sorry for not -Q'ing before posting. -Anthony
Re: [O] org-metaup / org-metadown nerfed in 7.9.1
Hi Trevor, On 12-Sep-19, at 10:44 AM, Trevor Vartanoff wrote: And so, example 2, I was receiving cannot drag element forward/backward when I was in a heading with no line breaks. That is, a heading where paragraphs are separated with return + indent rather than a full line break of return + return. I use the M-up/dn behaviour a lot to move property lines up and down. I added some hooks to restore that functionality since property lines aren't recognized as elements. Here's the code. You might be able to adapt it to do what you want. Hope it helps, -Anthony ; Fix M-up and M-down to move individual lines inside a property drawer (add-hook 'org-metaup-hook 'my-org-metaup-hook) (defun my-org-metaup-hook () When on a property line, use M-up to move the line up (when (org-region-active-p) (return nil)) (let ((element (car (org-element-at-point (if (eq element 'property-drawer) (let* ((position (- (point) (line-beginning-position))) (a (save-excursion (move-beginning-of-line 1) (point))) (b (save-excursion (move-end-of-line 1) (point))) (c (save-excursion (goto-char a) (move-beginning-of-line 0))) (d (save-excursion (goto-char a) (move-end-of-line 0) (point (transpose-regions a b c d) (goto-char c) (forward-char position) t) nil))) (add-hook 'org-metadown-hook 'my-org-metadown-hook) (defun my-org-metadown-hook () When on a property line, use M-down to move the line down (when (org-region-active-p) (return nil)) (let ((element (car (org-element-at-point (if (eq element 'property-drawer) (let* ((position (- (point) (line-beginning-position))) (at-end-of-line (eq (point) (line-end-position))) (a (save-excursion (move-beginning-of-line 1))) (b (save-excursion (move-end-of-line 1) (point))) (c (save-excursion (next-line) (move-beginning-of-line 1))) (d (save-excursion (next-line) (move-end-of-line 1) (point (transpose-regions a b c d) (move-beginning-of-line 1) (if at-end-of-line; Strange boundary condition at end of line (progn (next-line) ; Goes to wrong place. So instead just (move-end-of-line 1)) ; go to end of line. (forward-char position)) t) nil)))
Re: [O] Problem with paragraph fill / tab in lists
On 12-Sep-19, at 2:10 PM, Nick Dokos wrote: Bastien b...@altern.org wrote: Yes -- we'll never say it enough: don't use filladapt.el with org-mode. It's probably worth adding a paragraph about this in the org manual, section Miscellaneous/Interactions/Conflicts. Nick, the way to turn off filladapt for orgmode is to add the following to .emacs: (add-hook 'org-mode-hook 'turn-off-filladapt-mode) That might save people some digging for how to do it. -Anthony
[O] Problem with paragraph fill / tab in lists
Hi List, I just pulled org-mode today (Org-mode version 7.9.1 (release_7.9.1-244-g48ca87.dirty) and I'm seeing some strange behaviour with paragraph fill. Some examples: If I start typing a definition list and let emacs wrap the text, I get this: - test :: dsfjknv sldfknv lksdjnv lksdjnv lksdjnv lkjsdv lkjsdnv lkjsdnv lkjnsdv lkjdsnv lkjnsdv lkjsndlv kjnsdv lkjsdnv lkjnsd lvkjsndv lkjsdn klvjsnd fvlkjsdnfv lksjdn vlksdjnv lkjsdnv lkjsdnv lkjsdnv lkjsnd If I turn autofill off (so all the text goes on one line, and then I M-x fill-paragraph RET, I get this: - test :: dsfjknv sldfknv lksdjnv lksdjnv lksdjnv lkjsdv lkjsdnv lkjsdnv lkjnsdv lkjdsnv lkjnsdv lkjsndlv kjnsdv lkjsdnv lkjnsd lvkjsndv lkjsdn klvjsnd fvlkjsdnfv lksjdn vlksdjnv lkjsdnv lkjsdnv lkjsdnv lkjsnd And if I take the above with the text lined up under the word test, and I hit tab on the 2nd line, I get this: - test :: dsfjknv sldfknv lksdjnv lksdjnv lksdjnv lkjsdv lkjsdnv lkjsdnv lkjnsdv lkjdsnv lkjnsdv lkjsndlv kjnsdv lkjsdnv lkjnsd lvkjsndv lkjsdn klvjsnd fvlkjsdnfv lksjdn vlksdjnv lkjsdnv lkjsdnv lkjsdnv lkjsnd So it looks like autofill and tab indent are not doing the same thing. I *think* this started in 7.9. Or at least, I recall it working correctly in 7.8 :) Thanks! -Anthony
Re: [O] Ever used org-mode contrib packages?
On 12-Apr-11, at 3:22 PM, François Allisson wrote: I'm curious to know what you are using from org-contrib... I use org-babel, org-drill, and org-mac-link-grabber extensively. -Anthony
Re: [O] C-a in lists when org-special-ctrl-a/e
On 12-Jan-27, at 10:08 AM, Nicolas Goaziou wrote: Hello, Anthony Lander anth...@landerfamily.ca writes: It's interesting... I've wished for this for a long time, but now that you've built it, I see a problem: [ is not in the beginning of word regex set, so there is no easy way to get back to the [. There is C-M-b. Indeed there is! Thank you Nicolas, I didn't even think to try that. -Anthony
Re: [O] C-a in lists when org-special-ctrl-a/e
On 12-Jan-23, at 3:30 PM, Nicolas Goaziou wrote: pin...@iro.umontreal.ca (François Pinard) writes: It all depends if we read the letter or the spirit of the second sentence. [ ] is a kind of TODO, and [X] is a kind of DONE, as demonstrated by the commands `C-x -' and `C-x *'. That's why I quite naturally expect the cursor to be positioned after the check box. Ok, then, let's read the spirit. I've implemented this behaviour in master branch. We'll see how it goes. It's interesting... I've wished for this for a long time, but now that you've built it, I see a problem: [ is not in the beginning of word regex set, so there is no easy way to get back to the [. With that one sole exception, I think the behaviour gives a better user experience this way than the way it was before. It's easier to get to your text. -anthony
[O] BUG: C-c C-c no longer renumbers ordered lists
Hi list, It seems that C-c C-c no longer renumbers ordered lists (today's git pull). I'm not sure when this behaviour disappeared, but it is still referenced in the manual[1], so I assume it is a bug. I apologize that I don't have time to narrow down which commit introduced the change. -Anthony [1] http://www.gnu.org/software/emacs/manual/html_node/org/Plain-lists.html
Re: [O] BUG: Export images to LaTeX
On 11-Oct-21, at 7:26 PM, Nick Dokos wrote: Anthony Lander anthonylan...@yahoo.com wrote: Hi List, I've run into a strange problem with the latest org pull. Exporting inlined images with the LaTeX exporter works or not depending on whether I include org-jsinfo in org-modules(!). This is with emacs -q on the 24.0.90.1 emacs recent release. Can someone please try to reproduce this to confirm? Pretty weird - I can reproduce this by omitting org-jsinfo from org-modules and starting with a minimal .emacs. Thanks for reproducing this. It is indeed weird, as you describe below. Unfortunately, I pull infrequently, so I can't really narrow down when it started happening. -Anthony But there seems to be something else as well: after the export (where I get the href link that Anthony mentions) I require org-jsinfo and reexport and get the \includegraphics, again as mentioned. I then unload-feature org-jsinfo, and try again: I get an error because org-export-options-filters now contains a function from org-jsinfo that is no longer present. So I reset org-export-options-filters back to nil: this time the reexport succeeds, but I get the \includegraphics, not the \href: the act of loading and unloading org-jsinfo seems to have changed the state enough so that latex export now does the right thing. And no, it's not a remnant of the previous export: I delete the .tex file and recreate it in this last case. Nick
[O] BUG: Export images to LaTeX
Hi List, I've run into a strange problem with the latest org pull. Exporting inlined images with the LaTeX exporter works or not depending on whether I include org-jsinfo in org-modules(!). This is with emacs -q on the 24.0.90.1 emacs recent release. Can someone please try to reproduce this to confirm? Thanks, -Anthony My test file is: * Test [[file:test.png]] Output with org-jsinfo module loaded is as expected: \begin{document} \maketitle \section*{Test} \label{sec-1} \includegraphics[width=.9\linewidth]{test.png} \end{document} But without org-jsinfo, I get a (broken) hyperlink instead: \begin{document} \maketitle \section*{Test} \label{sec-1} \href{t}{file:test.png} \end{document}
[O] Bury (or kill) calendar buffer after selecting a date
Hi list, A while ago someone (I'm sorry, I don't remember who, now) proposed a patch that the *Calendar* buffer could be buried after selecting a date. I thought it was a great idea, and I've implemented a simple advice in my .emacs that accomplishes the same thing. I'm posting it here on the chance that someone else might find it useful. The problem this solves is that after you enter a date, the calendar buffer is next in line in the buffer ring, so you will switch to it next by default, instead of the buffer you were working with previously. This advice will kill the calendar buffer after entering a date (I never need it around anyway), but you could just as easily bury-buffer, which would move it to the back of the ring. -Anthony ; defadvice to kill the calendar buffer after selecting a date, so it is out of ; the way (defadvice org-read-date (after abl/kill-calendar-after-org-read-date (optional with-time to-time from-string prompt default-time efault-input) protect) kill the *Calendar* buffer after reading a date (kill-buffer *Calendar*)) (ad-activate 'org-read-date)
Re: [O] [PATCH] Bury calendar buffer after C-c .?
On 11-Mar-29, at 7:12 PM, Ben North wrote: Hi, I've been using org-mode for a little while now, and finding it very useful --- thanks! Would you consider a patch along the lines of the attached, to bury the calendar buffer once you've chosen a date via C-c .? I often want to do switch-to-other-buffer to check something in the most recently used buffer, and find myself looking at the calendar instead. Personally, I think this is a great idea as well. -Anthony
Re: [Orgmode] org export not working
Hi John, On 11-Feb-27, at 10:48 PM, John Rakestraw wrote: Hi, list -- Just finished grading exams, writing student comments in org-mode. I've attempted to export the comments to pdf so that I can print and distribute to the class, and when I export I get this error message: --8---cut here---start-8--- Symbol's function definition is void: org-search-forward-unenclosed --8---cut here---end---8--- C-h f org-search-forward-unenclosed confirms that there's no such function defined. You might consider temporarily rolling back your org-mode. The function was defined in org-list.el a few weeks ago (my latest pull). Hope this helps, -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
[Orgmode] Re: [bug?] Possible bug with shifted cursor keys
On 11-Jan-15, at 10:29 AM, Matt Lundin wrote: Anthony Lander anthonylan...@yahoo.com writes: I just noticed that S-left and S-right do not select anywhere in the buffer in org-mode, even when org-support-shift-select is set to always. Can anyone confirm this behavior? I am running this morning's org-mode git pull version 7.4 (release_7.4.174.g163cd.dirty) on today's Emacs nightly GNU Emacs 24.0.50.1 (i686-apple-darwin10.0.0, NS apple-appkit-949.54) of 2011-01-14 on ring I cannot reproduce this. With... Hi Matt, Thanks for trying it. It looks like it was a config issue on my end. I was setting the variable outside of the customize framework, but only after installing org. The variable docstring says it must be set before org loads. -Anthony (setq org-support-shift-select 'always) ...shift and the arrow keys correctly select a region. GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.22.1) of 2010-12-11 on archdesk Org-mode version 7.4 (release_7.4.195.g4821) Best, 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
[Orgmode] [bug?] Possible bug with shifted cursor keys
Hi, I just noticed that S-left and S-right do not select anywhere in the buffer in org-mode, even when org-support-shift-select is set to 'always. Can anyone confirm this behavior? I am running this morning's org-mode git pull version 7.4 (release_7.4.174.g163cd.dirty) on today's Emacs nightly GNU Emacs 24.0.50.1 (i686-apple-darwin10.0.0, NS apple-appkit-949.54) of 2011-01-14 on ring 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
[Orgmode] Looking for help linking to an org document on mac os x
Hi everyone, I'd like to be able to link to an org document from other applications, and especially to a particular line or search term in a document. The idea is that I could, for example, put a link into an iCal entry, and when I click it, emacs would show the file and move the point to the correct location. Basically, I'm trying to make something like a URL, but for org, that the OS would dispatch correctly. Something like org://path/to/some/ file:*search-term. I've poked around quite a bit, but I can't figure out an easy way to do this. Does anyone have a suggestion? 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] Looking for help linking to an org document on mac os x
On 11-Jan-12, at 10:49 AM, Jeff Horn wrote: On Wed, Jan 12, 2011 at 10:05 AM, Anthony Lander anthonylan...@yahoo.com wrote: Hi everyone, I'd like to be able to link to an org document from other applications, and especially to a particular line or search term in a document. The idea is that I could, for example, put a link into an iCal entry, and when I click it, emacs would show the file and move the point to the correct location. Basically, I'm trying to make something like a URL, but for org, that the OS would dispatch correctly. Something like org://path/to/some/file:*search-term. I've poked around quite a bit, but I can't figure out an easy way to do this. Does anyone have a suggestion? Hi, Anthony. Try this: 1) Right click on an org file in Finder. 2) Select Get Info 3) Change the default Open with application to Aquamacs (or Cocoa Emacs, whatever you use) 4) Click the Change All button. Confirm. 5) When you want to add a link, use the following syntax. file://localhost/path/to/some/file.org Thanks Jeff. That works really well! Any suggestions on how to incorporate a bit of logic (probably in emacs) to do an org headline search? I'm guessing it means making a new file type, and then doing some processing on the passed in url. -Anthony HTH, Jeff -- Jeffrey Horn http://www.failuretorefrain.com/jeff/ ___ 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] mac-iCal / mac-link-grabber integration.
On 10-Dec-16, at 8:51 AM, hma...@hush.ai wrote: Ok, the module wasn´t in the lisp directory... I thought it is in the standard distribution ... Now I get the message: Symbol's chain of function indirections contains a loop: omlg-grab- link What does this mean? I'm not sure what is causing this, Holger. It sounds like you might have some configuration problems if you were having problems sourcing the modules. Without more information, I'm not really able to offer more help. -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] mac-iCal / mac-link-grabber integration.
Hi Holger, On 10-Dec-15, at 4:56 AM, hma...@hush.ai wrote: Hi, I have problems to integrate mac-iCal / mac-link-grabber. (Snow Leopard 10.6.5 / GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) / Org-mode version 7.3) The steps: 1. M-x customize-group RET org RET 2. enabling mac-link-grabber and mac-iCal 3. .emacs: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omgl-grab-link))) Small spelling mistake there. Try this: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omlg-grab-link))) Please let me know if that fixes your problem. -Anthony 4. restart One entry in the adressbook is selected and after typing c-c g in emacs, the buffer says: Symbol's function definition is void: omgl-grab- link What´s wrong? How can I see my iCal event in the org agenda (c-c a a)? Thank you, Holger ___ 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] mac-iCal / mac-link-grabber integration.
On 10-Dec-15, at 8:58 AM, hma...@hush.ai wrote: Hi Anthony, Small spelling mistake there. Try this: (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omlg-grab-link))) Please let me know if that fixes your problem. -Anthony the buffer says again: Symbol's function definition is void: omlg-grab-link Hm, that should work. It sounds like the module is not loading correctly. Can you confirm that it is indeed loaded? Also, can you try evaluating this in the scratch buffer (obviously with the path pointing to the right place): (load-file /path/to/org/contrib/lisp/org-mac-link-grabber.el) ...and then try the shortcut again? Can you also give support for the iCal issue? Sorry, no. I don't use it. -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
[Orgmode] [BUG] org-open-at-point doesn't work in release_7.4-24-g48b11
Hi List, In today's git pull, org-open-at-point (C-x o, to follow a link) doesn't work. I get the following error message: org-open-at-point: Symbol's value as variable is void: org-inhibit- highlight-removal I reverted to my last pull on Dec 6, and it works correctly, so I presume the change is somewhere between those two dates. Can anyone confirm this? 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: [Bulk] [Orgmode] Fast tag selection can split window wrongly
Hi Leo, To fix the horizontal splitting, try adding this to your .emacs (works for me): (setq split-width-threshold most-positive-fixnum) -anthony On 10-Dec-8, at 1:20 PM, Leo wrote: Hello list, It's been a long time ;) I'm running GNU Emacs 23.2.90.2 (x86_64-apple-darwin10.5.0, Carbon Version 1.6.0 AppKit 1038.35) of 2010-12-05 on Victoria.local with org-mode 7.3 (installed from the snapshot link on the website). I usually have emacs in fullscreen with just one frame. And I have found that the fast tag selection can produce a really ugly layout. See this screenshot: emacs-org.png Emacs was changed from one window into 3 windows after typing C-c C-c C-c on the heading. Note also some of the important text (tags) extends into the window edge (I have truncate-lines defaults to t). , | (setq-default truncate-lines t) | (setq split-width-threshold 156 | truncate-partial-width-windows nil) ` Now if the frame is not in fullscreen it only pops up a tag selection window after pressing C-c C-c C-c, which is like this: emacs-org2.png I guess this is the intended behaviour. Any idea how to fix the first case? I suspect this has something to do with the new splitting window introduced by split-window-sensibly. Thanks. Leo ___ 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: TaskJuggler3, revisited
Hi John, On 10-Nov-4, at 5:24 PM, John Hendy wrote: Nice! I was able to do the following: - grab your copy of org-taskjuggler.el and install it - get the .org file here: http://orgmode.org/manual/TaskJuggler-export.html - export to a .tjp If you grabbed the code I wrote, you can export the file, and compile it directly with tj3 using C-c e J, saving a step. - swap out the default export with the code below and run tj3 tj3- test.tjp and get a nice html report! --- If you're looking for a default tj3 export... perhaps start with what's below? Thanks for the pointer to the reports - I'll try to add them in to the example file. Also, thank you for testing the code, and please post if you find bugs, or other problems, Regards, -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] org-meta-return and lists
Hi Tom, On 10-Nov-3, at 4:07 PM, Nicolas Goaziou wrote: Hello, Tom Short writes: With the new list handling mechanism in v7.02, org-meta-return acts differently for me following lists. If I hit M-RET with the cursor in the (blank) row or two after a list, it adds another list item. Before, I'd get a new heading (what I want), and I'd only get another list item if the cursor is still on a line with a list when I hit M-RET.. Just use C-u M-RET to enforce an heading, wherever point is. In order to avoid a prefix key, I did the following in my .emacs: (defun my-org-mode-hook () (define-key org-mode-map (kbd C-M-return) (lambda () (interactive) (org-insert-heading 1 nil (add-hook 'org-mode-hook 'my-org-mode-hook) I do not know how to get it back to the old behaviour (which I liked as well). -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
[Orgmode] Re: TaskJuggler3, revisited
Hi everyone, Christian Egli and I have been having an off-list exchange about making a TaskJuggler3 exporter. In fact, Christian would like to change the current exporter to export to either TaskJuggler2 or TaskJuggler3, depending on a defcustom! We have quite a number of ideas in the pipeline now, and thought it would be best to move the discussion, and access to the source code, back onto the list. Christian has set up a github repository with the changes he is making here: http://github.com/egli/org-mode And the code I sent to Christian, which makes the exporter work with TJ3, and also introduces some bug fixes and new features is here: http://github.com/alander/org-taskjuggler3 . Please note that this is different from Christian's code, and that he is the maintainer of the exporter that is part of org-mode. I needed something to work, so I spent an afternoon hacking until it did what I needed. If you are interested in the details, our e-mail exchange is reproduced below. -Anthony 8- From: christian.e...@sbs.ch Subject:Re: [Orgmode] Re: TaskJuggler 3, revisited Date: October 19, 2010 5:29:42 AM GMT-04:00 To: anthonylan...@yahoo.com Cc: emacs-orgmode@gnu.org Hi Anthony Anthony Lander anthonylan...@yahoo.com writes: Please find attached a somewhat improved version of your TJ2 exporter, a drop-in replacement that exports to TJ3, and also a sample .org file. This is all exciting stuff. It's a little hard to digest (many changes rolled into one, white space formatting changes that make it hard to find the real change, common lisp idioms which I'm not familiar with). Let me get back to you with some questions and then we can discuss how to most easily merge the stuff. - Why did you compute the leafiness? I seem to have experienced that tj3 has a problem with zero effort tasks that aren't marked as milestones. Is that the reason? - Why do you add a duration of 1d if the task has neither a duration, an end, a period nor an effort? Shouldn't that be a milestone instead? - I see that there is a need to annotate a project with stuff such as scenarios, etc and I was missing a way to have file specific reports or other globals. Your additional tags solve that problem. However I'm a bit reluctant to add more magic tags that mark the trees in some way. I was hoping to find a more general way for this problem. So far I haven't found a good solution though. - I like the idea of the TJ drawer, but in the end you just seem to use it for the project node and the globals node. So in essence they are taskjuggler source code blocks (in disguise) which are tied to a particular node. In fact they are not even really tied to a particular node, especially in the case of the globals. This goes back to the previous question about a good way to add file specific globals. Maybe some kind taskjuggler specific export option is really what we are looking for. As an aside, I think it's better to post the source code to the list. There might be other people interested in it and pitching in with opinions and improvements. Thanks -- Christian Egli Swiss Library for the Blind, Visually Impaired and Print Disabled Grubenstrasse 12, CH-8045 Zürich, Switzerland 8- From: anthonylan...@yahoo.com Subject:Re: [Orgmode] Re: TaskJuggler 3, revisited Date: October 19, 2010 8:55:38 AM GMT-04:00 To: christian.e...@sbs.ch Hi Christian, On 10-Oct-19, at 5:29 AM, Christian Egli wrote: This is all exciting stuff. It's a little hard to digest (many changes rolled into one, white space formatting changes that make it hard to find the real change, common lisp idioms which I'm not familiar with). Let me get back to you with some questions and then we can discuss how to most easily merge the stuff. Apologies for the big blob of changes - I was initially just trying to get stuff to work, and, well, just kept going. As for the spacing/ formatting, I ran M-x indent-region RET on the whole file to get the formatting consistent. I know it makes diffing hard, though :( Is the unfamiliar idiom the backtick list with the ,variables in it, by chance? - Why did you compute the leafiness? I seem to have experienced that tj3 has a problem with zero effort tasks that aren't marked as milestones. Is that the reason? - Why do you add a duration of 1d if the task has neither a duration, an end, a period nor an effort? Shouldn't that be a milestone instead? Ah, sorry. This I should have documented. The problem is that TJ3 fails to compile the file if there is a leaf node with no computable end date. TJ2 happily ignored the situation, but TJ3 throws an error. So the problem I'm trying to solve is that as you are working on your project plan, it won't compile unless you
Re: [Orgmode] Re: struggling with simple indentation (possible bug)
Hi Nicolas, With regards to the discussion below, if I 'set org-list-ending-method to 'regex, it seems to get confused if there is a drawer between the headline and the first line of text, so pressing TAB with the cursor at the vertical bar in this example: 8--- ** Headline :PROPERTIES: :FOO: Bar :END: | 8--- Does not indent to the position under the H in the headline. The TAB key silently does nothing. Same effect with the properties drawer folded. Is it possible to indent correctly, ignoring the drawer? Thanks, -Anthony On 10-Oct-26, at 6:58 AM, Nicolas Goaziou wrote: Hello, Rainer Stengele writes: Sometime I do save some an email body text under an org item. Pasting the text under item leads to * heading - item E-Mail body text line1 E-Mail body text line2 ... Now I cannot use C-j of course. How do I easily get * heading - item E-Mail body text line1 E-Mail body text line2 ... There is no way for Org to guess what you have in mind here (and this is why I don't like that much the indent method in `org-list-ending-method'). In your situation, I would use C-x r o with an adequate rectangle selection. After all, we are _also_ in Emacs. Regards, -- Nicolas ___ 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: [Bulk] [Orgmode] Integrating Apple Mail.
Hi Oliver, On 10-Oct-20, at 10:35 AM, Oliver Pappert wrote: Hi, I have problem to integrate Apple Mail in Emacs: It might be easier to do this through the org-modules customization: M-x customize-group RET org RET Then in the Org Modules section, enable mac-message. You might also consider enabling mac-link-grabber, which will enable you to easily insert links from other mac applications as well. From there, you only have to define your mail account, and if you want to use the link grabber, a keybinding, like this: (setq org-mac-mail-account account-name) (add-hook 'org-mode-hook '(lambda () (define-key org-mode-map (kbd C- c g) 'omgl-grab-link))) Hope this helps, -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] Re: TaskJuggler 3, revisited
Hi Christian, On 10-Oct-18, at 10:52 AM, Christian Egli wrote: Anthony Lander anthonylan...@yahoo.com writes: Is anyone interested in the changes I've made for tj2? I unfortunately don't have time to document them, except in point form as above, but I am happy to put together a patch and send it to the list for others to bang away on. I'm very interested in these patches and would definitely like to see them, documented or not. It sounds like they should be integrated in the exporter. In the end, I also got the whole thing working for TJ3. I will send you both files - I think it would be easy enough to merge the changes together and make an exporter that works for both TJ2 and TJ3 depending on a defcustom. I'll send you everything in a separate email. Maybe we'll get it all integrated together, and then move the discussion back on to the list? Best regards, -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] TaskJuggler 3, revisited
Hi John, On 10-Oct-8, at 9:24 PM, John Hendy wrote: I'm coming up on some serious need for a project manager. I really only need gantt chart creation at this point. I strongly dislike the Qt interface and the need to use that if one wants to get a gantt chart output from the process. I would much prefer being able to design my html charts, print them as PDFs or take screenshots and embed them in presentations, send them to others, etc. (as per tj3). I am roughly in the same boat as you are. I installed tj2 because the tk3 manual says it is still unstable, but it's not an ideal solution for me, as I have everything running on a mac, with tj2 running in an ubuntu virtual machine (because of the Qt requirement). ..and in addition, I found that the exporter for tj2 - which does 90% of what I need - was none the less missing a couple of features, so I started adding them. Specifically I fixed: - The project node was confused with the top task node. I changed it so that the project gets its own node. Needed because... - The project now respects an end date or a duration specified on the project node - I made the TODO state export as a flag so that you can use it to filter reports (eg generate a pending tasks or an in-progress tasks report) - There was no way to easily add reports or other globals, besides customizing variables, so I added a globals and reports node. - There was no way to handle taskjuggler features that the exporter doesn't know about, like scenarios. I fixed this by making a :TJ: drawer, into which you can dump any taskjuggler code you like (on any node), so that even if the exporter doesn't support a feature you want, you can still make it work from org-mode. I've only just got this working, and I haven't written a single line of documentation for it, except for code comments. - is there any progress on an exporter for tj3? My original thought was to post my changes here as a patch, to be tested and hacked on by the group. Maybe it would be smarter to just change it into a taskjuggler3 exporter? I just looked through moving from 2 to 3 section of the taskjuggler manual. On first glance, it looks like the semantic changes won't bother the exporter, and that the syntactic changes are relatively minor. So I am willing to give it a whirl. Given the foregoing, two questions for the group: 1. Is anyone interested in the changes I've made for tj2? I unfortunately don't have time to document them, except in point form as above, but I am happy to put together a patch and send it to the list for others to bang away on. 2. Carsten, would you be interested in these changes, and/or a taskjuggler3 exporter? 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
[Orgmode] Bug with M-RET on headline with text below it
Hi Nicolas, On the latest git pull, Org-mode version 7.01trans (release_7.01h. 500.gbbac.dirty), I encountered a problem with M-RET. When on a headline with text below it, M-RET will insert a new heading after the current heading, but before the text. So starting with the following org file, and the cursor at the vertical bar: - * Heading 1| This is some text under Heading 1 - Pressing M-RET results in the following: - * Heading 1 * | This is some text under Heading 1 - I would have expected - * Heading 1 This is some text under Heading 1 * | - 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
[Orgmode] Re: Bug with M-RET on headline with text below it
On 10-Sep-13, at 12:46 PM, Nicolas Goaziou wrote: Hello, Anthony Lander writes: On the latest git pull, Org-mode version 7.01trans (release_7.01h. 500.gbbac.dirty), I encountered a problem with M-RET. When on a headline with text below it, M-RET will insert a new heading after the current heading, but before the text. This is the expected behavior for M-RET. What you are looking for is C-RET (`org-insert-heading-respect-content'). Ah, ok. Thanks for the clarification, and sorry for the misunderstanding. Regards, 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
[Orgmode] Strange behavior of M-RET with new list improvements
Hi Nicolas list, I've noticed some strange behavior with the new list code when pressing M-RET: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading: - *** Some heading - Bullet - Bullet - Bullet | - (press M-RET) - *** Some heading - Bullet - Bullet - Bullet *** | - With the new code, it produces an indented list item with -. Is there any way to get the old behaviour back? Perhaps a good compromise is that M-RET at bol produces a heading, even if logically that spot could continue a list? (You can continue the list with M-RET on the last line of the list). The second problem is with folded headlines. Org mode behaves correctly, but the result is surprising for the user. If you have the headline above, but folded, with the cursor at the end of the line, like this: - *** Some heading...| - pressing RET to open a new line, followed by M-RET (presumably to make a new heading) results in the following: - *** Some heading... - Bullet - | - So Org is trying to make a new list item, because the previous line is a list item, even though it's folded. I believe that since only a heading is visible, that should be interpreted to mean that the user wants a new heading. I am not sure why the heading displays partially folded, and partially opened, but refolding and reopening with TAB shows that the structure is correct. 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
[Orgmode] Re: Strange behavior of M-RET with new list improvements
On 7-Sep-10, at 7:46 AM, Bernt Hansen wrote: Anthony Lander anthonylan...@yahoo.com writes: I've noticed some strange behavior with the new list code when pressing M-RET: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading: Hi Anthony, I noticed the same thing when I initially started using the new list code. I've just trained my fingers to use C-RET for new headlines instead. Thanks Brent. I use CUA mode pretty much all the time (dons flameproof suit), and rightly or wrongly, it steals C-RET. I will look at binding the new headline function to something, though. That's a good workaround. -Anthony -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] .ods opens file in Emacs, not OpenOffice
On 10-Jul-26, at 8:54 PM, C64 Whiz wrote: Hello, I've searched for an answer but can't find a simple one. I have an OpenOffice document (.ods) I'd like to link to in my .org files. So I have the following syntax: [[file:c:/mydata/myfile.ods][File Description]] When I click on the link in OrgMode, Emacs opens the file and not OpenOffice. Yet, when I'm in file explorer (yes, Windows), double clicking the file does open up Open Office. So I know the association is there. Try C-u C-c C-o. On my mac, that switches whether the link opens in emacs or through the operating system file association (although mine is the reverse. With the prefix it opens in emacs. Not sure why). From the doc-string for org-open-at-point: (org-open-at-point optional IN-EMACS REFERENCE-BUFFER) Open link at or after point. If there is no link at point, this function will search forward up to the end of the current line. Normally, files will be opened by an appropriate application. If the optional argument IN-EMACS is non-nil, Emacs will visit the file. With a double prefix argument, try to open outside of Emacs, in the application the system uses for this file type. Hope this helps, -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] [PATCH] add firefox/vimperator support to contrib/lisp/org-mac-link-grabber.el
On 10-Jul-6, at 5:19 AM, Carsten Dominik wrote: Yes. Unless it is 90% cut and paste, with 10% changing small things or so. It is, in effect, about 8 changed lines within 4 or 5 copy/pasted and renamed functions. Also, patchwork has trouble with the patch, I cannot apply it. Is there something I can do to help, Carsten? -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] [PATCH] add firefox/vimperator support to contrib/lisp/org-mac-link-grabber.el
On 10-Jul-6, at 7:35 AM, Carsten Dominik wrote: Try to resubmit the patch, as an attachment with MIME media type text and subtype x-patch, x-diff[1], or plain. Carsten, the previous submit was text/plain. Here is the MIME header: --Apple-Mail-38--957295067 Content-Disposition: attachment; filename=org-mac-link-grabber-vimperator-patch.txt Content-Type: text/plain; name=org-mac-link-grabber-vimperator-patch.txt; x-unix-mode=0644 Content-Transfer-Encoding: quoted-printable I will try it again, though. This time through Yahoo mail instead of Mail.app. -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
[Orgmode] [PATCH] Resubmitted org-mac-link-grabber/vimperator patch
This is a resubmission because patchworks did not recognize the original.diff --git a/contrib/lisp/org-mac-link-grabber.el b/contrib/lisp/org-mac-link-grabber.el index bb12204..8ec428b 100644 --- a/contrib/lisp/org-mac-link-grabber.el +++ b/contrib/lisp/org-mac-link-grabber.el @@ -4,7 +4,7 @@ ;; Copyright (c) 2010 Free Software Foundation, Inc. ;; ;; Author: Anthony Lander anthony.lan...@gmail.com -;; Version: 1.0 +;; Version: 1.0.1 ;; Keywords: org, mac, hyperlink ;; ;; This program is free software; you can redistribute it and/or modify @@ -39,6 +39,7 @@ ;; Mail.app - grab links to the selected messages in the message list ;; AddressBook.app - Grab links to the selected addressbook Cards ;; Firefox.app - Grab the url of the frontmost tab in the frontmost window +;; Vimperator/Firefox.app - Grab the url of the frontmost tab in the frontmost window ;; Safari.app - Grab the url of the frontmost tab in the frontmost window ;; Google Chrome.app - Grab the url of the frontmost tab in the frontmost window ;; Together.app - Grab links to the selected items in the library list @@ -108,6 +109,12 @@ applications and inserting them in org documents :group 'org-mac-link-grabber :type 'boolean) +(defcustom org-mac-grab-Firefox+Vimperator-p nil + Enable menu option [v]imperator to grab links from Firefox.app running the Vimperator plugin + :tag Grab Vimperator/Firefox.app links + :group 'org-mac-link-grabber + :type 'boolean) + (defcustom org-mac-grab-Chrome-app-p t Enable menu option [f]irefox to grab links from Google Chrome.app :tag Grab Google Chrome.app links @@ -129,6 +136,7 @@ applications and inserting them in org documents (a ddressbook org-mac-addressbook-insert-selected ,org-mac-grab-Addressbook-app-p) (s afari org-mac-safari-insert-frontmost-url ,org-mac-grab-Safari-app-p) (f irefox org-mac-firefox-insert-frontmost-url ,org-mac-grab-Firefox-app-p) + (v imperator org-mac-vimperator-insert-frontmost-url ,org-mac-grab-Firefox+Vimperator-p) (c hrome org-mac-chrome-insert-frontmost-url ,org-mac-grab-Chrome-app-p) (t ogether org-mac-together-insert-selected ,org-mac-grab-Together-app-p))) (menu-string (make-string 0 ?x)) @@ -232,6 +240,51 @@ applications and inserting them in org documents (insert (org-mac-firefox-get-frontmost-url))) +;; Handle links from Google Firefox.app running the Vimperator extension +;; Grab the frontmost url from Firefox+Vimperator. Same limitations are +;; Firefox + +(defun as-mac-vimperator-get-frontmost-url () + (let ((result (do-applescript + (concat +set oldClipboard to the clipboard\n +set frontmostApplication to path to frontmost application\n +tell application \Firefox\\n + activate\n + delay 0.15\n + tell application \System Events\\n + keystroke \y\\n + end tell\n + delay 0.15\n + set theUrl to the clipboard\n + set the clipboard to oldClipboard\n + set theResult to (get theUrl) \::split::\ (get name of window 1)\n +end tell\n +activate application (frontmostApplication as text)\n +set links to {}\n +copy theResult to the end of links\n +return links as string\n +(replace-regexp-in-string \s+-\s+Vimperator (car (split-string result [\r\n]+ t) + + +(defun org-mac-vimperator-get-frontmost-url () + (interactive) + (message Applescript: Getting Vimperator url...) + (let* ((url-and-title (as-mac-vimperator-get-frontmost-url)) +(split-link (split-string url-and-title ::split::)) +(URL (car split-link)) +(description (cadr split-link)) +(org-link)) +(when (not (string= URL )) + (setq org-link (org-make-link-string URL description))) +(kill-new org-link) +org-link)) + +(defun org-mac-vimperator-insert-frontmost-url () + (interactive) + (insert (org-mac-vimperator-get-frontmost-url))) + + ;; Handle links from Google Chrome.app ;; Grab the frontmost url from Google Chrome. Same limitations are ;; Firefox
[Orgmode] [PATCH] add firefox/vimperator support to contrib/lisp/org-mac-link-grabber.el
This patch adds a new option, [v]imperator, to the org-mac-link- grabber menu. Use this to grab links from Firefox running the Vimperator plugin. Code by Michael Kohl (http://github.com/citizen428). diff --git a/contrib/lisp/org-mac-link-grabber.el b/contrib/lisp/org-mac-link-grabber.el index bb12204..8ec428b 100644 --- a/contrib/lisp/org-mac-link-grabber.el +++ b/contrib/lisp/org-mac-link-grabber.el @@ -4,7 +4,7 @@ ;; Copyright (c) 2010 Free Software Foundation, Inc. ;; ;; Author: Anthony Lander anthony.lan...@gmail.com -;; Version: 1.0 +;; Version: 1.0.1 ;; Keywords: org, mac, hyperlink ;; ;; This program is free software; you can redistribute it and/or modify @@ -39,6 +39,7 @@ ;; Mail.app - grab links to the selected messages in the message list ;; AddressBook.app - Grab links to the selected addressbook Cards ;; Firefox.app - Grab the url of the frontmost tab in the frontmost window +;; Vimperator/Firefox.app - Grab the url of the frontmost tab in the frontmost window ;; Safari.app - Grab the url of the frontmost tab in the frontmost window ;; Google Chrome.app - Grab the url of the frontmost tab in the frontmost window ;; Together.app - Grab links to the selected items in the library list @@ -108,6 +109,12 @@ applications and inserting them in org documents :group 'org-mac-link-grabber :type 'boolean) +(defcustom org-mac-grab-Firefox+Vimperator-p nil + Enable menu option [v]imperator to grab links from Firefox.app running the Vimperator plugin + :tag Grab Vimperator/Firefox.app links + :group 'org-mac-link-grabber + :type 'boolean) + (defcustom org-mac-grab-Chrome-app-p t Enable menu option [f]irefox to grab links from Google Chrome.app :tag Grab Google Chrome.app links @@ -129,6 +136,7 @@ applications and inserting them in org documents (a ddressbook org-mac-addressbook-insert-selected ,org-mac-grab-Addressbook-app-p) (s afari org-mac-safari-insert-frontmost-url ,org-mac-grab-Safari-app-p) (f irefox org-mac-firefox-insert-frontmost-url ,org-mac-grab-Firefox-app-p) + (v imperator org-mac-vimperator-insert-frontmost-url ,org-mac-grab-Firefox+Vimperator-p) (c hrome org-mac-chrome-insert-frontmost-url ,org-mac-grab-Chrome-app-p) (t ogether org-mac-together-insert-selected ,org-mac-grab-Together-app-p))) (menu-string (make-string 0 ?x)) @@ -232,6 +240,51 @@ applications and inserting them in org documents (insert (org-mac-firefox-get-frontmost-url))) +;; Handle links from Google Firefox.app running the Vimperator extension +;; Grab the frontmost url from Firefox+Vimperator. Same limitations are +;; Firefox + +(defun as-mac-vimperator-get-frontmost-url () + (let ((result (do-applescript + (concat +set oldClipboard to the clipboard\n +set frontmostApplication to path to frontmost application\n +tell application \Firefox\\n + activate\n + delay 0.15\n + tell application \System Events\\n + keystroke \y\\n + end tell\n + delay 0.15\n + set theUrl to the clipboard\n + set the clipboard to oldClipboard\n + set theResult to (get theUrl) \::split::\ (get name of window 1)\n +end tell\n +activate application (frontmostApplication as text)\n +set links to {}\n +copy theResult to the end of links\n +return links as string\n +(replace-regexp-in-string \s+-\s+Vimperator (car (split-string result [\r\n]+ t) + + +(defun org-mac-vimperator-get-frontmost-url () + (interactive) + (message Applescript: Getting Vimperator url...) + (let* ((url-and-title (as-mac-vimperator-get-frontmost-url)) +(split-link (split-string url-and-title ::split::)) +(URL (car split-link)) +(description (cadr split-link)) +(org-link)) +(when (not (string= URL )) + (setq org-link (org-make-link-string URL description))) +(kill-new org-link) +org-link)) + +(defun org-mac-vimperator-insert-frontmost-url () + (interactive) + (insert (org-mac-vimperator-get-frontmost
[Orgmode] [PATCH] resubmitted patch to contrib/lisp/org-mac-link-grabber.el
This patch fixes an issue with opening AddressBook.app and Together.app links. org-mac-link-grabber.patch 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] Issue tracking
On 10-Jun-25, at 3:36 PM, Samuel Wales wrote: Link? On 2010-06-25, Carsten Dominik carsten.domi...@gmail.com wrote: 1. John's patchwork patch tracker 2. David's issue tracking file Issue tracker: http://orgmode.org/worg/org-issues.php Patch tracker: http://patchwork.newartisans.com/project/org-mode/list/ -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
[Orgmode] patch for org-mac-link-grabber
Hi Carsten, Could you please apply the following patch to fix a problem where Together links were being incorrectly opened with AddressBook? Thanks -Anthony -- diff --git a/contrib/lisp/org-mac-link-grabber.el b/contrib/lisp/org- mac-link-grabber.el index 46a9565..bb12204 100644 --- a/contrib/lisp/org-mac-link-grabber.el +++ b/contrib/lisp/org-mac-link-grabber.el @@ -318,7 +318,7 @@ applications and inserting them in org documents (defun org-mac-together-item-open (uid) Open the given uid, which is a reference to an item in Together - (shell-command (concat open \x-together-item: uid \))) + (shell-command (concat open -a Together \x-together-item: uid \))) (defun as-get-selected-together-items () (do-applescript @@ -378,9 +378,9 @@ applications and inserting them in org documents ;; ;; -(org-add-link-type addressbook 'org-mac-together-item-open) +(org-add-link-type addressbook 'org-mac-addressbook-item-open) -(defun org-mac-together-item-open (uid) +(defun org-mac-addressbook-item-open (uid) Open the given uid, which is a reference to an item in Together (shell-command (concat open \addressbook: uid \))) ___ 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: Co-maintainer, a least for some time?
On 10-May-19, at 2:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. +1 That would make it possible for people like me to cherry-pick issues to work on, and leave Carsten other people to approve and commit patches rather than make them. -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] Re: Co-maintainer, a least for some time?
On 10-May-19, at 5:23 PM, Carsten Dominik wrote: On May 19, 2010, at 8:51 PM, Anthony Lander wrote: On 10-May-19, at 2:08 PM, Karsten Heymann wrote: Hi, Am 19.05.2010 17:46, schrieb Carsten Dominik: I think an issue-tracking system would be great. And if there are other people besides John who want to take up individual issues, I am sure this would be good. One solution would be to switch the git repository to github.com and use it's integrates issues functionality. +1 That would make it possible for people like me to cherry-pick issues to work on, and leave Carsten other people to approve and commit patches rather than make them. Why is that easier on GitHub than on any web-based git hosting system (it may well be - only I don't know!) I don't know that it matters. I am just familiar with github. ___ 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] Does anyone use Jump C-c C-j
On 10-Apr-29, at 10:27 AM, David Frascone wrote: On Wed, Apr 28, 2010 at 4:56 PM, Eric S Fraga ucec...@ucl.ac.uk wrote: I'm not sure what either of you is saying here. C-c C-j works very simply: the little help window pops up but the key sequences (arrows and TAB basically) allow me to move in the original buffer until I hit RET at which point the popup disappears and I'm in the original buffer at the new location. Am I missing something? When I did that, it started with all of the headings closed. If I'm looking for something nested, it's VERY hard to use, or, I am doing something wrong. See how easy it is for you to find something at level 3, for example. David, You are also able to do incremental search from the jump command. Just start typing the level 3 heading you're looking for, and you will be brought there as if you used C-s. -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 ___ 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: Linking Mail ?
On 10-Apr-28, at 4:14 PM, Matt Lundin wrote: David Frascone d...@frascone.com writes: 2) Which mail subsystem would be most compatible and easiest to use? MH? Gnus? And, would it be worth the trouble setting up on a mac? You might want to check out this recent ML discussion: http://thread.gmane.org/gmane.emacs.orgmode/23481/focus=23588 - Matt David, There is also org-mac-message on the mac (to work with Mail.app), and a wrapper that I wrote which you might also find helpful at http://github.com/alander/org-mac-link-grabber Regards, -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] [Patch] M-Right and M-Left behave differently on headings and list items
On 10-Apr-21, at 8:53 AM, Carsten Dominik wrote: Hi, do others agree with Matti's view? I agree. I think it would be better if the arrow keys behaved the same on a headline and on a list. -Anthony Thanks. - Carsten On Apr 20, 2010, at 12:29 AM, Matti De Craene wrote: Hello all, When operating on a heading, M-Right/M-Left promotes or demotes one heading only, and M-S-Right/M-S-Left promotes or demotes an entire subtree. When operating on list items however, there is no distinction between M-Right/M-Left and M-S-Right/M-S-Left. Both key combinations operate on the current item and on all subitems Example: No difference between M-Right and M-S-Right on item 1 below: - item 1 - item 2 - item 3 I find this behaviour somewhat confusing. Attached patch seems to fix that for me. Kind Regards, Matti M-right-M-left-on-list- items.patch___ 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] [ANN] org-mac-link-grabber: Grab links from running Mac applications
On 10-Apr-7, at 3:44 AM, Carsten Dominik wrote: Hi Anthony, I like this a lot. Thank you, Carsten. How would you and Christopher feel if we were to merge this onto org-mac-message or the other way round? Merging into org-mac-message would have the advantage that we do not have to break existing setup. I'm happy to integrate the code together in whatever way you think it will fit best into the other org-mode code. Christopher? -Anthony - Carsten On Apr 6, 2010, at 8:25 PM, Anthony Lander wrote: Hi everyone, I've put together a bit of code to grab links from open mac applications, and paste them at point in org documents. If your workflow is spend the majority of your time in org-mode typing, and occasionally grab links from other applications, then you might find this useful. It's available as a git repository here: http://github.com/alander/org-mac-link-grabber Right now it supports the following applications: - Finder.app - Mail.app - Address Book.app - Firefox.app - Together.app It's easy to add more, but I started here because these are the ones I use. There is a readme file that explains installation, usage and configuration. The code uses the same method as org-mac-message by Christopher Suckling and John Weigley, and indeed simply wraps it for the Mail.app integration. Best, -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 - 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] [ANN] org-mac-link-grabber: Grab links from running Mac applications
On 10-Apr-7, at 9:35 AM, Carsten Dominik wrote: On Apr 7, 2010, at 3:05 PM, Anthony Lander wrote: On 10-Apr-7, at 3:44 AM, Carsten Dominik wrote: Hi Anthony, I like this a lot. Thank you, Carsten. How would you and Christopher feel if we were to merge this onto org-mac-message or the other way round? Merging into org-mac- message would have the advantage that we do not have to break existing setup. I'm happy to integrate the code together in whatever way you think it will fit best into the other org-mode code. In that case, I need to ask you to sign the papers with the FSF. Is that OK with you? http://orgmode.org/worg/org-contribute.php#sec-2 Yes. of course. -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
[Orgmode] [ANN] org-mac-link-grabber: Grab links from running Mac applications
Hi everyone, I've put together a bit of code to grab links from open mac applications, and paste them at point in org documents. If your workflow is spend the majority of your time in org-mode typing, and occasionally grab links from other applications, then you might find this useful. It's available as a git repository here: http://github.com/alander/org-mac-link-grabber Right now it supports the following applications: - Finder.app - Mail.app - Address Book.app - Firefox.app - Together.app It's easy to add more, but I started here because these are the ones I use. There is a readme file that explains installation, usage and configuration. The code uses the same method as org-mac-message by Christopher Suckling and John Weigley, and indeed simply wraps it for the Mail.app integration. Best, -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] possible bug: TAB after elipsis
Hi Carsten, On 10-Mar-26, at 2:32 AM, Carsten Dominik wrote: On Mar 24, 2010, at 7:04 PM, Anthony Lander wrote: 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? Cursor after the dots means the cursor is no longer in the headline, in fact it is no longer in the entry at all. I was thinking about this a bit more. Is it possible to meet in the middle and restrict the cursor so that it can't go past the last character in the headline, like this: *** Some entry|... I suggest this because if you do type after the elipsis, the text goes right on the end of the folded entry, which I believe is undesirable as well; It means that part of the entry is invisible, and part is visible. Limiting the cursor would solve both problems. Is this even feasible? Regards, -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
[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] Link-protocols
On 10-Feb-26, at 8:57 AM, Christian Zang wrote: I use org-mode for notes, and DEVONthink and Papers on the mac for storing reference material. I want to add links to entries in DEVONthink and Papers to my org-files, but org doesn't understand links like papers://doi/10.1038/463860a or x-devonthink-item://6EB3DF6A-9B0D-4D26-A7D3-86D0B589E455 However, when I paste these links into my browser, the desired documents open in the respective app. Is there a way to add these protocols to the protocols org can handle? I looked into org-follow-link, but couldn't come up with a solution. Hi Christian, Here is a snippet I use for opening Together links (another mac organizer): -- (org-add-link-type x-together-item 'org-together-item-open) (defun org-together-item-open (uid) Open the given uid, which is a reference to an item in Together (shell-command (concat open \x-together-item: uid \))) --- I suspect that this can be adapted for your purposes as well. Regards, --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
[Orgmode] MobileOrg capture question
Hi all, After I do a pull from mobileOrg, the original captured notes stay in the capture area in mobileOrg on my iTouch. Even if I refile the notes in emacs and push/resync mobileOrg, I have to delete those captured notes manually. Is this the intended behavior, or is something wrong with my setup? 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
[Orgmode] Bug: Problem with LaTeX export of bold email address [6.33trans (release_6.33c.10.ga7fb)]
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. There seems to be a small output bug in the LaTeX export. Given this org file: * test - send mail to *...@bar.org* I get the following in the exported .tex with C-c C-e l (I've omitted the top part of the document): \section{test} \label{sec-1} \begin{itemize} \item send mail to \textbf{...@bar.org\} \end{itemize} I don't know why the \ gets emitted before }, but it renders the LaTeX invalid, since the \textbf isn't closed properly. Regards, -Anthony Emacs : GNU Emacs 22.3.1 (i386-apple-darwin9.7.0, Carbon Version 1.6.0) of 2009-07-25 on gs674-seijiz.local Package: Org-mode version 6.33trans (release_6.33c.10.ga7fb) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem indenting plain lists
I'm on Org-mode version 6.33 (release_6.33) and I'm having a problem with indenting. Given this little org file: * Heading 1 - notes 1 - notes 2 - more notes *** Heading 2 - even more notes - even more notes I want to make a new plain list item before notes 1. If I put my cursor at the start of the line that says - notes 1, then RET and C-p (ie make a blank line) and then type -TAB nothing happens. If I type - and then use either demote heading or demote subtree, it indents the current line, but also demotes all the lines below it. Is there a way to just indent the hyphen so it lines up with other notes lines? Thanks, -Anthony ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem indenting plain lists
On 09-Nov-13, at 10:37 AM, Carsten Dominik wrote: On Nov 13, 2009, at 4:22 PM, Anthony Lander wrote: I'm on Org-mode version 6.33 (release_6.33) and I'm having a problem with indenting. Given this little org file: * Heading 1 - notes 1 - notes 2 - more notes *** Heading 2 - even more notes - even more notes I want to make a new plain list item before notes 1. If I put my cursor at the start of the line that says - notes 1, then RET and C-p (ie make a blank line) and then type -TAB nothing happens. If I type - and then use either demote heading or demote subtree, it indents the current line, but also demotes all the lines below it. Is there a way to just indent the hyphen so it lines up with other notes lines? No, but you can put the cursor in column zero at notes 1 and press M-RET. - Carsten Ah! Thanks very much. I knew I must be missing something. -Anthony ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode