Re: [PATCH v2] Re: [BUG] recently commits on master branch breaks command 'org-babel-demarcate-block'
stardiviner writes: > Matthew Lundin writes: > >> >> I think you also need to replace the newline with a space in the upper >> case version. >> > Supposed there is \n after #+end_src. I also checked the original version > before > that change commit. The original has an newline. I write patch by comparing > before and after (side by side). I'm referring to this line in the patch: indent (if upper-case-p "#+BEGIN_SRC\n" "#+begin_src ") ^ The newline that needs to be removed is indicated by "^". You can see a correct similar version of this line on line 1932 of ob-core.el. The original line the problematic commit replaced would also have had a space in both, since it called either downcase or upcase on the string "#+begin_src ". Best, Matt
Re: [PATCH v2] Re: [BUG] recently commits on master branch breaks command 'org-babel-demarcate-block'
stardiviner writes: > I updated the patch commit message. > > From b0bdf52a305cb5f9663ee1dc2d08c5de6c7cb602 Mon Sep 17 00:00:00 2001 > From: stardiviner > Date: Sun, 31 May 2020 10:59:41 +0800 > Subject: [PATCH] fix 5f0a9cca3 missing space > > * lisp/ob-core.el (org-babel-demarcate-block): replace wrong newline > with missing space. > --- > lisp/ob-core.el | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lisp/ob-core.el b/lisp/ob-core.el > index e554e3934..79937e517 100644 > --- a/lisp/ob-core.el > +++ b/lisp/ob-core.el > @@ -1908,7 +1908,7 @@ (defun org-babel-demarcate-block (&optional arg) > (if (looking-at "^") "" "\n") > indent (if upper-case-p "#+END_SRC\n" "#+end_src\n") > (if arg stars indent) "\n" > - indent (if upper-case-p "#+BEGIN_SRC\n" "#+begin_src\n") > + indent (if upper-case-p "#+BEGIN_SRC\n" "#+begin_src ") > lang > (if (> (length headers) 1) > (concat " " headers) headers) > -- > 2.26.2 > I think you also need to replace the newline with a space in the upper case version. Matt
Re: Contact data and sync revisited
Russell Adams writes: > Unfortunately looking at the options keeps coming back to how poor > general support for CardDAV and vcard files is. In particular, the > popular vdirsyncer tool is now looking for a new maintainer, and I had > the impression from his list of grievances he might drop it entirely. Yes, I'm hoping vdirsyncer is popular enough that someone will step forward as maintainer. There's still an official package in Arch Linux, but I'm not sure how long that will last if the package ultimately remains unmaintained. My current syncing solution relies on the following tools: - khard (https://github.com/scheibler/khard) - vdirsyncer - card/caldav server (Radicale) - DAVx5 (android app) I use khardel (an emacs front-end to khard) to create and edit contacts within emacs: https://gitlab.petton.fr/DamienCassou/khardel khardel also has a helper function for selecting and inserting email addresses: khardel-insert-email For address completion within emacs, I normally just use notmuch's built-in auto-completion (which based on indexed addresses of emails either sent or received). But it's nice to be able to fall back on khardel and my own contacts collection. I code small integrations in emacs around khard's command-line interface. For instance, I pipe khard contacts into an interactive emacs function that allows me to select a contact/phone number and then send an sms via kdeconnect-cli. Best, Matt
Re: org-read-date-minibuffer-local-map should use C-n/p/f/b
Alex Branham writes: > I find it unintuitive that the usual calendar keys C-n/p/f/b don't work > when scheduling tasks in org mode (yes, I know about S-right, etc). I've > something like this to my init file for those four keys (based on their > setup in org-keys.el) for some time with no negative repercussions (that > I know about anyway), perhaps the same should be done for org itself? > > #+begin_src emacs-lisp > (define-key org-read-date-minibuffer-local-map (kbd "C-n") (lambda () > (interactive) (org-eval-in-calendar '(calendar-forward-week 1 > #+end_src While I can't think of any obvious conflicts for C-n and C-p in the context of the read date minibuffer (please correct me if I'm wrong), C-f and C-b are bound to forward-char and backward-char, which I frequently use when entering and editing dates. Best, Matt
Re: [Feature] add a new org-attach dispatcher command to offline save web page
Ihor Radchenko writes: >> As I said, PATCH welcome, I admired many times I don't have ability to build >> a >> complex archive functionality on url.el or wget or curl. > > I have found the following solution [1] using wget: > > wget --mirror -p --convert-links -P ./LOCAL-DIR WEBSITE-URL > I don't think --mirror is what we want this context, since that will initiate a recursive download of the entire site. (Ironically, my IP is now banned from a personal blog that provides a how-to for using wget after I tried to run the above command on it.) From the wget manual: -m --mirror Turn on options suitable for mirroring. This option turns on recursion and time-stamping, sets infinite recursion depth and keeps FTP directory listings. It is currently equivalent to -r -N -l inf --no-remove-listing. AFAICT, org-board uses the following options, which limit the archiving to a single page and all its resources: wget -e robots=off --page-requisites --adjust-extension --convert-links [...] > This will not bundle the page into a single file, but it is better than > nothing. org-attach does not have to attach exactly one file. You can also create a warc (web archive) file with wget, but then you need a web archive replayer to view it, which is not exactly convenient. Best, Matt
Re: [Feature] add a new org-attach dispatcher command to offline save web page
Ihor Radchenko writes: > My view on this is bare-bones download, in a spirit of org-attach > itself. There is already 'url method in org-attach-attach, but it is > hard-coded to url-retrieve-synchronously. It would be handy if user > could configure alternative retrievers (like monolith, wget, curl, or > some user-defined function). Thanks. I'm learning about this for the first time after using org-attach for years! I have no idea why I've never noticed it. > Note that monolith does not crawl the website. It only collects > everything needed to show the page as you see it in browser into single > html file. This behaviour is what one expects to obtain when saving a > full web-page from browser. Agreed. This looks like the way to go. Keep it simple and abstract the call to url-copy-file to allow the user to configure the command for downloading the page/file. Best, Matt
Re: [Feature] add a new org-attach dispatcher command to offline save web page
Ihor Radchenko writes: > It does not mean that attaching URL directly is not worth including > into org. This sounds pretty common use case, especially considering > the number of packages providing similar feature. You mentioned > org-board, but there is also org-download and org-web-tools. My uneasiness has more to do with the specificity of the dependence on monolith and the way that is hard-coded into the patch. When it comes to patches, I think priority should go to those that are configurable, accessible, and useful for everyone as opposed to those that have hard-coded work-flows or highly-specific user configurations. > I agree that monolith is completely uncommon tool and I would not expect > the majority of users to have it installed, but the same functionality > utilising built-in url.el (as a default) should be acceptable. The question is: which functionality? A simple downloading tool or a full archival tool? Achieving similar functionality to org-board or monolith would a big task, since they aim to download an archival version of a webpage (including all resources). In addition, with archiving you also quickly run into the complexity of versioning based on time archived. There's also the challenge of mapping the downloaded files to metadata (specifically the original url). Org-board currently handles both of these very well. I suppose there would be a few options depending on what the aims are: 1. At the simple end, include little more than than a quick and dirty way of downloading a single resource (html, pdf, jpeg) using url.el or wget (or optionally, monolith) and putting that in the attachment folder. Those who want full archiving of all resources could use other tools like org-board or org-web-tools. 2. At the (much) more complex end, it would be to code out a robust archiving solution on top of url.el or wget. 3. Another, possibly simpler option... Add a command to the dispatcher that allows the user to invoke a custom function that is called with the attachment directory as the default-directory. This would enable more end-user flexibility, such as the ability to use wkhtmtoimage/wkhtmltopdf, monolith, phantom.js, archive.is, etc. Best, Matt
Re: [BUG] All drawers except property drawers are open at startup
Nicolas Goaziou writes: > Matt Lundin writes: > >> All drawers default to open at startup except for property drawers. This >> includes :LOGBOOK: drawers, which can be quite long and block view of an >> entry. > > I think all drawers are opened at startup, including property drawers. > >> I ran a git bisect and discovered that the bug was introduced with >> commit 8b05c06d427e850d45684f69c5165cd7684e1071 on May 9. > > Isn't it related to 88f5ed91c5cf9cb6962c1b441eac7dbab9a4734e instead? > No. I have the following in my emacs file: (setq org-startup-folded t) Here's a minimal recipe for reproducing: Config file: (add-to-list 'load-path "~/org-mode/lisp/") (add-to-list 'load-path "~/org-mode/contrib/lisp/") (setq org-startup-folded t) Org file: * Heading :PROPERTIES: :APROP: 1234 :END: :LOGBOOK: - State "DONE" from "NOW"[2020-05-27 Wed 23:03] :END: :RANDOM: Some text :END: Navigate to file. Navigate to outline heading and hit TAB to cycle/open. Before commit 8b05c06d427e850d45684f69c5165cd7684e1071 all drawers remain folded (expected behavior): * Heading :PROPERTIES: :LOGBOOK: :RANDOM: Beginning with commit 8b05c06d427e850d45684f69c5165cd7684e1071 only the PROPERTIES drawer remains folded, so the entry looks like this (undesired behavior): * Heading :PROPERTIES: :LOGBOOK: - State "DONE" from "NOW"[2020-05-27 Wed 23:03] :END: :RANDOM: Some text :END:
Re: [Feature] add a new org-attach dispatcher command to offline save web page
stardiviner writes: > I attached the patch. > > I think this feature will be helpful for use who archive web page data usually > like me. To be more portable, I also added an defcustom option for other > external command. And use an if condition to detect whether external command > available, else warning user. This looks helpful, but I think this should be an add-on rather than integrated into the org-attach. I'm glad to learn about monolith, but far fewer users are likely to have it installed than have wget or curl installed. You might also want to check out org-board, which has similar functionality: https://github.com/scallywag/org-board Best, Matt
Re: Bug: ob-python mangles multiline :var values [9.3.6 (release_9.3.6-397-ga089600)]
Jack Kamm writes: > Hello, > > Thanks for reporting. I've just fixed this issue in master (commit > 6149b6cb6). > > The problem was that ob-python adds tab indentation to the code body > before putting it inside a main() function, which adds spurious > indentation to multiline strings passed through :var. > > I fixed the issue by moving variable assignment from the code body to > the code preamble, which is executed outside the main() function. A heads up... I believe this changes the scope of the :var variables, since they previously were local to the main() function and now they are declared globally. After this change, some of my existing python source blocks (i.e., ones in which I attempt to assign a new value to a variable defined by :var) now generate the following error: Traceback (most recent call last): File "", line 223, in File "", line 214, in main UnboundLocalError: local variable 'members' referenced before assignment I hesitate to call this a bug, since it would be fine to think of everything within the source block as local and the header :var declarations as global. But if this is the case, then I think it should be documented somewhere, especially since this change may break people's existing source blocks. And I suppose it would be worthwhile to ask: Is this change consistent with other org-babel modules? Is there a canonical way that org-babel handles scope? Best, Matt
Re: org-babel block with :exports code that gets evaluated on export
Sébastien Miquel writes: > Is there a way to have an org-babel block which only exports its code > but still gets evaluated when exporting ? I think you can do something like this: #+begin_src emacs-lisp :exports both :results none (setq my-variable t) #+end_src Or, if you want to pass the results to another block you could use ":results output silent" or ":results value silent." Best, Matt
Re: org-archive-all-matches doesn't use org-archive-default-command
Hi Thomas, Thomas Schaper writes: > When playing around with org-archive, I noticed that the function > org-archive-all-matches doesn't use org-archive-default-command but > calls org-archive-subtree directly. Is there any reason for this, or is > it simply a small bug/missing feature? I think this is because at present org-archive-all-matches is a non-interactive helper function that is called only when someone is using org-archive-subtree or org-toggle-archive-tag with a prefix argument. So without some refactoring, using org-archive-default-command would cause unexpected behavior, since it is invoked only in contexts in which people are explicitly expecting *either* org-archive-subtree *or* org-toggle-archive-tag. Were you by chance looking to have this work with org-archive-to-archive-sibling? Best, Matt
Re: issue tracker?
Anthony Carrico writes: > Given that the mailing list holds the issues, it would be nice if you > could import the mailing list into your client as a lump (maildir/mbox). > Currently you can only download it chunk by chunk, so it isn't really > practical for a newcomer to import the whole list to do research a new > issue before reporting it. You can use wget to download them all the mbox files at once here: https://lists.gnu.org/archive/mbox/emacs-orgmode/ For instance, the following command... wget -r -nH --cut-dirs=2 --no-parent -A "2019-*" --reject="index.html*" https://lists.gnu.org/archive/mbox/emacs-orgmode/ ..will download all mbox archives from 2019 into the directory emacs-orgmode. Then you can browse them in Gnus, cat them into a single file for easier importing into a client, convert them to Maildir (via mb2md) for indexing in notmuch, mu4e, etc. Matt
Re: issue tracker?
Detlef Steuer writes: > How to add more now? Same here. Mail is functionally superior to a lot > of modern solutions. > > A Bugtracker you do not use on a regular basis often is a horrible time sink. > Plus, most of the time you need just another account for a site you > never wanted an account on. > > Furthermore many of the discussions on this list wouldn't have happend, > if the first post went into a bugtracker. > > I would go as far as saying *this list* is one of the fastest reacting > amd friendliest communities I have been part of. The job Nicolas does is > just awesome. > > That leads to the next point: If Nicolas decided *he* would love to work > with a bugtracker, I would not complain and open an account. > As it is now, anything that's not in the best interest of our benevolent > developer, should not even be considered :-) I agree wholeheartedly with everything Detlef says here. Due to life circumstances, I have only been able to participate intermittently on the mailing list over the past 10 years. But I have happily used Org during that time, and I love that that this ML has been a constant in the Org Mode community, even as countless other tech fads have come and gone. Matt
Re: ob-js uses deprecated Node APIs
Ivan Sokolov writes: > I ran into problems with ob-js. When resolving them, I found that require > ('sys') is deprecated, there is a patch. > > diff --git a/lisp/ob-js.el b/lisp/ob-js.el > index 7592040ab..d459e8069 100644 > --- a/lisp/ob-js.el > +++ b/lisp/ob-js.el > @@ -65,7 +65,7 @@ >:safe #'stringp) > > (defvar org-babel-js-function-wrapper > - "require('sys').print(require('sys').inspect(function(){\n%s\n}()));" > + > "require('process').stdout.write(require('util').inspect(function(){%s}()));" >"Javascript code to print value of body.") > > (defun org-babel-execute:js (body params) I can confirm that I just encountered this bug today and that Ivan's patch resolves the issue. See here for more information: https://nodejs.org/api/deprecations.html#deprecations_dep0025_require_sys Best, Matt
Re: [Bug] org-store-link should not insert a document level ID property
Nicolas Goaziou writes: > Matthew Lundin writes: > >> What I was thinking of in terms of configuration is being able to >> preserve path-based links (instead of IDs) if creating a link above the >> first headline. This is the behavior that existed in the past when >> org-id-link-to-org-use-id was set to t or >> 'create-if-interactive-and-no-custom-id. > > I don't understand what is the meaning of an ID property for a whole > document. > > AFAIK, ID is associated to a file name, and possibly a location in it. > In this case, the ID is strictly equivalent to the file name, so why > bother? I'm not sure I understand the question. Are you asking: Why bother generating IDs at the top level of a file (which was the change Gustav introduced)? Or why bother turning off that behavior? I can't address the former question but I will address the latter. The main reason is that I find these IDs redundant and visually distracting. I can see how file IDs would be useful if one is constantly renaming files (or perhaps writing custom functions that convert files to entries and vice versa). But in other ways they are more fragile than paths, since a :PROPERTIES: drawer at the top of a file looks like clutter and is *very* tempting to delete: beginning of file :PROPERTIES: :ID: d4ef67e6-ffcd-4df3-b821-b92c0138eb9c :END: #+FILETAGS: work inbox #+CATEGORY: work file continues... That said, I'm happy to hack together a personal solution by advising org-id-store-link if we decide not to allow users to customize this behavior. Best, Matt
Re: [PATCH] Fix moving cursor in org-set-tags-command
Nicolas Goaziou writes: > >> -(when (save-excursion (skip-chars-backward "*") (bolp)) >> - (forward-char >> +(and (looking-at " ") >> + (string-match "\\*+" (buffer-substring (point-at-bol) (point))) >> + (forward-char > > Please replace `and' with `when' if side-effects are involved. > Thanks, this is really helpful to know for future patches. And thanks so much for the fixes you and Kyle made. > Also, note that > > (save-excursion (skip-chars-backward "*") (bolp)) > > is faster and more accurate than > > (string-match "\\*+" (buffer-substring (point-at-bol) (point))) > > because the latter matches, e.g., > > ab*|c > > where "|" is point. Oops, yes I see the problem in the string-match there! > Besides, I don't understand how this is related to empty headlines > since, AFAICT, this part of code is supposed to fix the issue on empty > headlines. Thanks. What I meant was fixing a very specific circumstance "when the cursor is at the beginning of an empty headline." This is the scenario affected by the original bug. The earlier patches (450452de4b and 44ec473c1) introduced a more general logic of moving the cursor forward at any point before the beginning of an empty headline (including when positioned on an asterisk). I see the commit has already been made, so hopefully this email will serve as clarification. Best, Matt
RE: [Bug] org-store-link should not insert a document level ID property
Gustav Wikström writes: > Hi again, > > Patch is attached. It's not applied yet as it doesn't include anything > about user-configuration yet. @Matt Lundin, care to elaborate what you > had in mind in terms of that? > > With this patch a link before first headline is stored with the > filename (no path) as description. Following the link does what you'd > expect. Tests ran fine with the patch applied. Hi Gustav, Sorry it's taken so long to get back to you. Thanks for applying this. It makes the behavior consistent. What I was thinking of in terms of configuration is being able to preserve path-based links (instead of IDs) if creating a link above the first headline. This is the behavior that existed in the past when org-id-link-to-org-use-id was set to t or 'create-if-interactive-and-no-custom-id. I've attached a patch that implements this. However, I also know that we are trying to avoid configuration/feature creep in Org, so I'm submitting this here for comments. Is this a configuration other people want? If not, it would be easy enough for me to hack this through advice-add. Best, Matt >From 758c7c513c6e5e0457b483dcf2bf7c9299d1015b Mon Sep 17 00:00:00 2001 From: Matt Lundin Date: Thu, 7 May 2020 16:31:05 -0500 Subject: [PATCH 1/1] Allow configuration of whether to create IDs before first heading This allows users to keep file (path-based) links above the first heading of a file. * lisp/ol.el: (org-store-link) New test for whether to use ID links * lisp/org-id.el: (org-id-create-id-before-first-heading) New variable --- lisp/ol.el | 5 - lisp/org-id.el | 11 +++ 2 files changed, 15 insertions(+), 1 deletion(-) diff --git a/lisp/ol.el b/lisp/ol.el index 0cb1b0a7e..d072ad9f1 100644 --- a/lisp/ol.el +++ b/lisp/ol.el @@ -35,6 +35,7 @@ (defvar org-comment-string) (defvar org-highlight-links) (defvar org-id-link-to-org-use-id) +(defvar org-id-create-id-before-first-heading) (defvar org-inhibit-startup) (defvar org-outline-regexp-bol) (defvar org-src-source-file-name) @@ -1619,7 +1620,9 @@ non-nil." (and (eq org-id-link-to-org-use-id 'create-if-interactive-and-no-custom-id) (not custom-id - (and org-id-link-to-org-use-id (org-entry-get nil "ID" + (and org-id-link-to-org-use-id (org-entry-get nil "ID"))) + (or (not (org-before-first-heading-p)) + org-id-create-id-before-first-heading)) ;; Store a link using the ID at point (setq link (condition-case nil (prog1 (org-id-store-link) diff --git a/lisp/org-id.el b/lisp/org-id.el index 34720b7f2..8792aa3cb 100644 --- a/lisp/org-id.el +++ b/lisp/org-id.el @@ -123,6 +123,17 @@ nil Never use an ID to make a link, instead link using a text search for (const :tag "Only use existing" use-existing) (const :tag "Do not use ID to create link" nil))) +(defcustom org-id-create-id-before-first-heading t + "Non-nil means storing a link before the first heading will use IDs. +This determines how `org-store-link' generates links before the +first heading in an Org file when `org-id-link-to-org-use-id' is +configured to create IDs. + +When nil, `org-store-link' will create a normal file link instead +of an ID if before the first heading." + :group 'org-id + :type 'boolean) + (defcustom org-id-uuid-program "uuidgen" "The uuidgen program." :group 'org-id -- 2.26.2
Re: Survey: changing a few default settings for Org 9.4
Bastien writes: > - org-fontify-done-headline => t > > This is useful to visualize done headlines and can be easily turned > off, while not being easily discovered for Org newcomers. I find this a bit visually distracting, but that's likely because I've used Org mode in the "old school" way for so long. So no strong opinions on this one. > - org-hide-emphasis-markers => t > - org-hide-macro-markers => t > > The two changes proposed above will probably trigger some reactions > as they touch something very sensitive: whether Org should try to be > "too clever" at making things invisible. I am all for letting Org > newcomers enjoying these visual enhancements, while letting experts > turning them off if needed. I have a few concerns about this. I believe that markup syntax, as a rule, should be visible. Most markdown editors do not hide markup by default. I realize that there are some exceptions in Org (e.g., links). But editing around the invisible boundaries of links can be in Org can be fussy (sometimes I have to do M-x visible-mode when editing near the edges of links). So I'd recommend not changing the default here, especially for emphasis markers. > - org-allow-promoting-top-level-subtree => t > > With the current default of nil, an error is thrown when the user > tries to promote a top level subtree. The new default setting would > let users convert the top level heading to a commented heading. >From my point of view, this is too destructive a default. I think it makes it too easy accidentally to turn important TODO headlines into commented lines (which will be buried in another entry). If I wanted to change a first level headline to a comment, it would only take two keystrokes (C-d #). Forcing users to type this explicitly seems preferable to creating a risk that users will accidentally bury/lose first-level headlines as comments in another entry. Matt
Re: How to occasionally store link as file.org+headline
Mirko Vukovic writes: > For most of my links, I want to use the ID generated by orgmode > i.e., (setq org-id-link-to-org-use-id t) > > But occasionally, for targets that are not part of my agenda files, I want > to store a link of the type file:path.org::*headline > > I wrote the following function to accomplish that: > > (defun org-store-file+headline () > "Store link as file + headline" > (interactive) > (let ((org-id-link-to-org-use-id nil)) > (org-store-link nil t))) > > This function works (lightly tested). > > But is there a built-in way, such as using prefixes or arguments to > org-store-link? I browsed the code for it, but that function is several > hundred lines long, and I gave up. I think the function is the best option, as the logic of whether to store ids (based on the value of org-id-link-to-org-use-id) is hard-coded into org-store-link and can't be changed through arguments. You could always create a custom function and bind it to 'C-c l' in org-mode: (defun my-org-store-org-link (arg) "Store a link org mode. When there is a prefix arg, use file+headline format" (interactive "P") (let ((org-id-link-to-org-use-id (not arg))) (org-store-link nil t))) Best, Matt
Re: [BUG] Infinite loop in org-agenda-show-new-time
Hi Bastien, Bastien writes: > > Andrew Hyatt writes: > >> Removing the (beginning-of-line 1) at the end of the time display >> code in that function, and substituting (org-agenda-previous-line) >> seems to fix it. I'm not sure if that's the right approach - the >> previous code didn't use that function for a reason, but I don't know >> what that reason was. > > I think this approach is correct is it will move over visible lines. > > I've pushed a patch, please let me know if it is fixed. I'm finding that this patch (19676dce758038749887a057208ea33d9a1fad57) has the by-product of causing multiple paths to flash in the mini-buffer if org-agenda-show-outline-path is set to t. I believe that is because it calls org-agenda-previous-line, which in turn calls org-agenda-do-context-action. The effect is even more pronounced if org-agenda-follow-mode is on, causing a significant slowdown in rescheduling items. Thanks, Matt
Re: Make code elements in prose unobtrusive [legibility 6/6]
Adam Porter writes: > There may be improvements to be made, but the defaults shouldn't be set > to match the preferences of any one user. Remember that people have > been using Org for years, and theming and faces are very personal. ;) I strongly agree. All of the changes mentioned in these legibility threads could be accomplished through theming and Elpa/Melpa packages one could recommend to new users who easier ways to add variable pitch, unobtrusive markup, etc. It would be trivial to point a new user to install them through the package manager. It would be a bad precedent to add idiosyncratic customization options to cater to personal aesthetic preferences. As Adam says, everyone's theming preferences are personal, and they are best addressed through add-on themes and packages. Matt
Re: C-c C-c to close the buffer in *Org Src ...* buffers
"Berry, Charles" via "General discussions about Org-mode." writes: >> On Jan 31, 2020, at 3:03 AM, Bastien wrote: >> >> Hi all, >> >> I'd like to make an equivalent to in Org Src >> buffers so that hitting will close the buffer, which seems >> natural. >> >> WDYT? > > Many modes used in org src buffers have C-c C-c in their maps. python, > latex, c++, shell, R, ... > > I often use C-c C-c in R src edit buffers to eval functions and code > blocks, so this will be an inconvenience for me (and I suspect for > others). Agreed. C-c C-c in python-mode is bound to python-shell-send-buffer, which evaluates the buffer in a running instance of python. I think has fewer conflicts with existing bindings. Matt
[Orgmode] Re: Having (too) many files in org-agenda-files
Sébastien, Matt Lundin writes: > Hi Sebastian, My apologies for misspelling your name! - 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] Re: Problem with PROPERTIES :OPTIONS: when exporting subtree
Rainer M Krug writes: > On Mon, Sep 27, 2010 at 2:03 AM, Matt Lundin wrote: > > Rainer M Krug writes: > > > Hi > > > > I hava a problem with exporting to LaTeX. > > > > I want to export a table to latex. I put it into a subtree, > containing > > only the table, i.e. no headers, as I want to include it into > another > > document. I thought, that using the :OPTIONS: property, I can > disable > > the headers - but it does not seem to be working - am I missing > > something? > > I believe the relevant property is :EXPORT_OPTIONS:. > > ... > > Have you considered radio tables? It's a nice solution for > including an > org-mode table in a LaTeX document. > > Yes - I looked into them, but I don't get them to work. Do you have an > org file with a radio table so that I can see it? There's a nice example in the manual: (info "(org) A LaTeX example") > > Actually, I don't think they would do what I want: want to save the > table as LaTeX to a file and use it in a different program (LyX), so > that I can update the table while I am working on my simulation, and > that when I open LyX, I always have the up-to-date version for the > paper I am writing. Ah, then they wouldn't work in this scenario. Radio tables allow you to use the minor mode orgtbl to edit org-mode tables within a commented section of a source file (e.g., LaTeX, html) and then to place the "exported" table at a target location within the same file. It would, however, be very nice to be able to send the results or a source code block (either executed code or exported org snippets) via babel to a target in an external file. 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] [PATCH] Fix bug that erases org buffer when calling agenda via org-agenda-open-link.
[My apologies, but I'm afraid my first attempt at this patch mistook a necessary second check for redundancy. Here is an improved version.] * lisp/org-agenda.el (org-prepare-agenda): If the agenda is called from within the agenda via an elisp link, such as [[elisp:(org-agenda-list)]], org-prepare-agenda erases the buffer of the file containing the link, since that buffer is current during org-prepare agenda (due to a with-current-buffer in org-agenda-open-link). An additional test now ensures that the agenda buffer is in fact current when the buffer is erased and local variables for the agenda are set. --- lisp/org-agenda.el |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 9f94fa6..7458076 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2829,7 +2829,11 @@ the global options and expect it to be applied to the entire view.") (switch-to-buffer-other-frame abuf)) ((equal org-agenda-window-setup 'reorganize-frame) (delete-other-windows) - (org-switch-to-buffer-other-window abuf + (org-switch-to-buffer-other-window abuf))) + ;; additional test in case agenda is invoked from within agenda + ;; buffer via elisp link + (unless (equal (current-buffer) abuf) + (switch-to-buffer abuf))) (setq buffer-read-only nil) (let ((inhibit-read-only t)) (erase-buffer)) (org-agenda-mode) -- 1.7.2.3 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Removed unecessary invocations of org-agenda-show.
Hi Carsten, Carsten Dominik writes: > On Sep 13, 2010, at 6:48 PM, Matt Lundin wrote: > >> >> lisp/org-agenda.el (org-agenda-set-tags): Remove org-agenda-show to >> prevent >> disrupting windows and changing point in original buffer. >> (org-agenda-set-property): Same >> (org-agenda-set-effort): Same >> (org-agenda-toggle-archive-tag): Same >> >> When setting a tag in the agenda, org-mode displays the corresponding >> entry in the original org buffer by calling org-agenda-show. This has >> the unwelcome side-effect of disrupting the current window arrangement >> and changing the position of the point in the original buffer. This >> behavior is inconsistent with the that of org-agenda-todo, which makes >> all its changes "silently." > > I agree, but I am sure I used to have problems with something > which is why this was added. > Have you been running this patch for some time already? > Without any problems like the agenda jumping to a wrong place in a org > file or so? I haven't yet encountered any deleterious side effects, but I agree that this patch needs further consideration. I will do some additional research/testing and return with a report. :) 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] Re: Re Audible reminder in org-mode not working
Hi evita, evita moreno writes: > Typing > $ sudo lsmod | grep pcspkr > in my terminal does not give anything. It simply shows the next prompt > (if I am using the correct terminology - I am new in emacs and Linux!). > You could try "sudo modprobe pcspkr". This should activate the system beep if your distribution has turned it off. 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] Re: Bug: Relative paths in file: links are expanded [6.36trans]
David Maus writes: > Matt Lundin wrote: >>Aidan Gauland writes: > >>> If I create a link with C-c C-l and give it a relative "file:" link, a >>> link is created with an absolute path. For example, C-c C-l >>> file:../foo.org foo puts >>> [[file:~/path/to/working-directory/foo.org][foo]] in the buffer. I was >>> expecting [[file:../foo.org][foo]]. > >>That is the default behavior. You can change it by setting >>org-link-file-path-type to relative. > > And in addition there was a fix pushed to repo.or.cz Carsten is fast!! I turns out I tested the behavior with the applied patch installed (having just updated org-mode). Sorry for the noise. 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] Re: [ANN] Org-babel integrated into Org-mode
Dan Davison writes: > "Eric Schulte" writes: > >> Carsten Dominik writes: >> >>> You main proposal was to make Org Babel an optional module. >>> This will not solve the problem fully, I think, because we also >>> don't want that people who turn it on automatically commit >>> to potentially dangerous operations. There is a lot of good stuff >>> in Babel which has nothing to do with code evaluation. >>> >>> Here is what I propose (several items are similar to what Eric proposes) >>> >>> 1. A new variable org-turn-on-babel. We can discuss the default. >>>If it is nil, org-babel should not be loaded. >>>A default of t would be fine with me if we implement other >>>measures listed below. >>> >> >> This sounds like a good idea to me, and it should address Matt's desire >> for enabling minimal Org-mode installs. I would like this to default to >> t, so that new users can try out Org-babel without overmuch effort. > > I'm not clear yet what the point of this is. Unless it is the load time > which is the issue, what else is gained by this variable? In principle > I'm also all for minimalism and modularity, but what does it actually > mean here? > > If the effect of this variable is to not load org-babel code at all, > then this needs to be thought about carefully, as it is tantamount to a > statement that all org-babel code is orthogonal to the rest of > org-mode. I.e. core org-mode will not be able to make use of any > org-babel code, because there will always be the risk that the user has > set this variable to nil. Are we sure that we might not want some > org-babel code (e.g. block export or tangling or something) to be used > in core Org functionality? Thanks Dan for this clarification. My primary concern had to do with the risk org-babel introduces of executing problematic code. This concern has been largely allayed by Eric's recent addition of a default yes-or-no-p prompt before executing code in source blocks, along with the option of disabling elisp evaluation. (I still fear accidentally executing code during export, but that has to do with my lack of familiarity with inline-src-blocks, which are evaluated by default on export.) You certainly have a far better understanding than I do of the potential org-babel offers for org-mode's core functionality. The package is indeed small compared to other features, so load time should not be much of an issue. I very much appreciate the ways in which you and Eric have made org-babel modular, loading a minimal framework by default and leaving the selection of languages up to the user. My concern, I suppose, has to do with the ever-growing complexity of org-mode. Wherever possible, I would prefer to give users the freedom *not* to load modules they don't need. That may be not be possible or desirable in this case. So I am eager to learn more about ways in which org-babel can enhance and simplify the core features of org-mode. Please don't take any of these concerns as criticism of a package from which I already benefit immensely. Far be it from me to look askance at such a useful gift! 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] Re: [ANN] Org-babel integrated into Org-mode
"Eric Schulte" writes: > Matt Lundin writes: > > [...] >> >> When I run make clean && make && make install I find that the language >> directory is not installed. Does the langs directory require a manual >> installation? >> >> Also, with make install, the ob-* files are installed on the same level >> as the org-files, yet lines 108-114 in org.el indicate that they should >> be installed in a babel subdirectory. > This should now be fixed. Thanks. Everything was installed in the right place. - 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
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Carsten, Thanks so much both for thinking this through. And thanks again, Eric, for your work in integrating org-babel into org-mode---including taking into account a humble user's concerns! :) Carsten Dominik writes: > Here is what I propose (several items are similar to what Eric proposes) > > 1. A new variable org-turn-on-babel. We can discuss the default. >If it is nil, org-babel should not be loaded. >A default of t would be fine with me if we implement other >measures listed below. I think the default should be t, but I also like giving users the option of not loading org-babel. > 2. As Eric proposes, a variable similar to org-confirm-shell-link- > function >This should by default query for confirmation on any org-babel >code execution, and can be configured to shut up by people who know >what they are doing. > > 3. Not loading emacs lisp evaluation by default. > > 4. A new key in the babel keymap for org-babel-execute-code-block, >for example `C-c C-v e'. This should be documented as the default >key for this operation. > > 5. Removing org-babel-execute-code-block from `C-c C-c'. Inclusion >should be optional. > > 6. A section in the manual on code execution and associated security >risks in Org mode. This is not only about babel, but also about >org-eval, org-eval-light, shell links and elisp links. I have meant >to write this section for a long time and would be willing to >draft it. We could then refer to this section from a couple of >places in the docs, without cluttering the docs with disclaimers. With safeguards with 2, 4, 5, and 6, would it be safe to skip #3 and load emacs-lisp evaluation by default? The primary risk right now is that C-c C-c is so easy to press. But if we change the keybinding and add a default warning, I believe the emacs-lisp evaluation would not pose undue dangers. After all, emacs already makes it easy to evaluate emacs-lisp code. IMO, other languages are a bit more dangerous, since they are "out of context" in an org-mode document---i.e., one is not necessarily as cautious about the pitfalls of executing shell commands, perl code, etc. as one is when using the command line or executing a script. 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] Re: [ANN] Org-babel integrated into Org-mode
Hi Eric, Thanks so much for taking these observations into account. "Eric Schulte" writes: > Thanks for raising the point about potentially dangerous code blocks. > > Matt Lundin writes: > >> Hi Eric, >> >> Thanks again for all the work that you, Dan, and Tom have put into >> org-babel. I'm glad to see it become part of org-mode! >> >> "Eric Schulte" writes: >> >>> 2) Babel will now be loaded by default along with the rest of Org-mode. >>>This means that *everyone* currently using babel will need to change >>>their Emacs config and remove the (require 'org-babel-int) and/or >>>(require 'org-babel) lines. >> >> I would like to request that org-babel be made an optional module. I ask >> this as someone who uses org-babel regularly. Here are my reasons: >> >> - Org-babel adds rather specific and complex functionality to org-mode >> that those who use it as a simple outliner and todo manager do not >> require. (In other words, an option to turn it off might be nice for >> those who are worried about "feature creep.") > > I'm less struck by this point, as there are many features of Org-mode > which I personally don't understand or use and I'm certainly some > features the existence of which I am completely unaware. However as > long as Babel doesn't significantly affect load time, I'd rather it be > present in the background, to simplify it's use. Yes, I can certainly understand this. My own preference is for modularity and minimalism---i.e., if possible, give users the option of *not* loading or requiring a package. For example, I appreciate that org-habit is a module --- one doesn't have to load it if one doesn't want to. But org-habit is perhaps more clearly an "add-on" than is org-babel. Having used the latter only for perl, python, and shell code evaluation, I imagine I underestimate the enhancements it makes to the core functionality of org source blocks. :) >> - Org-babel increases the risk of accidentally executing malicious or >> dangerous code when typing C-c C-c on a src block or exporting a >> file. Perhaps users should activate it only after they understand >> the risks. >> >> + For instance, I might write a blog post warning about the dangers >> of typing "rm -rf ~/". If I put this between #+begin_src sh >> and #+end_src and unthinkingly hit C-c C-c, I would be in trouble. >> I believe this is the reason for the variables >> org-confirm-shell-link-function and >> org-confirm-elisp-link-function. >> > > This to me is a much more motivating concern. With arbitrary code > evaluation there is unlimited room for mayhem and destruction (both > malicious and accidental), although anyone who works with code in any > form is already exposed to such risks. > Yes, this is my primary concern. >> >> + This is admitted a bit far-fetched as an example, as it would >> require one to have loaded ob-sh.el. But since elisp execution is >> activated by default, there remain opportunities for unwittingly >> executing code that is meant for other purposes (e.g., warnings, >> examples, etc.). >> > > No I don't think it's far fetched at all. I think any of the three > following solutions (with a strong preference for the first) should > address this problem. > > 1) My preferred solution would be to keep things largely as they are, >only w/o emacs-lisp activated by default. That way there is no >required configuration change for babel users (aside from having to >add an 'ob-emacs-lisp require), and we address the issue of >unintentional code execution -- anyone who has activated a language >is presumably aware of what they are doing. > >Additionally this solution would retain some non-active Babel >features like tangling. > > 2) We could add a new global environment variable along the lines of >org-confirm-shell-link-function, say org-confirm-babel-execution or >somesuch. This would be easy to implement, and would retain tangle >like functionality but doesn't seem as conceptually clean as the >above solution. Perhaps some combination of 1 and 2? 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] Re: [ANN] Org-babel integrated into Org-mode
Matt Lundin writes: > This section of the lisp file flattens out the lisp/babel hierarchy in > the repo when copying to the target directory: The above should read: "This section of the Makefile..." > > install-lisp: $(LISPFILES) $(ELCFILES) > if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ; > $(CP) $(LISPFILES) $(lispdir) > $(CP) $(ELCFILES) $(lispdir) > - 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] Re: howto open attachment directory in external program?
Matt Lundin writes: > Kestutis Matonis writes: > >> in .mailcap i have set-upped: >> >> inode/directory-locked; pcmanfm2 '%s'; >> inode/directory; pcmanfm2 '%s'; >> text/directory; pcmanfm2 '%s'; >> >> but when I'm trying to open attachments directory, it is still opened >> in emacs. > > I'm not sure why org-attach is not respecting the mailcap settings. But > for a simple solution you could add a setting to org-file-apps: > > (add-to-list 'org-file-apps '(directory . "pcmanfm2")) > Oops. The above line should read: (add-to-list 'org-file-apps '(directory . "pcmanfm2 %s")) Hope this helps. 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
Re: [Orgmode] Bug: Pretty display of subscripts and hyperlinks
Carsten Dominik writes: > I guess this is wih pretty entity display turned on? > Yes. Sorry I forgot to mention that. - Matt > On Jun 6, 2010, at 7:39 PM, Matt Lundin wrote: > >> Git commit 70d24c5d036cd5787f719104a0ad2f157c5207b1 causes underscores >> in hyperlinks to display parts of link and description as subscripts. >> E.g., this link... >> >> [[http://www.samplepage.com/an_underscore][Some description words]] >> >> ...displays the word "Some" in the description as a subscript. With >> M-x >> visible-mode, the substring "underscore][Some" is displayed as a >> subscript. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] only display a scheduled item if it is due today or in the past
Hi Carsten, Carsten Dominik writes: > can someone please summarize what the status of this discussion is? > > I have lost track As I understand it, the proposed patch hides items scheduled in the future in the weekly agenda. E.g., if it is Monday, tasks scheduled for Friday with a "STYLE=hidden" property would not appear under the Friday slot in the weekly agenda. I believe this is a perfect scenario for a skip-function. I offered an example in this post: http://thread.gmane.org/gmane.emacs.orgmode/24856/focus=25595 If you do decide to apply the patch, I would request that an option be added to turn off the check for a STYLE=hidden property, so as to minimize any undesired expenses in constructing the agenda. My argument is that if a test can be accommodated by current configuration options (e.g., the skip-function) and is unlikely to be invoked by a significant number of users, it should not be hard-coded. 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] Re: Include FAQ to info?
Hi Alan, Thanks for sharing this! It looks very useful. I'll take a look at it and get back to you soon. Best, Matt "Alan E. Davis" writes: > Matthew: > > There's an interest in org-help.org? Would there be any question about > its inclusion in org? No. It's currently in a state of disarray, > however. Here are some of my thoughts about its current state. As I > mention below, I may be able to clean it up this Summer. > > I am afraid I got bogged down, for a number of reasons. I am > stubborn, and don't want to admit defeat, but it would be even better > if someone who really understands org-mode was able to carry it > forward. And I have some ideas about improving it, but haven't had > time or focus to get it done. I'll attach a current copy, but there > are quite a few sections added, esp. at the end, that were gratuitously > personal notes as I was learning certain features. If this were on > some kind of git repo, I'd be interested in working off of it, and I'd > learn to submit a patch, perhaps. > > One thing I thought about is the keystroke compatibility issue, that it > would be really nice if it worked like info. As it is, it is an > editable file, and I end up having to kill it to avoid overwriting it > with some junk, when I use it. The folding status is not persistent, > another nice thing to have (from info). > > The file opens up as a folded top-level outline. The various headlines > I have set up to be links to the manual pages about the same topic. At > I tried to have one or two main keybinding clues present in the folded > view at least headline. So a clue to the keybindings, and a link to > the manual. Even lower level headlines may have manual links. That > particular feature I like *a lot*! > > I have gotten a bit lost with many of the new features, like babel, and > haven't kept up on some of those. I was clueless about agenda, but > have begun to use it quite a bit, so at some point I worked on that > section, but it's a miasma, a tangled mass, at this point, and I should > have to clean that up. This is an example of a section I started to > work on when I was learning a certain feature or set of features. > > So I guess that main caveat at this point is that it's become a > personal help file, and more and more personal as time goes on. Summer > comes I would at some point clean it up. > > I assigned it to a key. For my key-binding setup, it worked ok to > assign it to "C-c 7". Maybe better to set it on a viewing mode, but I > have been prone to hack as a go. > > Be all that as it may be, here is the "current" state of the file on my > system. > > Alan. > > On Sun, May 16, 2010 at 10:43 PM, Matthew Lundin > wrote: > > Carsten Dominik writes: > > > Hi Matt, > > > > no, org-help.org is not about the FAQ, it is a separate document, > like > > a quick reference, made by Alan Davis. It is more than the > refcard, > > less than the manual. > > > > It seems to live here: > > > > http://osdir.com/ml/attachments/orgF54hhOaC48.org > > > > Get in touch with Alan at lngn...@gmail.com Maybe with some > feedback > > between the two of you, we will have a way to ship this with > Org-mode > > and to link it in. > > Great! I will contact Alan Davis about including org-help.org in > the > distribution. > > - 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] only display a scheduled item if it is due today or in the past
Nathaniel Flath writes: > Yes, this patch is primarily for weekly agendas - it changes when items > are displayed to be the same as having a style of 'habit, while also > allowing to do it for non-recurring items. Do you mean that it is the same as when org-habit-show-habits-only-for-today is set to t? > org-agenda-repeating-timestamp-show-all doesn't do quite what I want - > I want the item to not show on my weekly agenda if it isn't scheduled > for today, where that will make it show a maximum of once. > > I'd be wiling to write a personal skip function - I mainly did it this > way because I was emulating org-habit, and then I thought it may be > useful to other people. This is what I'll fall back to if you decide > not to install this patch. My main concern about the patch is that, unlike org-habit, the test is not optional, so it adds an extra expense (however small) for everyone who uses the agenda regardless of whether they want the test or not. I believe this good scenario for using an org-agenda-skip-function. Does the following skip function/custom command accomplish what you are looking for? --8<---cut here---start->8--- (defun my-org-skip-hidden-if-future () (let ((end-entry (save-excursion (or (outline-next-heading) (org-end-of-subtree (scheduled (org-entry-get nil "SCHEDULED")) (hidden (when (string= (org-entry-get nil "STYLE") "hidden") t))) (when (and hidden scheduled) (if (<= (- (org-time-string-to-absolute scheduled) (calendar-absolute-from-gregorian (calendar-current-date))) 0) nil end-entry (setq org-agenda-custom-commands '(("x" "Weekly agenda with hidden future" agenda "" ((org-agenda-ndays 7) (org-agenda-skip-function 'my-org-skip-hidden-if-future) (org-agenda-start-day nil) --8<---cut here---end--->8--- When I call it on the following subtree... --8<---cut here---start->8--- * Test ** TODO Hidden and future SCHEDULED: <2010-05-23 Sun> :PROPERTIES: :STYLE:hidden :END: ** TODO Hidden and past SCHEDULED: <2010-05-20 Thu> :PROPERTIES: :STYLE:hidden :END: ** TODO Hidden and today SCHEDULED: <2010-05-22 Sat> :PROPERTIES: :STYLE:hidden :END: --8<---cut here---end--->8--- ...I get this agenda output... --8<---cut here---start->8--- Week-agenda (W20-W21): Saturday 22 May 2010 inbox: Sched. 3x: TODO Hidden and past inbox: Scheduled: TODO Hidden and today Sunday 23 May 2010 Monday 24 May 2010 W21 Tuesday25 May 2010 Wednesday 26 May 2010 Thursday 27 May 2010 Friday 28 May 2010 --8<---cut here---end--->8--- HTH, 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] Re: Heirarchy and indenting of plain text belonging to headline of same indent
Robin Message writes: > Alternatively, is there some kind of headline ending command or some > way of easily adding one, e.g. > * Head 1 > Body 1 > *** Head 2 > Body 2 > ***$ > More Body 1 Stephan mentioned org-inline tasks, which has the following syntax: --8<---cut here---start->8--- * Head 1 Body 1 *** Head 2 Body 2 *** END More body 1. --8<---cut here---end--->8--- Depending on your needs, there are a few other options for marking off text within a headline: 1. Drawers. I often use a :NOTES: drawer to store items I don't want exported. 2. Source code blocks. #+begin src: ... #+end src: 3. Plain lists. I'd imagine it depends on what you need this functionality for. 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] Re: Include FAQ to info? (was: Org-FAQ request for full-text dump)
Carsten Dominik writes: > Hi Matt, > > no, org-help.org is not about the FAQ, it is a separate document, like > a quick reference, made by Alan Davis. It is more than the refcard, > less than the manual. > > It seems to live here: > > http://osdir.com/ml/attachments/orgF54hhOaC48.org > > Get in touch with Alan at lngn...@gmail.com Maybe with some feedback > between the two of you, we will have a way to ship this with Org-mode > and to link it in. Great! I will contact Alan Davis about including org-help.org in the distribution. - 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] Re: due today notification
Buck Brody writes: > The problem with the sparse tree is that a sparse tree will only show > the headlines above the item with a deadline, it will not show the > sibling headlines. For example, if I used a sparse tree on: That depends on the value of org-show-siblings. To ensure that siblings are visible, you can use a simple setting such as: (setq org-show-siblings t) Type C-h v org-show-hierarchy-above [RET] for more fine-grained customization options. With org-show-siblings set to t, I see the following: --8<---cut here---start->8--- * Fruit ** Apple *** Macintosh *** Crab DEADLINE: <2010-04-28 Wed> *** Golden delicious ** Vegetable --8<---cut here---end--->8--- Best, Matt > * Fruit > ** Apple > *** Macintosh > *** Crab > DEADLINE: <2010-04-28 Wed> > *** Golden delicious > ** Vegetable > *** lettuce > *** squash > *** cucumber > > It would look like > > * Fruit > *** Crab > DEADLINE: <2010-04-28 Wed> ___ 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: due today notification
Buck Brody writes: > > Might I ask why the sparse tree search above or a simple agenda > > view of deadlines is inadequate? The daily agenda provides a nice > > view of all deadlines, making clear which are due today and which > > are past due. And with a custom agenda command you can see only > > those items that are due today: > > Assume I have 10 things that must be done for a specific project and > two of them must be done today. I want to be able to know which two > are due today, but I still want to see them in the same list as the > other 8 items because it gives useful context. > But isn't this precisely what a sparse tree does? I.e., it highlights the relevant deadlines but preserves the context... I dug around in the source code and found a command (normally invoked by org-sparse-tree) that shows all deadlines in a file within n days (determined by a prefix argument). If you type... C-u 1 M-x org-check-deadlines ...org-mode will highlight all the deadlines in the buffer due today or past due. You could bind this to a key. 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] Re: due today notification
Hi Buck, Buck Brody writes: > Sorry, I don't think I properly described what I am looking for. I > want a visual indicator (like a tag or a face) of tasks due today, but > I don't want to do a specific search. The idea would be that, within a > view of all tasks, I would be able to see at a glance which were due > today. Does that make sense? I'm not aware of any such functionality. One solution, I suppose, would be to use org-map-entries and a custom function to add a tag to all entries due today. But adding the tags with org-map-entries would likely be just as slow as a search, so there may not be much point. (info "(org) Using the mapping API") > On Fri, Apr 23, 2010 at 6:54 PM, Matt Lundin wrote: > > C-c / m DEADLINE="" [RET] > Might I ask why the sparse tree search above or a simple agenda view of deadlines is inadequate? The daily agenda provides a nice view of all deadlines, making clear which are due today and which are past due. And with a custom agenda command you can see only those items that are due today: --8<---cut here---start->8--- (setq org-agenda-custom-commands '(("d" "Due today" agenda "" ((org-agenda-entry-types '(:deadline)) (org-deadline-warning-days 0) --8<---cut here---end--->8--- 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
Re: [Orgmode] Re: How you ORGanize yourself? (aka: Why not one file to rule'em all?)
Carsten Dominik writes: > On Apr 19, 2010, at 5:07 PM, Matthew Lundin wrote: > >> I find that (org-agenda-restriction-lock) makes subsequent calls to >> my-org-agenda-files-by-filetag slow, since it refreshes the current >> agenda. >> >> >> Are there any potential pitfalls if I use (setq org-agenda-restrict >> nil) >> instead? > > I think you might mean org-agenda-remove-restriction-lock? Yes, sorry for the typo. > That function does some cleanup which I think you should keep, > so maybe just call it like this: > > (org-agenda-remove-restriction-lock 'noupdate) Thanks! This was exactly what I was looking for. > Otherwise, while you are inside your system, (setq org-agenda-restrict > nil) is enough - only when you mix the normal subtree/file restriction > with you system, you may get funny effects. I've put updated versions of the functions on Worg: http://orgmode.org/worg/org-hacks.php#set-agenda-files-by-filetag 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
Re: [Orgmode] Re: How you ORGanize yourself? (aka: Why not one file to rule'em all?)
Hi Carsten, Carsten Dominik writes: > On Apr 17, 2010, at 3:50 PM, Matt Lundin wrote: > >> FWIW, I've found it quite convenient to rely on filetags to organize >> my notes. I've written a few functions that allow me to limit my >> agenda to a subset of agenda files that share a filetag (e.g., >> "emacs" or "writing"). This is a bit quicker than calling agenda >> commands on all agenda files and then filtering afterward. It also >> allows for greater focus on a particular area of work. Here are the >> functions: >> http://orgmode.org/worg/org-hacks.php#set-agenda-files-by-filetag > > > Hi Matt, > > this is very interesting! > > One idea: Instead of setting the value of org-agenda-files, > you can also restrict in the following way: > > (org-agenda-remove-restriction-lock) > (put 'org-agenda-files 'org-restrict my-file-list) > (setq org-agenda-overriding-restriction 'files) > > The restriction sticks until you remove it with `C-c C_x >' > > I am not sure this will work better for your case - but maybe it will. Thanks for the tip! That's much more elegant. I find that (org-agenda-restriction-lock) makes subsequent calls to my-org-agenda-files-by-filetag slow, since it refreshes the current agenda. Are there any potential pitfalls if I use (setq org-agenda-restrict nil) instead? Thanks, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [PATCH] Speed up org-diary
Hi Carsten, Carsten Dominik writes: > that is a good catch. org-diary is a total orphan for me, > I have not looked at this function for 5 years - it was written > when I was still thinking to use Org-files through the Emacs diary. Thanks for applying the patch. Yes, I think one of the FAQs nicely cautions against using org-diary (i.e., "think twice before using it!"). My only use for it at the moment is to pass org data to the cal-tex functions. I certainly wouldn't recommend using org-diary to mark calendar dates! > I have made one change - I have given it 3 seconds instead of 1, > I think this is a better value. Thanks for making this change. I can see that 3 seconds is a better value, especially since I set the value of org-diary-last-run-time before the rest of the function runs. 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] Re: icalendar: exporting times of day specified in heading?
Hi Stephen, Stephen Eglen writes: >> When I enter the time of day after typing "i d", the time of day is >> added to the timestamp (as above) but is *not* removed the headline. >> E.g., >> >> "Day entry: 9:00am go shopping [RET]" >> >> ...results in the following headline... >> >> * 9:00am go shopping >> <2010-03-17 Wed 09:00> > > that's odd; I just tried that and got: > > *** go shopping > <2010-03-17 Wed 09:00> > which then shows in the agenda as: > > agenda: 9:00.. go shopping > >> I'd be curious to know whether others can duplicate this bug. > me too! > > Do you get any better behaviour if you just put 9:00 or 09:00? Would be > good to resolve this in case there is a bug lurking elsewhere... I believe I've pinned down the cause of the reported behavior. My default agenda buffer is a custom agenda block, which consists of an agenda view and a todo view. The inclusion of the todo view caused the variable org-prefix-has-time to be set to nil, which in turn prevented org-format-agenda-item from removing the time of day string from the headline (see lines 4857-64 of org-agenda.el). Thus, when I called "i d" from the block agenda, the time was not removed from the headline; when I called "i d" from the default agenda or the calendar, it was removed. Here's a patch that ensures the time of day is removed regardless of the current value of org-prefix-has-time: --8<---cut here---start->8--- diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index a50a364..9d4a4c4 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -7107,6 +7107,7 @@ the resulting entry will not be shown. When TEXT is empty, switch to ((eq type 'day) (let* (fmt time time2 + (org-prefix-has-time t) (org-agenda-time-leading-zero t)) (if org-agenda-insert-diary-extract-time ;; Use org-format-agenda-item to parse text for a time-range and --8<---cut here---end--->8--- > Currently, org-agenda.el has (l 7079) > > (if org-agenda-search-headline-for-time > > to check whether we should extract the time; how about if I replaced it > with a variable called org-agenda-extract-time-from-entry which defaults > to nil so this behaviour is normally off? Many thanks for adding this new variable. 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
Re: [Orgmode] [PATCH] New variable to speed up custom agendas
Hi Carsten, Carsten Dominik writes: > wow, you have proven me wrong. There is a way to get > a significant speedup in agenda construction, for special > cases like you mentioned in an earlier message. This is > brilliant. > > I have taken the patch, with a few small modifications: > > 1. I changed the constant `org-agenda-custom-commands-local-options' >so that it will become a lot easier to bind this variable as an >an option when configuring `org-agenda-custom-commands' using >the customize interface. > > 2. I modified the docstring of the new variable so that the first line >is a stand-alone sentence, as required in Emacs. > > 3. I moved the description of the symbols into your new variable, >and made org-diary point to it. I think the new location is >a better place for this. Thanks for applying the patch and for making these additional modifications! > Excellent, thank you very much. Will you add an example to > your org-agenda-custom-commands tutorial? I would be glad to. I'll put it on my todo list. :) - 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] Re: inserting notes at level 1 with org-remember
Hi Trance, Trance Diviner writes: > On Feb 25, 2010, at 7:38 PM, Matt Lundin wrote: > >> Trance Diviner writes: >> >>> But I find that org-remember always creates notes as a level-2 entry. >>> For example, starting with an empty "example.org" file and the >>> following configuration: >>> >>> (setq org-remember-templates >>> '(("Note" ?n "* %u %?\n\n%i\n%a" "example.org" top))) >>> >>> Invoking org-remember twice results in these contents: >>> >>> ** [2010-02-25 Thu] note two >>> ** [2010-02-25 Thu] note one >>> >>> >>> What I expected was: >>> >>> * [2010-02-25 Thu] note two >>> * [2010-02-25 Thu] note one >> >> I cannot duplicate this. With your remember template, org mode files the >> entries at the top of example.org as level 1 headlines. > > That's promising. What org-mode and emacs version? > > org-version > "6.33x" > emacs-version > "23.1.90.1" I tried it again exactly as you explained and now can confirm that this behavior occurs when there is no blank/new line at the top of the remember target file. (When I tried it before, I used a file that had a new line.) To duplicate the bug, I did the following: 1) "touch example.org" 2) called the remember template above. If you want a temporary fix, ensure that there is a blank/new line (or a comment line) at the top of your target file. (If you have content in the file, this shouldn't be a problem.) 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
Re: [Orgmode] Re: Remove scheduled date when switch TODO states
David Maus writes: > Matt Lundin wrote: >>Nathaniel Flath writes: > >>> I have a todo state, PENDING, that I organize tasks that I cannot >>> perform immediately. Is there a way to configure org-todoconfigure so >>> that when a task is switched to PENDING, if it has a scheduled date >>> that date is removed? > >>You could use the hook org-after-todo-state-change-hook. E.g. > >>--8<---cut here---start->8--- >>(defun my-org-pending-remove-deadline () >> (when (equal (org-entry-get nil "TODO") "PENDING") >>(org-remove-timestamp-with-keyword org-deadline-string))) > >>(add-hook 'org-after-todo-state-change-hook 'my-org-pending-remove-deadline) >>--8<---cut here---end--->8--- > > You can actually skip the `org-entry-get' as "The new state (a string > with a TODO keyword, or nil) is available in the Lisp variable > `state'"[1]. > > , > | (defun my-org-pending-remove-deadline () > | (when (string= state "PENDING") > | (org-remove-timestamp-with-keyword org-deadline-string))) > ` Good to know. Thanks! - Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Slow speed of week and month views
Hi Carsten, Carsten Dominik writes: > I am afraid I don't see any major speed improvements that could make > this happen. > > Yes, one could parse all the files once, build a table in memory and >get the entries for each day from there - but that comes down to a >complete rewrite of the parser, maybe even to switching to an internal >representation model for Org-mode. > > I don't see that happening, I am afraid. Thanks so much for taking the time to look at this. The combination of diary and org-mode works fine for now, so I believe I will stick with that. If I use org-mode for appointments, I imagine I could reserve a single diary.org file for appointments and limit weekly and monthly calendar custom commands to that file. 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
Re: [Orgmode] Problem with org-agenda-goto and inline tasks
Carsten Dominik writes: > On Feb 19, 2010, at 4:46 AM, Matt Lundin wrote: > >> I'd like to report a minor issue with org-agenda-goto and inline >> tasks. >> Let's say one has the following file: > I do understand the problem, however, don't have a good solution > for it, and I doubt that there is one. > > What I do in such situations is `show-all' which in Org-mode can > be reached with: C-u C-u C-u TAB > Another option is to use global cycling - in this case you'd have > to press S-TAB four times - but that may still be faster than going > to the parent. > > But in fact, maybe org-reveal should be able to deal with this > > If you pull again, there will now be a third possibility, C-u C-u C-c > C-r > i.e. org-reveal with a double prefix argument. That will go back to > the parent and show the subtree. That works perfectly. As always, many thanks for all the work you put into org-mode! 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] Re: Secondary filtering and query editing within daily/weekly agenda
"Brody, William (Buck)" writes: > I see that I can now filter by tag. Is it possible to filter by todo > state? For instance, I would like to exclude all DONE items. There is no way to filter by TODO state. One way to achieve the same effect, however, is to set the variable org-todo-state-tags-triggers, which causes tags to be added to (and removed from) an item automatically when you switch to a particular todo state. --8<---cut here---start->8--- (setq org-todo-state-tags-triggers '( ("STARTED" ("NEXT" . t) ("WAITING" . nil) ) ("WAITING" ("WAITING" . t) ("NEXT" . nil) ) )) --8<---cut here---end--->8--- The above setting adds a :NEXT: tag whenever the todo state is switched to STARTED and a :WAITING: tag whenever the todo state is switched to WAITING. These tags can then be filtered. 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] Re: search for DEADLINE in warning period
Carsten Dominik writes: > On Feb 9, 2010, at 3:48 PM, Matt Lundin wrote: >> >> Interesting. The docstring for org-agenda-todo-ignore-deadlines >> seems to >> suggest otherwise. Is this documentation inaccurate? >> >> , >> | Documentation: >> | Non-nil means don't show near deadline entries in the global todo >> list. >> | Near means closer than `org-deadline-warning-days' days. >> | The idea behind this is that such items will appear in the agenda >> anyway. >> | See also `org-agenda-todo-ignore-with-date'. >> | See also the variable `org-agenda-tags-todo-honor-ignore-options'. >> ` > > This ist just to explain what "near" means in the sentence before. > I have improved the docstring, thanks. > Thanks for the explanation Carsten. That explains why setting the value to 'near produced the expected behavior. But I see now that "t" does the same thing. 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] Re: Org-mode and searching for multiple occurances
Giovanni Ridolfi writes: > Stephan Schmitt writes: > > Hi, Stephan, >> Also sprach Matt Lundin: >>> evita moreno writes: >>> * jones2000 blah blah blah keyword1 keyword2 *jones2007 blah blah keyword2 and so on. I was wondering whether there is a way where one can search for a keyword in the database (more than 350 papers up to now) and can get in an automatic fashion in which of the jones' entries these keywords occur >>> You can use org-search-view (C-c a s). >> Just a remark: >> If the file is not in org-agenda-files it is "C-c a < s" >> > well I don't think that using *Agenda* is what Evita is looking for, > or at least I was not able to obtain a satisfactory view > of the authors with keyword2 occurrence in my test.org file. > > I think that your first solution: > > M-x org-occur > > is the best *org-option* I'm not sure I follow you here. The function org-search-view (C-c a s) searches all org-agenda files for a regexp and/or word (or as Stephan pointed out searches the current file with a restriction) and returns a list of entry headings that contains that keyword. AFAICT, this is the behavior the OP was looking for: --8<---cut here---start->8--- Search words: keyword2 Press `[', `]' to add/sub word, `{', `}' to add/sub regexp, `C-u r' to edit test: jones2000 test: jones2007 --8<---cut here---end--->8--- One more consideration: If the OP wants genuine tag functionality, perhaps it would be better to add the keywords as tags. E.g., --8<---cut here---start->8--- ** jones2000 :keyword1:keyword2: blah blah ** jones2007 :keyword2: blah blah --8<---cut here---end--->8--- 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] Re: Organizing a students live
Daniel Martins writes: > In fact, it helps! Thanks > > However a sentence like this: > > +# a class that meets every Monday evening between February 16 and > April 20, 2009 > ** Class 7:00pm-9:00pm > <%%(and (= 1 (calendar-day-of-week date)) (diary-block 2 16 2009 4 20 2009))> > > is not an example of simplicity and visibility for a quite common > feature! This is perhaps one of the most frequently asked questions about an FAQ. :) Alas, given my meager elisp skills, you'd have to ask Carsten if he cares to implement this. > Maybe as a suggestion we could encapsulate such a huge expression in a > simpler org-mode function ? As you suggested, one could simply add the function below to one's ~/.emacs for a shorter/easier way to enter weekly events that last for a limited span of time. (I would recommend removing the holidays check unless you've already configured holidays for your locale.) Best, Matt > PS In > > http://www.emacswiki.org/cgi-bin/wiki/DiaryMode#toc12 > > I found another suggestion which I do not know how to include in org-mode > > > > Schedule > > If you want to write a schedule for school or university, you need to > define a block (it’s derived from diary-block) between two dates and a > weekday. The following function also recognizes holidays and won’t > send you to school on those days… :) > > (defun diary-schedule (m1 d1 y1 m2 d2 y2 dayname) > "Entry applies if date is between dates on DAYNAME. > Order of the parameters is M1, D1, Y1, M2, D2, Y2 if > `european-calendar-style' is nil, and D1, M1, Y1, D2, M2, Y2 if > `european-calendar-style' is t. Entry does not apply on a history." > (let ((date1 (calendar-absolute-from-gregorian > (if european-calendar-style > (list d1 m1 y1) > (list m1 d1 y1 > (date2 (calendar-absolute-from-gregorian > (if european-calendar-style > (list d2 m2 y2) > (list m2 d2 y2 > (d (calendar-absolute-from-gregorian date))) > (if (and > (<= date1 d) > (<= d date2) > (= (calendar-day-of-week date) dayname) > (not (check-calendar-holidays date)) > ) > entry))) > > Then: "&%%(diary-schedule 22 4 2003 1 8 2003 2) 18:00 History" > > > > > > > 2009/12/20 Matt Lundin : >> Daniel Martins writes: >> >>> All academics here present (including of course Carsten) suffer from >>> the same problem, I think >>> >>> >>> *** Math classes >>> <2009-12-10 Thu 11:00-14:00 +1w> >>> >>> >>> will repeat forever and ever... >>> >>> We need to create a schedule for a period. >>> >>> The package "remind" (and its simple interface "wyrd") do this job >>> wonderfully but I do not know how to deal with this problem in Org >>> mode >> >> The following FAQ should help: >> >> http://orgmode.org/worg/org-faq.php#diary-sexp-in-org-files >> >> - 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 ___ 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: Worg currently not publishing
Hi Carsten, Carsten Dominik writes: > Yep. Bastien moved us to a new server, and it seems that the cronjob > doing the update is not configured yet. > > I updated by hand for now - will surely be fixed soon. > > - Carsten It appears that Worg updates are still not being published. Ian's new tutorial on using org with Jeckyl (added yesterday) has yet to appear on the website. Thanks, Matt > > On Dec 3, 2009, at 1:13 PM, Matt Lundin wrote: > >> I pushed an update to the Worg repository last night and it has yet to >> appear on the website. I checked and the previous commit of Nov. 29 >> (f752fe0e49e), which created org-contrib/babel/org-babel-uses.org has >> yet to appear on the server: >> >> --8<---cut here---start->8--- >> ls ~/worg/org-contrib/babel >> >> development.org >> library-of-babel.org >> org-babel-screen.org >> org-babel-uses.org >> org-babel.org >> org-babel.org.html >> requirements.org >> --8<---cut here---end--->8--- >> >> --8<---cut here---start->8--- >> Index of /worg/org-contrib/babel >> >> NameLast modified Size Description >> --- >> Parent Directory - >> development.php 14-Nov-2009 20:32 253K >> library-of-babel.php16-Oct-2009 10:42 9.6K >> ltxpng/ 22-Sep-2009 09:31- >> org-babel-screen.php03-Oct-2009 13:31 16K >> org-babel.php 12-Nov-2009 06:31 57K >> requirements.php13-Sep-2009 10:31 37K >> --- >> --8<---cut here---end--->8--- >> >> - Matt >> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ 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: Problems with org-docview
Matt Lundin writes: > I notice that org-docview.el was added to the repo on November 28 or > thereabouts. > > I'm experiencing a few problems with it. > > When calling the agenda for the first time after starting up org-mode, I > get the following message: > > , > | Problems while trying to load feature `org-docview' > ` > > In addition, org-docview stores links to pdf files as absolute paths, > regardless of the setting of org-link-file-path-type. E.g, with > org-link-file-path-type set to relative, the resulting link remains an > absolute path: > > , > | [[docview:/home/matt/general.pdf::4][/home/matt/general.pdf]] > ` A couple of clarifications: 1) The first issue above results from the fact that org-docview.el is missing from the Makefile. 2) The second issue occurs after I load org-docview.el by hand. - 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] Re: Boolean word/regexp search problem
Matt Lundin writes: > The word/regexp agenda search to work with more than one word or regexp > unless the first word or regexp is also preceded by a "+" or "-". > > Take the following example. > > * Org-mode > > Org mode is a major mode for Emacs written by Carsten Dominik. > > Let's say I search for Emacs with "C-a s [RET] Emacs". So far, so good: > this item appears in the results. But let's say I want to narrow down > the search. When I press "[" to add a search term, I see the following > prompt in the minibuffer: > > [+-]Word/{Regexp} ...: Emacs + > > If I complete the prompt as given ("Emacs +Carsten"), there are no > results. > > The search only succeeds if I add a "+" in front of Emacs as well, i.e., > "+Emacs +Carsten". > > The same behavior occurs with exclusion ("-") and with the regexp > search (i.e., brackets). > > Two questions: > > 1) Do boolean word/regexp searches require a "+" or "-" symbol before > the first word/regexp? If so, this is a bit confusing, since tag and > property searches do not require an initial symbol. (E.g., > "emacs+orgmode" works as a tag search.) > > 2) If boolean word/regexp do require an initial "+" or "-", could the > prompt after pressing "[" or "]" or "{" or "}" in the search results > buffer be amended to add a plus in front of the first search term? > > Here is the relevant portion of the manual: > > ,[10.5 Commands in the agenda buffer] > | `[ ] { }' > | > | in search view > | add new search words (`[' and `]') or new regular expressions > | (`{' and `}') to the query string. The opening bracket/brace > | will add a positive search term prefixed by `+', indicating > | that this search term must occur/match in the entry. The > | closing bracket/brace will add a negative search term which > | must not occur/match in the entry for it to be selected. > ` O.K., I just found the variable org-agenda-search-view-search-words-only: , | Non-nil means, the search string is interpreted as individual words | The search then looks for each word separately in each entry and | selects entries that have matches for all words. | When nil, matching as loose words will only take place if the first | word is preceded by + or -. If that is not the case, the search | string will just be matched as a substring in the entry, but with | each space character allowing for any whitespace, including newlines. ` Please disregard question one above, at least insofar as it applies to word searches (I'm still trying to work out the regexps). But re: question two, would it be worthwhile to add a "+" to the beginning of the search org-agenda-manipulate-query is invoked in a search agenda buffer? Thanks, Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug with time summary in column view?
Hi James, James TD Smith writes: >> I'm experiencing the same problem the OP reports (i.e., no effort or >> clocksum summaries) when viewing columns in the agenda. I reported this >> in an earlier email: >> >> http://article.gmane.org/gmane.emacs.orgmode/19937 > > Ah, I missed that. Sorry. > > I've looked into this further and found what I think was causing it. The code > which calculates the summaries in the agenda was mixing up properties and > titles, and failing to find the data it was supposed to be summarising. It > worked if there was no title set on the column being summarised, which is why > the test I did earlier seemed OK. > > It should be fixed now, there's a patch (b0eaeaa) for this in the bugfixes > branch at > git://yog-sothoth.mohorovi.cc/org-mode. > > Can one of you give it a try and confirm it fixes your problem? The patch fixes the problem. Thanks. - Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Wrapped links with long descriptions
Carsten Dominik writes: > Hi Matt, > > yes. The fact that this has not been reported earlier shows that this > is not a frequent case. > > Fixed now, 2 lines are now allowed. Is that enough? Yes, I believe two should be enough. Thanks! - Matt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-agenda-diary-entry without date tree
Carsten Dominik writes: > Hi Matt, > > please try > >(setq org-agenda-insert-diary-strategy 'top-level) > > HTH Thanks Carsten! It works very well. - Matt ___ 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] Re: org-agenda-diary-entry without date tree
Carsten Dominik writes: > On Nov 14, 2009, at 1:33 PM, Matt Lundin wrote: > >> Hi Carsten, >> >> The new org-agenda-diary-entry looks quite convenient. >> >> Would it be possible to add an option to bypass the date tree so as to >> add each new appointment as a simple first level heading? I prefer to >> keep my appointments organized by project and/or category and have no >> real use for the date tree. Ideally, new appointments would appear as >> first level headlines in the org-agenda-diary-file (i.e., my inbox), >> ready to be refiled. > > Hi Matt, > > why are you not simply using your remember template for this? > Hi Carsten, My org-remember template only works for single dates. I'd very much like to be able to create block and anniversary events quickly from the calendar and the agenda (but without the date tree and special "anniversary" heading). In other words, my remember template is only a partial solution. The new feature, on the other hand, offers all the convenient keybindings I remember from my erstwhile days of using the emacs diary. If it's too much trouble, no worries. Best, Matt ___ 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] Re: Best way to implement Keywords feature
Paul Mead writes: > Matthew Lundin writes: > >> >> It will if you use brackets to perform a regexp match. E.g., >> >> Keyword={example1} >> >> (...assuming the property is "Keyword: example1 example2".) >> >> From the manual page above: >> >> , >> | * If the comparison value is enclosed in curly braces, a regexp match >> | is performed, with '=' meaning that the regexp matches the property >> | value, and '<>' meaning that it does not match. >> ` >> >> Best, >> Matt > > That's great, but what if I need to match *both* example1 and example2 > in a search? I tried a few things but didn't find anything that > works. > > Ideally, I'd be able to specify several keywords in a search on the > fly. > > (I'm sorry if there's a regexp that matches multiple keywords that I > don't know - it's a skill which I find keeps presenting surprises!) Perhaps some regexp expert will come along and show us the way, but, for now, you could search for entries that contain both keywords by entering the following tags/properties search: Keyword={example1}+Keyword={example2} Best, Matt ___ 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] Re: Best way to implement Keywords feature
Paul Mead writes: > Matt Lundin writes: > >> >> http://orgmode.org/manual/Matching-tags-and-properties.html >> >> - Matt >> > Thanks Matt, although that allows me to search for a single property (if > I use 'Keyword' as an example, this will return a match if I search for > 'Keyword="example"'. It doesn't, however work if I want to use more that > one keyword. > > For example, if I set a property 'Keyword: keyword1 keyword2' and search for > 'Keyword="example1"' org doesn't find it. It will if you use brackets to perform a regexp match. E.g., Keyword={example1} (...assuming the property is "Keyword: example1 example2".) >From the manual page above: , | * If the comparison value is enclosed in curly braces, a regexp match | is performed, with '=' meaning that the regexp matches the property | value, and '<>' meaning that it does not match. ` Best, Matt ___ 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] Re: Added support for "habit tracking"
Matthew Lundin writes: > John Wiegley writes: > >> The only difference between regular repeating tasks and habits is this: >> >> 1. Habits appear at the bottom of the agenda (by default) > > Out of curiosity, might I ask what org-agenda-sorting-strategy setting > produces the default behavior? My agenda shows habits intermingled with > SCHEDULED todos. Here's my org-agenda-sorting-strategy setting. > > ((agenda time-up priority-down effort-down) > (todo todo-state-up priority-down) > (tags priority-down)) Sorry for the false alarm. I found the new habit-up and habit-down options by checking the docstring of org-agenda-sorting-strategy. - Matt ___ 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] Re: Added support for "habit tracking"
John Wiegley writes: > The only difference between regular repeating tasks and habits is this: > > 1. Habits appear at the bottom of the agenda (by default) Out of curiosity, might I ask what org-agenda-sorting-strategy setting produces the default behavior? My agenda shows habits intermingled with SCHEDULED todos. Here's my org-agenda-sorting-strategy setting. --8<---cut here---start->8--- ((agenda time-up priority-down effort-down) (todo todo-state-up priority-down) (tags priority-down)) --8<---cut here---end--->8--- > 2. Habits can be removed by hitting K > 3. Habits have a little graph, since you need to see consistency over > a > period of time. > > Another difference between habits and tasks is this: If I get to the > end of my day and there are tasks yet undone, it means I need to > schedule them for another day. But if there are habits undone, *I > never reschedule them*. Once I reach a point during the day when I > know I no longer have time or opportunity to work on my habits, I just > hit K and exclude them from the view. What it means is that I'll try > again to do them tomorrow. I very much appreciate this feature! - Matt ___ 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] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
Carsten Dominik writes: > On Oct 22, 2009, at 10:23 PM, Matt Lundin wrote: > >> Bernt Hansen writes: >> >>> "Tim O'Callaghan" writes: >>> >>> Can you use the #+BIND: keyword to set arbitrary variables and >>> achieve >>> the same result? >> >> If I understand it correctly, #+BIND only works for export related >> variables. > > > Nope, it works for any variables. It is special that is *also* works > for export variables, which is complicated because the *output buffer* > is current when export happens, so local variables would be out of > scope. > > - Carsten > Thanks for the explanation. I aplogize if I'm missing something, but I can't seem to get the bind line to work. I've placed the following line at the top of an org file: , | #+BIND: org-footnote-section "References" ` ...and yet after killing, reloading, and refreshing the buffer, the footnotes still appear in the section in which they are entered, in keeping with my global org-footnote-section setting (nil). Out of curiosity, I've also tried the following line to no avail: , | #+BIND: org-footnote-section t ` I've tried setting org-export-allow-BIND and org-export-allow-BIND-local to t, but the same results occur. On the other hand, when I use local variables, as below, the footnotes appear under the headline "References". >> , >> | * COMMENT Local Variables >> | # Local Variables: >> | # org-footnote-section: "References" >> | # End: >> ` Do I have the correct syntax for #+bind? Is there another variable that activates "bind" syntax? Or does it perhaps work only for certain variables? Thanks! I'll be glad to write an FAQ about this, seeing as I'm quickly turning it into a frequently asked question. :) - Matt ___ 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] Re: Added support for "habit tracking"
John Wiegley writes: > On Oct 20, 2009, at 10:02 AM, Matt Lundin wrote: > >> 1. The syntax for defining habits seems fairly complex. One must add a >> repeating scheduled timestamp, a repeating deadline timestamp and a >> property. I was wondering if there could be anyway to automate >> creating >> new habits---e.g., a dialog that asks for the appropriate time spans. >> (My own preference would be to use a new timestamp notation to >> indicate >> habits. I'm not sure what this would look like. Perhaps something like >> this: SCHEDULED: <2009-10-17 Sat !+2+2> --- where the first number is >> the repeating span and the second is the "grace period". Of course, I >> have no idea whether this is possible.) > > I agree with you here, and think that a more comprehensive SCHEDULED > syntax might be just the fix. I'll look into this. Perhaps using a > syntax like "!+2/2". Thanks. And, of course, if a new timestamp syntax proves too complicated, I'm more than happy to use the current implementation. :) > >> 3. The faces for the graph are difficult to read against dark >> backgrounds. (See attached image.) > > I'll fix this too. > >> 4. I currently use the tag :HABIT: to track habits. This allows for >> easy >> filtering in the agenda. I'm wondering whether there might be an >> option >> to designate habits with a user-defined tag rather than the STYLE >> property. The advantage would be much faster agenda searches for >> habits. > > You can search for STYLE="habit". I myself use contextual tags on the > habits, because some of them aren't appropriate in other location, and > I wouldn't want to see ":HABIT:" in the right-hand column for every > one. > > Also, note that you can press K now to filter habits in and out of the > agenda view. They are also by default restricted to only appearing in > todays' agenda view. I see. That works very nicely. Sorry I missed it the first time through the documentation. This eliminates one of the main reason I had for switching to a tag-based implementation. Thanks again! I look forward to playing with this some more. Matt ___ 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] Re: Added support for "habit tracking"
Hi Carsten, Carsten Dominik writes: >> 2. It is somewhat cumbersome to add two repeating timestamps to the >> same >> entry. If one sets up the first repeating timestamp, then one cannot >> add >> a second timestamp automatically. I.e., the following error message >> appears: >> >> "Cannot change deadline on task with repeater, please do that by hand" > > I don't seem to be able to reproduce this. Can you please explain > in more detail? Here's an example: Let's say I have a task, that is scheduled to repeat every two days: --8<---cut here---start->8--- * Shave SCHEDULED: <2009-10-20 Tue .+2d> --8<---cut here---end--->8--- When I try to add a deadline interactively with C-c C-d, I receive an error message: "Cannot change deadline on task with repeater, please do that by hand". - Matt ___ 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] Re: Any way to include filetags in tags completion?
Carsten Dominik writes: > Hi Matt, > > I believe this works now - please verity. Thanks Carsten! This works great. Now org-mode makes organizing my life that much easier. :) - Matt > > On Oct 17, 2009, at 1:42 AM, Matt Lundin wrote: > >> Hi everyone, >> >> I've searched the org-mode variables and can't seem to find a way to >> get >> filetags included in tags completion. In other words, when I press >> "TAB" >> to see the org-global-tags-completion-table while entering a tag or >> filtering for tags in the agenda, only tags associated with headlines >> are offered for completion. Is there a way to include filetags in the >> completion table? >> >> I ask because I frequently use filetags (such as "finances" and >> "household") to filter the agenda and would prefer (lazy emacs user >> that >> I am) not to have to type the entire word. >> >> Thanks for your help. >> >> Matt ___ 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] Re: Tagging a region of text without creating a branch
Carsten Dominik writes: > On Oct 12, 2009, at 3:14 PM, Matt Lundin wrote: > >> At Mon, 12 Oct 2009 09:29:05 +0200, >> Carsten Dominik wrote: >>> >>> On Oct 10, 2009, at 5:39 PM, Matt Lundin wrote: >>> Hi Carsten, Carsten Dominik wrote: > > Yes, this should now work. Good catch. > > You method with the tag on the END line would even be harmful, as > it > removes any text after the END line, up to the next heading. > > Can you show me the use case for not exporting inline tasks? > Maybe I > need to bring that variable back, if there is a good case for > it Now that I am doing more of my writing in org-mode, I plan to use inline tasks for marking up my drafts with TODOs. These reminders would be "for my eyes only." When I publish the draft to LaTeX or html for sharing, I would thus prefer that the inline tasks be excluded. >>> >>> OK, I have re-introduced the variable org-inlinetask-export, as a >>> Boolean. Do we need to be able to set this on a per-file basis? >> >> Thanks Carsten! An option to set per-file would indeed be nice. For >> instance, if I'm working on an article, I might want to share one >> version of it without visible inline tasks/comments and another with >> them. >> >> That said, I suppose I could use local variables to do this. > > Local variables will not work, but #+BIND will. > > I guess this will be enough Absolutely! Thanks again, Matt ___ 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] Re: org-clock-into-drawer
Matt Lundin writes: > According to the docstring, the value of org-clock-into-drawer is > derived from org-log-into-drawer. > > , > | The default for this variable is the value of `org-log-into-drawer'. > ` > > I have org-log-into-drawer set to t, and yet org-clock-into-drawer is > nil. > > Thus all my new clock entries are now inserted outside of LOGBOOK > drawers. This began to happen quite recently AFAICT. In case it wasn't clear in the first post, I can confirm that I have not set org-clock-into-drawer anywhere in my emacs file or via the customize interface. - Matt ___ 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] Re: Tagging a region of text without creating a branch
Carsten Dominik wrote: > > Matt: Inline tasks are now always exported, the variable >org-inlinetask-export is obsolete. Export will look like >a description list item - in fact, the export uses internally >description lists. Thanks for clarifying this. I had org-inlinetask-export set to nil in my .emacs (probably from earlier experimentation with the feature). I see that one can exclude inline tasks with an exclude tag. But in that case, one has to apply the tag to both headlines. *** Testing:noexport: Here is a test *** END:noexport: If one leaves the tag off of the END headline, then it is exported in the HTML. Would there be a way automatically to exclude the END line even if it does not have an exclude tag. Thanks, Matt ___ 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] Re: Orgmode for budgeting/expense recording
Eric S Fraga writes: > At Fri, 02 Oct 2009 10:52:37 -0400, > Matt Lundin wrote: >> Do you use ledger.el, which comes with the ledger source? It makes it >> very easy to enter new items and to invoke ledger commands from within a >> ledger file. I also find it indispensable for reconciling accounts. > > Thanks Matt. > > I do use the ledger mode (of course ;-) and it helps for adding and > reconciling. It's the viewing of balances and the register for > specific accounts that I find is missing (i.e. just 'reg' and 'bal' > commands on the command line). This is OT for the org-mode list, but I believe you can call ledger-report (C-c C-o C-r) with a prefix argument, which will allow you to enter a more complex ledger command. Or you can type C-c C-o C-r and then RET for the same thing. Best, Matt ___ 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] Re: to bookmarks
Matt Lundin writes: > I've been looking for similar functionality for a while so I hacked up a > simple function to export the bookmarks of an org file as an html > file, Here's a better version of the function: --8<---cut here---start->8--- (defun org-export-html-bookmarks () "Extract bookmarks from the current org file and create an html file that can be imported into a web browser." (interactive) (unless (eq major-mode 'org-mode) (error "Not in an org buffer")) (let ((file (file-name-nondirectory (buffer-file-name))) bookmarks) (save-excursion (goto-char (point-min)) (while (re-search-forward org-bracket-link-analytic-regexp nil t) (when (equal (match-string 2) "http") (let ((url (concat (match-string 1) (match-string 3))) (desc (match-string 5))) (push (concat "" desc "\n") bookmarks (with-temp-buffer (insert "\n" "\n" "\n" "Bookmarks\n" "Bookmarks\n" "" file " (" (format-time-string "%Y-%m-%d") ")\n" "\n") (apply 'insert (nreverse bookmarks)) (insert "\n" "") (write-file (concat (file-name-sans-extension file) "-bookmarks.html")) --8<---cut here---end--->8--- ___ 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] Re: suggestion: options for chronological agenda
Matt Lundin writes: > Ilya Shlyakhter writes: > >> The suggestion is to enhance the timeline agenda with options to: >>- recognize "inactive" timestamps ([in square brackets]) > > See the variable org-agenda-inactive-timestamps. Correction. This should read org-agenda-include-inactive-timestamps. - Matt ___ 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] Re: two custom agenda view questions
Michael Gilbert writes: > On Sep 23,2009, at 8:05 PM, Matt Lundin wrote: > >> Michael Gilbert writes: >>> >>> (1) I want to define a custom agenda view that displays only those >>> tasks that have today as a deadline or are past-due. Since many of my >>> tasks also have scheduled timestamps, sometimes these end up being >>> the >>> same day. It looks to me as if they will be left out if I skip >>> scheduled items, even if they also have a current deadline. How can I >>> finesse this? >> >> --8<---cut here---start->8--- >> (setq org-agenda-custom-commands >> '(("d" "Due today" agenda "" >> ((org-deadline-warning-days 1) >>(org-agenda-skip-scheduled-if-deadline-is-shown t) >>(org-agenda-skip-function '(org-agenda-skip-entry-if >> notdeadline)) >> --8<---cut here---end--->8--- > > Thank you! This was the element I wasn't able to discover: org-agenda- > skip-scheduled-if-deadline-is-shown. Alas, when I test this, it still > displays scheduled entries that are not deadlines. I don't think I'm > overriding it elsewhere – I don't have a lot of agenda settings. Does > this work for you? There was one mistake in the command above. The local variable org-deadline-warning-days should be set to 0 (otherwise you'll get items due tomorrow). --8<---cut here---start->8--- (setq org-agenda-custom-commands '(("d" "Due today" agenda "" ((org-deadline-warning-days 0) (org-agenda-skip-scheduled-if-deadline-is-shown t) (org-agenda-skip-function '(org-agenda-skip-entry-if 'notdeadline)) --8<---cut here---end--->8--- Here's a sample file: --8<---cut here---start->8--- * TODO Scheduled today SCHEDULED: <2009-09-24 Thu> * TODO Scheduled yesterday SCHEDULED: <2009-09-23 Wed> * TODO Deadline and scheduled today SCHEDULED: <2009-09-24 Thu> DEADLINE: <2009-09-24 Thu> * TODO Deadline past due DEADLINE: <2009-09-22 Tue> * TODO Deadline tomorrow DEADLINE: <2009-09-25 Fri> --8<---cut here---end--->8--- When I call the custom agenda command (with org-deadline-warning-days set to 0) on this file, I get the following: --8<---cut here---start->8--- Day-agenda (W39): Thursday 24 September 2009 test: In -2 d.: TODO Deadline past due test: Deadline: TODO Deadline and scheduled today --8<---cut here---end--->8--- Perhaps you could test this on your setup to see if you get the same results. Best, Matt > >>> (2) Eventually, I want to create a DONE log of copies of items as >>> they >>> get finished, with contextual data retained. But for right now, all I >>> want is to be able to switch to an agenda view of tasks that were >>> complete today. I've tried a few ideas that seemed like low-hanging >>> fruit here, but no luck. >> >> Type "l" in the agenda for log mode. > > Interesting. I did explore that a bit. Wasn't able to configure it to > my liking, but I'll return to it. > > Thank you so much, Matt. > > -- Michael ___ 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] Re: Hoisting (so to speak)
Matt Lundin writes: > timetrap writes: > >> One of my favorite features in the vim out liner was the ability to >> "hoist" a sparse tree into a new temporary buffer. > >> Is there a way to do this in org-mode? > > Of course there is. This is emacs. ;) O.K. I just realized I missed the "sparse tree" in your question. I assume you mean by this org-mode definition of "sparse trees" (i.e., trees with visibility limited to certain TODO, tags, or regexp matches)? I don't recall anything like org-mode sparse trees in the vim outliner, but it may have changed since I last used it. You can export only the visible portions of an org-mode outline by typing "C-c C-e v [SPACE]", but this will create a new, independent org-mode buffer. Any changes you make in this buffer will not affect the original file. - Matt ___ 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] Re: Documentation wishlist items
Ethan writes: > On Wed, Sep 16, 2009 at 11:46 PM, Matt Lundin wrote: > > O.K. So I went a little crazy and added a bunch of definitions to > the > glossary. > > - http://orgmode.org/worg/org-glossary.php > > Perhaps it's not so much a glossary any more as an shorter > introduction > to the basic concepts of org-mode. > > I just wanted to say thank you! This was amazingly, amazingly helpful. I'm glad it helped! I think I might add some further reading links to some of the more important items. For instance, it might be helpful to Bernt's use of categories to that of Charles Cave, etc. > Just one thought: The section on Archiving says that C-u C-c C-x C-s is > an "alternate version" of the C-c C-x C-s command, but C-u C-c C-x C-s > doesn't archive the current headline but its subtrees. Fixed it. Thanks, Matt ___ 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] Re: Documentation wishlist items
Ethan writes: > On Tue, Sep 15, 2009 at 11:34 PM, Matt Lundin wrote: > > My guess is that this allows him to see what group an item belongs > to in > the agenda view, since categories are listed in the left column. > > But this is like asking why someone puts their pots in the cupboard > next > to the oven rather than above the sink, or why someone uses legal > pads > rather than a spiral notebook. > > And if you were setting up a kitchen for the first time, wouldn't you > ask that kind of question? :) Agreed. What I meant by the analogy is that often these times decisions come down to personal convention/habit. You just start doing things one way and they stick. The analogy was in part a reminder to myself to avoid worrying about the "one right way." :) As a point of comparison, I divide my files according to area of responsibility (household.org, health.org, family.org, writing.org, etc.) so that I can quickly review what I need to do in each area. When I'm done with an item, I archive it and it is nicely deposited in the appropriate archive file. If a project within one of these files becomes quite big, I create a new file for it. I almost never set CATEGORY, because all my appointments are already organized by category (i.e., file name). > > My recommendation: Just start creating trees, use only a few TODO > states, and allow the organization to evolve in the way that feels > the > most comfortable to you. > > At the time of this writing, I've stumbled because I have had one file > called TODO which is becoming too cluttered for me to process usefully. > I used C-c C-v to show only TODO items, but some TODO items have > ellipses indicating content while some have ellipses indicating DONE > items afterwards, so I end up expanding a bunch of DONE items. Is this necessarily a bad thing? If you expand a TODO item with a bunch of DONE items, it might indicate that you should either 1) create a new TODO item or 2) mark the parent item as DONE. > I have a TODO state called BLOCKING which clutters the view too. Perhaps you could make the BLOCKING state it an inactive todo state in order to exclude it from the sparse tree view. #+SEQ_TODO: TODO(t) | DONE(d) BLOCKING(b) > I have a vague sense that learning how to use the agenda would help, > but I haven't gotten to it yet, since I've been trying to put together > a coherent org-mode setup by cargo-culting things from the advanced > users' setups. This probably isn't the best way to go about it, of > course.. The agenda is calling you! :) I wouldn't worry about custom commands until you need them. Just type type C-c a t or C-c a T "TODO" and you'll get a "clean" list of all your todos. Hope this helps. Matt ___ 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] Re: RSI
Eric S Fraga , Eric S Fraga writes: > At Tue, 01 Sep 2009 15:50:08 -0400, > Matt Lundin wrote: >> key. Thus, short of using viper, the only solution that works for me is >> to use the Caps Lock key as Control. With that slight modification, I >> find emacs controls *very* comfortable (perhaps even as comfortable than > > Yes, making caps lock act as control is key to using emacs without > pain (for me). However, it's not a full solution for some keyboards > which don't have a caps lock key. Therefore, I'm intrigued by your > reference to viper: is it possible to use, constructively and easily, > viper with org-mode? If so, any pointers on how to accomplish this > would be fantastic! A modal approach to writing/editing is fine with > me. Well, I'm sorry to say that org-mode was the reason I abandoned viper. It's probably a limitation of mine, but I found it too confusing to go back and forth between all the C-c keys and viper's modal commands. I also found the behavior of "dd" and the like to be unpredictable when called on closed outline headings, drawers, etc. I much prefer the behavior of C-k in org-mode's native keybindings. I imagine there are others around here who have gotten it working. IMO, viper is fine for relatively simple text modes. But for more complex modes, I found it easier to stick with emacs' native keybindings. YMMV. - Matt ___ 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] Re: Orgmodehow do you compose mails in Gnus with org-mode
Wes Hardaker writes: >> On Tue, 25 Aug 2009 18:51:50 -0400, Matt Lundin said: > > ML> Org-mode is not a mail mode. It certainly would not be suitable as a > ML> major mode for composing mail. > > I do frequently, however, write notes and things in org and then mail > them out later. I either export them using org-export of type ascii, > for example. Yes, you are right. Forgive me if I somehow implied that org mode could not slice and dice any type of plain text. Anything and everything goes into my org files. :) I got the impression, however, that the OP was typing M-x org-mode while composing a mail in mail-mode or message-mode. I think the correct approach would be to activate the minor modes (orgstruct-mode, orgtbl-mode). Best, Matt ___ 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] Re: How to use both _underlined_ and math subcsript of latex ?
waterloo writes: > I use _underlined_ to get a line under `underline' in html. > But the character `_' is known as math subscript of latex (just as in \ > sum_0^100 ). > > I want to use both underline and math subscript simultaneously. As Bernt explained in his reply, the exporter should distinguish between the two automatically. If you encounter a specific instance in which this does not work, then please supply the source file. Have you read the following sections of the manual? http://orgmode.org/manual/Subscripts-and-superscripts.html#Subscripts-and-superscripts http://orgmode.org/manual/LaTeX-fragments.html#LaTeX-fragments If you want to turn off subscript except when you explicitly request it, you can find full instructions in this response to one of your previous posts: http://article.gmane.org/gmane.emacs.orgmode/16797 > I find some of you are not familiar to latex syntax . An inability to decipher cryptic mailing list questions does not indicate a lack of comprehension of their purported subject matter. - Matt ___ 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] Re: Keyword completion.
Noorul Islam wrote: > > On Sat, Aug 22, 2009 at 7:19 PM, Matt Lundin wrote: > > Noorul Islam wrote: > >> > >> On Sat, Aug 22, 2009 at 6:48 PM, Matt Lundin wrote: > >> > Noorul Islam writes: > >> > > >> >> In an org-file I typed in #+A followed by ESC-Tab. I got a completion > >> >> list window in which I clicked on AUTHOR using mouse . It actually > >> >> replaced everything in the line with AUTHOR. I think it should have > >> >> inserted AUTHOR after #+ which is the behavior when we try to complete > >> >> with ESC-TAB. > >> > > >> > I can't replicate this. With completion, > >> > > >> > #+A > >> > > >> > becomes > >> > > >> > #+AUTHOR > >> > >> Did you use the mouse for selection? > > > > Yes. I tried it both with the mouse and with RET. > > > > I tried again, > > My emacs version. > > GNU Emacs 23.0.60 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of > 2008-06-21 on noorul That's a fairly old development version of emacs. The stable version of emacs 23 was released last month. Perhaps upgrading to emacs 23.1 will solve the issue. Best, Matt ___ 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] Re: Customizing main Agenda view??
At Wed, 12 Aug 2009 12:13:14 +0100, Paul Mead wrote: > > 1. Map C-c a a to a custom agenda view: > > > > (setq org-agenda-custom-commands > > '(("a" "Agenda" > > ((agenda "") > > (todo "STARTED") > > > turns out this was exactly what I needed, thanks! You are welcome! I'm glad it helped. Best, Matt ___ 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] Re: limit agenda to particular tag?
John SJ Anderson writes: > Is there a way to display an agenda (like 'C-a a' does) but have it > limited to items that have a particular tag? (E.g., so I can see only > '@WORK' items when at work.) The following FAQs explain how to do this: http://orgmode.org/worg/org-faq.php#limit-agenda-with-tag-filtering http://orgmode.org/worg/org-faq.php#limit-agenda-with-category-match - Matt ___ 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] Re: Restored previous folded state after buffer opened again?
User writes: > Is there a way to do it? I use saveplace.el which puts me back to > the position where I was last time. I use nofold, so the place is > not hidden when opening the file. Currently, I'm satisfied with > this setup, but it would even be nicer if the previous folded > state was also restored. > > Does org-mode have support for that? No. Org-mode does not automatically save and restore the fold-state of a file. However, you can specify a default fold-state for particular trees/subtrees by using the visibility property. See: http://orgmode.org/manual/index.html#Visibility-cycling Best, Matt ___ 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] Re: Results of the SourceForge Community Award
Raffi R writes: > That's an interesting point. I started using org-mode randomly, > because I was writing an outline and didn't care for outline-mode and > figured org-mode should be compatible. After I'd used it for a couple > outlines, I found it could export to HTML. And LaTeX. And worked as a > day planner... > > In terms of marketing within the Emacs community, it might be worth > advertising it as an outline-mode replacement. Has anyone written a > simple tutorial explaining how to use org-mode just in this way, and > then providing a link to, say, the manual/Worg at the end? Most of the > tutorials I've seen have been focused on org's time-management > capabilities. But the ability to type up an outline, manage that > outline, expand it into a document, and export it separately as a > Beamer presentation with notes, a PDF, and a webpage are "killer app" > functionality in their own right! This is a very helpful discussion. I'm currently working on a tutorial and screencast that highlights the outlining/publishing features of org-mode that work without any customization ("org-mode out of the box," so to speak). I'll try to get it online as soon as I can. I think GTD-fatigue is one of the major reasons that people might not be aware of just how powerful and versatile org-mode is. My highly unscientific conclusion is that many people think of it as one more GTD/day-planner/time-management application, when, in fact, it could can as a fully functional outliner, plain-text database, "word processor," spreadsheet, etc. As evidence in support of your point, here's an article on "5 Linux Outliners" from Linux.com (Oct. 2008) that only mentions Emacs outliner in passing ("very basic," it says). Org-mode is conspicuous in its absence: http://www.linux.com/archive/feature/149401 Best, Matt ___ 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] Re: Results of the SourceForge Community Award
Chris Willard writes: > On Fri, 24 Jul 2009, Russell Adams wrote: > >> Maybe we should make a portable org-mode! ;] > [snip (50 lines)] > > All ready using it on my USB stick! > > TTFN Yes, that's the irony here: if you exclude webapps (which aren't nearly as capable), emacs + org-mode is one of the most portable PIMs available right now. I.e., it will run on any platform, on a usb stick, via ssh, etc. Thanks again to Carsten, Bastien, and everyone for org-mode! - Matt ___ 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] Re: org-mode meets git a first proposal ?!
Torsten Wagner writes: [...] > First of all everything which org-mode is aware of is within a > git-repro. That makes it highly portable. If you like to use your > complete working environment (your org-files and all linked files) on > another computer a easy "git clone git://myfirstcomputer/org.git" will > do the job never miss a file For sure, a little script within > emacs might make it easier as well, just ask for the source address > and destination and a few seconds to minutes later you will find your > complete org-mode work-environment on the other machine. Though I can't address your idea of creating links to git revisions (I believe this idea was discussed here recently), you might want to check out org-attach.el as a way of pulling all relevant files into a git repo. Org attach can "attach" files to headlines by giving them a universal id and depositing them (or a link to them) in a directory of your choice (see the variable "org-attach-directory"). If the attachment directory contains is controlled by git, org-attach will automatically check them into the repo. So perhaps org-attach is already part of the way towards the solution you're looking for. > I would be happy if you could tell me your opinion about this ideas. All of > these is just pop up of my mind and some points really need some sleep and > some good discussion and reconsideration ... thus it is a very very first > alpha-draft. I checked the web. Some people use git for there org-files (as I > do). However, mostly we use org-mode and after things are done change to a > console (or use a git-mode in emacs) and fiddle around with git commands. > A good integration between both is still missing. I can't say that this statement matches my own experience. I find emacs and git integration to be superb. Any time I'm working intensively on one of my org-files, I simply use vc-next-action (C-x v v) to check in recent changes. Also I make heavy use of vc-log, vc-annotate, vc-diff, etc. to survey changes to a file. I also highly recommend magit. It makes it very easy to manage all recent uncommitted changes to a git repo. Thanks to magit and vc-git, I almost never use the command line managing git repositories. In fact, I've come to see magit as an essential part of my work process -- i.e., as a way of reviewing and logging things I've worked on recently (usually every hour or so). That said, I think it would be nice to be able to create links to particular git commits. Best, Matt ___ 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] Re: More conspicous header lines
Bastien writes: > Paul Mead writes: > >> Bastien writes: >> >>> >>> Please people vote. It's a tiny change but since we all have different >>> preferences for such things, it's good to have a sense of what everyone >>> thinks... >> >> What are we voting for, to make this *possible* or *default*? > > Default. -1 for default. I wouldn't mind if this becomes an option though. - Matt ___ 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] Re: New screencast about org-protocol.el
Keith Lancaster writes: > The screencast is great, but I can't seem to get things working. On OS > X, I consistently get a message from Firefox that no application is > associated with org-protocol. This happens on both FF 3 and 3.5, and > regardless of how I specify emacsclient. Any thoughts on how to debug > this? > Yes, this is a known issue on Mac OS X. I believe that the problem lies not with Firefox per se, but with the way in which Mac OS handles internet protocols. I think someone will have to code something in cocoa or applescript that passes the protocol to emacsclient. See this post by Sebastian for more details: http://article.gmane.org/gmane.emacs.orgmode/14903 That said, I don't really know too much about the internals of MacOS X, so I may be wrong about this. BTW, the only browser I was able to get working with org-protocol on the Mac was conkeror, a browser that uses emacs-style keybindings. http://www.conkeror.org For emacs users, conkeror is particularly convenient browser, not least because you can call commands with M-x or get information about commands using "apropos" (C-h a). If anyone is interested in trying it out, I put up instructions on how to set up conkeror on the org-protocol page. You can even bind org-remember to C-c r in conkeror! http://orgmode.org/worg/org-contrib/org-protocol.php#sec-8.1 Best, Matt ___ 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] Re: Feature request: javascript expand collapse
Xin Shi writes: > > I'm not sure if Sebastian has already implemented it or not. I saw my > friends using a software on Mac called aquaminds to produce webnotes, > and that "expand" button is very useful when presenting across the > internet during net-work meeting. > > Here is the one example page (including the "?1" after html): > > http://www.aquaminds.com/synergy/index.html?1 > > On this page, one can see the minus sign can be clicked and become > plus sign ... Perhaps it's not exactly what you're looking for, but you can already get javascript folding of an exported org file using org-info.js. For an example click on the "toggle view" button on the following page: http://orgmode.org/worg/code/org-info-js/#sec-1 Best, Matt ___ 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] Re: Org-mode as a bug tracker.
Eric S Fraga writes: > At Fri, 17 Jul 2009 18:25:11 +0200, Óscar Fuentes wrote: > >> Another nuisance is attached files. This requires an ad-hoc mechanism >> and I'm not sure I want them stored along with the source files. > > Actually, I'm glad you brought this up. Since moving my org files to > be under version control (and boy does that make a difference to my > peace of mind!), Yes. I've come to conclude that version control is a *must* for org files, given the possibility of accidentally deleting whole trees. > I don't know how to deal with attachments. > Attachments, for me, are usually ephemeral and usually types of > documents I don't particularly like to deal with (typically MS Word or > PPT). I believe org-attach achieves this end admirably. When you use org-attach to "attach" a document to a headline, it will deposit the file (or, if you prefer, a link to the file) in a location defined by the variable org-attach-directory. The file and the headline are linked via a global id property. You can open the file from the heading to which it is attached by calling org-attach again. http://orgmode.org/manual/Attachments.html Obviously, if these files are ephemeral, you can leave the org-attach-directory outside of your version control system. Best, Matt ___ 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] Re: Comments in Org-mode
Manuel Amador writes: > I think I have found a bug (or a feature!). Sometimes when > writing documents I tend to comment out a line by adding a "#" > in the column 0. However, after doing this in a line at the > middle of the document, I get the following behavior: > > > * Random stuff > > Some initial things. > > # Then I comment this line out > > But when I keep writing a sufficiently long line such that > # the cursor moves to the next line, a "#" character creeps in! > # and will keep appearing for the remainder of the document. > -- I cannot duplicate the problem (but only partially). I experienced extra comment lines inserted only when there was no space between the initial comment line and the uncommented line, i.e.: --8<---cut here---start->8--- # Then I comment this line out But when I keep writing a sufficiently long line such that # the cursor moves to the next line, a "#" character creeps in! # and will keep appearing for the remainder of the document. --8<---cut here---end--->8--- I did not experience extra comment lines in lines further down the text. I'm running the latest git org-mode and a recent development emacs -- GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.16.2) of 2009-07-01 -- on archlinux. > Samuel, > > Thanks for replying. The thread that you mentioned however, seems to > be concerned with a different issue. > > My issue shows up not just in a line right after a commented line, but > could happen anywhere later in the text. That is, after the > comment-region command is used, every time a new line is automatically > created, it starts with #. http://article.gmane.org/gmane.emacs.orgmode/13312 I can confirm that Samuel's advice above offers an interim fix for the problem I was experiencing (i.e., comment lines added on filled lines when there was no empty line between the initial commented line and the subsequent uncommented line --- now that's a mouthful!). I'm not sure whether the fix addresses the problem of unwanted comment lines father down in the text (which I could not replicate). Best, Matt ___ 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] Re: Publishing subsections of an orgmode file (HTML)
Ben writes: > I think that's my first post here and I would like first of all to > thank you all for your amazing work. Welcome! > > My first question is: How can I publish a subsection of one of these > files as a webpage (and this subsection only)? I occasionally do that > manually with C-c C-e [R] export-region, which export the subsection > as a HTML page in an Emacs buffer. What I would like to do is to put a > comment in the org file subsection to set the HTML 'target' location > page such as > > * Topic A > ** Things to do [...] (private) > ** Interesting Notes I would like to publish > #+THIS_REGION_TARGET_FILE=~/public_html/myfile.html You can specify the target file for an exported region using the property EXPORT_FILE_NAME. E.g. --8<---cut here---start->8--- * Topic A :PROPERTIES: :EXPORT_FILE_NAME: ~/public_html/myfile.html :END: ** Things to do [...] (private) ** Interesting Notes I would like to publish --8<---cut here---end--->8--- You'll need to select the tree with C-c @ before exporting for this to work. See this section of the manual for more information: http://orgmode.org/manual/Export-options.html Best, Matt ___ 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] Re: AW: Bug in LaTeX export
"Holst Thomas (DS-ET/ECF1)" writes: > > yes I have transient-mark-mode enabled. > > Here is a simpler example to reproduce the bug: > --8<---cut here---start->8--- > * Kapitel 1 >dingens >foo bar > * Kapitel 2 > bar foo > --8<---cut here---end-->8--- > > If you try to export only subtree 'Kapitel 1' to LaTeX you also have > 'Kapitel 2' in the LaTeX output. With this example, I can reproduce the bug. Best, Matt ___ 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] Re: Latest Org and Carbon Emacs
Peter Frings writes: > On 09 Jul 2009, at 23:32, Matthew Lundin wrote: > >> I found it easiest to install the new org files directly to the >> Emacs.app directory. > > I've seen this approach mentioned several times, but I think it makes > things more complicated then they should be. By keeping the app and > the libs in separate places, the two can be updated independently. > Emacs provides ample ways of supporting this style -- actually, I > guess it was meant to work that way, until the bundles came along... Exactly. The beauty of Emacs is that there are multiple options for everything. Overwriting org when I updated Carbon Emacs wasn't really an issue for me because 1) Carbon Emacs is very rarely updated 2) I pull the latest changes from the git repo and run make && make install every day. The reason I just threw org-mode in the Emacs.app directory is that I also had EmacsCVS.app and wanted to keep separate byte-compiled for Emacs 22 and Emacs 23. If you're looking for the simplest way to install a byte-compiled org-mode, I believe you could just clone the git repository to ~/org-mode, run make in the directory, and then add ~/org-mode/lisp to your load path. > Of course, it's very convenient when you download Carbon Emacs (or > others) that everything is in place, but since when do Linuxers care > about convenience? :-) Well, I suppose in this case convenience is in the eye of the beholder. E.g., pacman -S emacs-cvs. ;) Best, Matt ___ 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