Re: [Orgmode] Showing scheduled blocked tasks [SEC=UNCLASSIFIED]
On 16/03/2010, at 12:24 AM, Carsten Dominik wrote: > On Mar 15, 2010, at 1:23 AM, Matthew Phillips wrote: >> So, is there any way I can use a custom skip function in the TODO block to >> remove blocked tasks? Is there a way of getting the blocked status of a task >> from such a function? > > Yes, BLOCKED is a virtual property which does this. I think you can just do > a tags/property/todo search like this > > "-BLOCKED/+TODO” That query still shows the blocked tasks, unfortunately. > Or you can test for the BLOCKED property in a user-written skip function. I’ll follow this route next... Thanks very much for your help, Carsten. Cheers, Matthew. IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ 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] "%3f" shouldn't be unescaped in HTTP URLs
On Mar 15, 2010, at 8:17 PM, Ivan Vilata i Balaguer wrote: Sebastien Delafond (el 2010-03-09 a les 17:36:16 +) va dir:: Quoting from Debian bug #573186[0]: Some HTTP URLs have literal '?' in them. Since '?' also separates the path from query arguments, it needs to be escaped in the first case. These are examples of the two cases: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf%3F (literal '?') - http://www.google.com/search?q=org+mode (query separator) These are the URLs generated by Org mode when exporting them to HTML: - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf? - http://www.google.com/search?q=org+mode I.e. '?' is left as is, but '%3f' is unescaped, producing the wrong URL (don't be fooled by the fact that Wikipedia actually accepts it ;) ). This makes impossible to correctly export an HTTP URL with a literal question mark in it. The solution would be to leave '%3f' as is, too, in the same way as '%27' has been left as is in the previous example. Hasn't anyone come across this behaviour? I think it's a bug which should be fixed since it makes some URLs impossible to write. And according to that last sentence, the solution doesn't seem too hard. Hi Ivan, the bug has not yet been fixed because my time is limited. Please consider submitting a patch. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] "%3f" shouldn't be unescaped in HTTP URLs
Sebastien Delafond (el 2010-03-09 a les 17:36:16 +) va dir:: > Quoting from Debian bug #573186[0]: > > Some HTTP URLs have literal '?' in them. Since '?' also separates the > path from query arguments, it needs to be escaped in the first case. > These are examples of the two cases: > > - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf%3F > (literal '?') > - http://www.google.com/search?q=org+mode (query separator) > > These are the URLs generated by Org mode when exporting them to HTML: > > - http://en.wikipedia.org/wiki/Who%27s_Afraid_of_Virginia_Woolf? > - http://www.google.com/search?q=org+mode > > I.e. '?' is left as is, but '%3f' is unescaped, producing the wrong > URL (don't be fooled by the fact that Wikipedia actually accepts it ;) > ). This makes impossible to correctly export an HTTP URL with a > literal question mark in it. > > The solution would be to leave '%3f' as is, too, in the same way as > '%27' has been left as is in the previous example. Hasn't anyone come across this behaviour? I think it's a bug which should be fixed since it makes some URLs impossible to write. And according to that last sentence, the solution doesn't seem too hard. Thanks and cheers, :: Ivan Vilata i Balaguer -- http://ivan.lovesgazpacho.net/ signature.asc Description: Digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH 2/2] Fix adaptive filling.
On Mar 15, 2010, at 8:04 PM, Daniel Hackney wrote: Carsten Dominik wrote: I have applied your patch thanks. I'm glad that you found it useful! This is a the limit of what I can take without you signing the FSF papers. Would you consider signing them? Absolutely. I submitted an application about a week ago (for my work on package.el), but haven't heard back yet. If you have other things besides org-mode, you mind want to get a "past and future changes to Emacs", which will cover anything you contribute to Emacs. I am certainly willing to sign over these patches, if that makes things more convenient. I can let you know once my papers have gone through. Please do hat indeed, thanks. - Carsten I definitely intend to keep contributing to org-mode! -- Daniel M. Hackney - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] faster refile history
I use ido refile. I have restricted refile for speed, which uses a tag. It is still slow, but somewhat faster than a less restricted refile. I have a less-restricted refile for getting more headlines. It is ridiculously slow. But there is a subtle problem with refile history. 1) I do less-restricted refile, which is slow. This is M-x org-refile. I refile using it to headline alpha. 3) I refile to headline beta using any type of refile 4) I want to refile another headline to headline alpha (or go to it). This is ideally done using refile history. 5) So I do M-x restricted refile (or c-u) 6) Then up arrow twice to get headline alpha 7) Then RET to select it 8) This does not work because headline alpha is not part of the restricted refile set 9) So I actually have to use less-restricted refile in order to refile to headline alpha 10) But this is a problem because it is too slow to come up with the ido interface in order to do so. I wonder if it makes sense to be able to access refile history no matter what refile targets is set to. Thanks. -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html ___ 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 2/2] Fix adaptive filling.
Carsten Dominik wrote: > I have applied your patch thanks. I'm glad that you found it useful! > This is a the limit of what I can take without you signing the FSF > papers. Would you consider signing them? Absolutely. I submitted an application about a week ago (for my work on package.el), but haven't heard back yet. I am certainly willing to sign over these patches, if that makes things more convenient. I can let you know once my papers have gone through. I definitely intend to keep contributing to org-mode! -- Daniel M. Hackney ___ 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] :scale option in org-format-latex-options
On Mar 14, 2010, at 5:16 PM, Dan Davison wrote: Carsten Dominik writes: On Mar 14, 2010, at 8:54 AM, David Maus wrote: Hi Dan, Dan Davison wrote: [...] Is there any reason not to make a change like this? I see two problems: First we should find out what "x magnification" and "magstep" actually is and why the manual suggests using these "strange" standard numbers. And second: At least dvipng shipped with debian testing [...] does not have a -y option. I remember removing the option precise because some (newer?) versions of dvipng do not have these options. I believe you can use a larger DPI to make the image larger. Ah, right, thanks David and Carsten, I see. What I thought was the effects of -x and -y was in fact the effect of the DPI option, which is already set by :scale. So it was already working fine for my purposes :) I think the following is a docstring typo (org-format-latex-options), right? --8<---cut here---start->8--- diff --git a/lisp/org.el b/lisp/org.el index aa22309..e5d046e 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2860,7 +2860,7 @@ This is a property list with the following properties: \"$\" find math expressions surrounded by $...$ \"$$\" find math expressions surrounded by $$$$ \"\\(\" find math expressions surrounded by \\(...\\) - \"\\ [\"find math expressions surrounded by \\ [... \\]" + \"\\[\"find math expressions surrounded by \\[...\ \]" :group 'org-latex :type 'plist) --8<---cut here---end--->8--- :-) That definitely looks like a typo, but is is not. Try to apply you patch and then look at the docstring using C-h v:-) \\[ ] is treated special in docstrings. If you find a way to do this without breaking the docstring, I'd love to hear about it. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH 2/2] Fix adaptive filling.
Hi Dan, I have applied your patch thanks. This is a the limit of what I can take without you signing the FSF papers. Would you consider signing them? Thanks - Carsten On Mar 1, 2010, at 2:49 PM, Dan Hackney wrote: For paragraph text, `org-adaptive-fill-function' did not handle the base case of regular text which needed to be filled. This commit saves a buffer- local value of `adaptive-fill-regexp' and uses it if none of the org-specific regexps match. This allows email-style ">" comments to be filled correctly. Signed-off-by: Dan Hackney --- lisp/org.el | 25 - 1 files changed, 20 insertions(+), 5 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 8ba782a..073061e 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -17289,6 +17289,12 @@ which make use of the date at the cursor." t t)) (org-move-to-column column))) +(defvar org-adaptive-fill-regexp-backup adaptive-fill-regexp + "Variable to store copy of `adaptive-fill-regexp'. +Since `adaptive-fill-regexp' is set to never match, we need to +store a backup of its value before entering `org-mode' so that +the functionality can be provided as a fall-back.") + (defun org-set-autofill-regexps () (interactive) ;; In the paragraph separator we include headlines, because filling @@ -17324,8 +17330,11 @@ which make use of the date at the cursor." ;; and fixed-width regions are not wrapped. That function will pass ;; through to `fill-paragraph' when appropriate. (org-set-local 'fill-paragraph-function 'org-fill-paragraph) - ; Adaptive filling: To get full control, first make sure that + ;; Adaptive filling: To get full control, first make sure that ;; `adaptive-fill-regexp' never matches. Then install our own matcher. + (unless (local-variable-p 'adaptive-fill-regexp) +(org-set-local 'org-adaptive-fill-regexp-backup + adaptive-fill-regexp)) (org-set-local 'adaptive-fill-regexp "\000") (org-set-local 'adaptive-fill-function 'org-adaptive-fill-function) @@ -17354,8 +17363,11 @@ which make use of the date at the cursor." "Return a fill prefix for org-mode files. In particular, this makes sure hanging paragraphs for hand-formatted lists work correctly." - (cond ((looking-at "#[ \t]+") -(match-string 0)) + (cond + ;; Comment line + ((looking-at "#[ \t]+") +(match-string-no-properties 0)) + ;; Description list ((looking-at "[ \t]*\\([-*+] .*? :: \\)") (save-excursion (if (> (match-end 1) (+ (match-beginning 1) @@ -17363,11 +17375,14 @@ work correctly." (goto-char (+ (match-beginning 1) 5)) (goto-char (match-end 0))) (make-string (current-column) ?\ ))) - ((looking-at "[ \t]*\\([-*+] \\|[0-9]+[.)] ?\\)?") +;; Ordered or unordered list + ((looking-at "[ \t]*\\([-*+] \\|[0-9]+[.)] ?\\)") (save-excursion (goto-char (match-end 0)) (make-string (current-column) ?\ ))) - (t nil))) +;; Other text +((looking-at org-adaptive-fill-regexp-backup) + (match-string-no-properties 0 ;;; Other stuff. -- 1.6.3.3 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] "due today" agenda command stopped working
Hi Michael,
are you using git to keep up to date? Then you could use git bisect
to locate the precise commit where this behavior changed - that would
then make it very easy to find out what is causing the problem.
- Carsten
On Mar 14, 2010, at 5:20 PM, Michael Gilbert wrote:
Hi —
A while back, Carsten helped me out with a "due today" custom agenda
command. This is it:
(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
(lambda ()
(let* ((dl (org-entry-get nil "DEADLINE")))
(if (or (not dl)
(equal dl "")
(org-time> dl (org-time-today)))
(progn (outline-next-heading) (point
)
I routinely keep up with org-mode updates and recently this stopped
working properly. What it does now is list a small subset of the
items due today. After an hour looking at them, I can't figure out
why it's leaving most of them out. The pattern just isn't clear to
me. I'm wondering if something this command depends upon has
changed. Well, probably it has, but the questions are: What changed?
And is there another solution to the "due today" custom command?
Any thoughts?
— Michael
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Showing scheduled blocked tasks [SEC=UNCLASSIFIED]
On Thu, Mar 11, 2010 at 7:04 AM, Matthew Phillips wrote: > Hello all, > > I am trying to get a TODO tags view in my daily agenda just shows > the first TODO of a “Project” (a la the “next action” in GTD). > This allows me to have a TODO “tags” block in my custom agenda > that doesn’t run to several pages: I just see the next action for > each project, and, as each action is marked DONE, the next one > pops up. have you considered using org-depend? this is what i use for almost exactly what you described: 1. a project has several TODOs 2. the first TODO (manually) is assigned a TRIGGER property with "chain-siblings(NEXT)" as value 3. as this task is marked DONE, the one below is switched to NEXT state and also gets the property 4. switching to NEXT causes org-todo-state-tags-triggers to tag the task with NEXT tag 5. a custom agenda view adds a block of these NEXT tasks hth -- manish ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] It's not a bird, it's not a plane, it's... org-icons.el, reloaded !
Alexander Poslavsky writes: > On Mar 15, 2010, at 2:17 PM, Nicolas Girard wrote: > >> I'm pleased to announce a brand new, shiny release for org-icons. >> A few minor limitations remain, but I think the code has matured >> enough to be used on a daily basis. > > Tried it today on the latest git-version, works well. This seems a very good > idea, is this going to be in mainline org? Hi Nicolas, My first impression is that this is really nice! There was another thread recently about the plain theme on the org web page, and I do agree with the idea of attempting to appeal to more mainstream tastes in external appearance. The logic, and lisp technology, underlying org-mode is so sophisticated and represents so much good work, that it would be a real shame if potential users were put off trying org-mode merely because it doesn't meet their expectations of what a computer application looks like. With the support for image display in modern emacs, it appears that that might be unnecessary, as you are demonstrating. If you have time, I'd be excited to hear your suggestions for how begin_XXX end_XXX blocks should be displayed in your framework. (One obvious thought is that for begin_src , it would be nice to have a different icon for each language.) Thanks for this, Dan > > Note: maybe you can add: > > #+STARTUP: hidestars > > to test_icons.org, it just looks better. > > thanks for your hard work, > > alex > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [ANN] It's not a bird, it's not a plane, it's... org-icons.el, reloaded !
On Mar 15, 2010, at 2:17 PM, Nicolas Girard wrote: > I'm pleased to announce a brand new, shiny release for org-icons. > A few minor limitations remain, but I think the code has matured > enough to be used on a daily basis. Tried it today on the latest git-version, works well. This seems a very good idea, is this going to be in mainline org? Note: maybe you can add: #+STARTUP: hidestars to test_icons.org, it just looks better. thanks for your hard work, alex ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Showing scheduled blocked tasks [SEC=UNCLASSIFIED]
On Mar 15, 2010, at 1:23 AM, Matthew Phillips wrote:
On 12/03/2010, at 3:29 AM, Carsten Dominik wrote:
On Mar 11, 2010, at 9:43 AM, Matthew Phillips wrote:
What I mean is setting it as an option in the custom commands does
not seem to work, e.g. see list line in:
(setq org-agenda-custom-commands
...
("d" "Daily Action List"
((agenda "" ((org-agenda-ndays 1)
(org-agenda-sorting-strategy
(quote ((agenda time-up priority-down tag-up) )))
(org-deadline-warning-days 7)))
(tags "TODO=\"STARTED\"+SCHEDULED=\"\"+DEADLINE=\"\""
((org-agenda-dim-blocked-tasks 'invisible)))
...
The org-agenda-dim-blocked-tasks on the generated "tags" view does
not get honoured. It *does* get honoured as a setting one level
"higher", i.e. as a local setting to the whole org-agenda-custom-
commands block, but that's not very useful here.
OK, I see now what is happening here. The dimming of blocked tasks
is
done only once, at the very end, when the agenda has been made.
And that is outside the scope of the local options.
You can use a normal (custom) agenda command and do the setting
there. Or you can use the global options for the block agenda to
set this for the entire block agenda. But not for a single segment
in a bloc agenda, I am afraid.
Changing this would be significant work, and I don't want to do
this based on a single use case.
OK, I can understand that.
So, is there any way I can use a custom skip function in the TODO
block to remove blocked tasks? Is there a way of getting the blocked
status of a task from such a function?
Yes, BLOCKED is a virtual property which does this. I think you can
just do a tags/property/todo search like this
"-BLOCKED/+TODO"
Or you can test for the BLOCKED property in a user-written skip
function.
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [ANN] It's not a bird, it's not a plane, it's... org-icons.el, reloaded !
Hi all, I'm pleased to announce a brand new, shiny release for org-icons. A few minor limitations remain, but I think the code has matured enough to be used on a daily basis. See for yourself ! Grab it at [1] and see the following instructions for installing. I indend to win this year's Most Ridiculous Release Number Contest, so I set the current one to 0.271182363. Wish me luck: I seem to have some quite serious opponents... I dare you, Memoir ! [2]. [1] http://github.com/ngirard/org-icons [2] http://www.ctan.org/tex-archive/macros/latex/contrib/memoir/ * Installation 1. Apply org-icons.patch on the latest org-mode code: cd path/to/org-mode patch -p0 < path/to/org-icons/lisp/org-icons.patch rm org.elc ; make ; sudo make install 2. Add org-icons/lisp to your load-path: (setq load-path (cons "/path/to/org-icons/lisp" load-path)) 3. Restart emacs * Usage - You can turn on `org-icons-mode' on startup by setting the org-startup-with-icons-mode variable to true, (setq org-startup-with-icons-mode t) - You can also enable or disable icon display on a per-buffer level, using M-x org-icons-mode - A key sequence can easily be used for this, like =C-c i= in this example: (add-hook 'org-mode-hook (lambda () (local-set-key "\C-ci" 'org-icons-mode))) * Configuration Conceivably the Org Mode community will agree on how Org icons theme should be defined, if they make sense. Org Mode's philosophy is to be as generic as possible and it's not clear to me how to capture what most people need while keeping in balance with flexibility. Meanwhile, the set of icons that can be used, `org-icons-set', is a little bit hardwired into the code. More flexible are the functions governing which icon to draw, namely `org-todo-state-icon-at', `org-priority-icon-at', `org-drawer-icon-at' and `org-special-keyword-icon-at'. Looking at the source code should be enough for you to redefine these functions to suit your needs. For instance, you'll most probably want to write in your configuration (defun org-todo-state-icon-at (state priority tags) (cond ... ) ) and instead of the dots, a set of (condition icon-name) like ((member "SOMEDAY" tags ) "state-someday") or more complex, like ((equal "NEXT" state) (if (>= priority 2000) "state-next-important" "state-next")) * Bugs and limitations - Documentation is missing. - No themes yet: see the introduction. - When cycling from a TODO keyword to no keyword using S-right, the latest icon remains displayed. - When loading an org buffer, font-lock-fontify-buffer is called twice if org-startup-with-icons-mode is set to t. - The standard icon set isn't visually consistent enough * Please consider... - the code is still beta; - any suggestion / contribution warmly welcome. ___ 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
