Re: [O] Org mode fontification broken
Problem solved! I had forgotten that I was using a copy of the Org repository instead of the package bundled with Emacs. Peter. On Mon, 12 Nov 2018, at 14:52, Peter Westlake wrote: > Since upgrading from Fedora 27 to Fedora 28, Emacs 26.1-3.fc28.x86_64, > links and other fontified text in Org files appear as the underlying > plain text. A few of them look correct, and deleting a marker character > (e.g. square bracket) and reinserting it makes the link appear correctly > for a while. The Messages buffer is full of things like this: > > Error during redisplay: (jit-lock-function 501) signaled (wrong-type- > argument listp org-level-4) > Error during redisplay: (jit-lock-function 1001) signaled (wrong-type- > argument listp org-level-4) > Error during redisplay: (jit-lock-function 1501) signaled (wrong-type- > argument listp org-level-3) > Error during redisplay: (jit-lock-function 2001) signaled (wrong-type- > argument listp org-level-3) > Error during redisplay: (jit-lock-function 1152403) signaled (wrong- > type-argument listp org-level-2) > > I've attempted to set jit-lock-mode to nil in .emacs, with no success. > > This Emacs has a built-in version of Org, 9.1.14, and I've tried > 20181125 installed through Melpa. Nothing makes a difference. > > Any ideas? > > Peter. >
[O] Org mode fontification broken
Since upgrading from Fedora 27 to Fedora 28, Emacs 26.1-3.fc28.x86_64, links and other fontified text in Org files appear as the underlying plain text. A few of them look correct, and deleting a marker character (e.g. square bracket) and reinserting it makes the link appear correctly for a while. The Messages buffer is full of things like this: Error during redisplay: (jit-lock-function 501) signaled (wrong-type-argument listp org-level-4) Error during redisplay: (jit-lock-function 1001) signaled (wrong-type-argument listp org-level-4) Error during redisplay: (jit-lock-function 1501) signaled (wrong-type-argument listp org-level-3) Error during redisplay: (jit-lock-function 2001) signaled (wrong-type-argument listp org-level-3) Error during redisplay: (jit-lock-function 1152403) signaled (wrong-type-argument listp org-level-2) I've attempted to set jit-lock-mode to nil in .emacs, with no success. This Emacs has a built-in version of Org, 9.1.14, and I've tried 20181125 installed through Melpa. Nothing makes a difference. Any ideas? Peter.
Re: [O] org-drill problem: questions are blank
On Mon, 30 Mar 2015, at 18:08, Marco Wahl wrote: > Peter Westlake writes: > > > On Mon, 30 Mar 2015, at 17:54, Marco Wahl wrote: > >> Hi Peter, > >> > >> Peter Westlake writes: > >> > >> > Thanks for the suggestion, but this doesn't make the bug go away for > >> > me. > >> > >> That's awkward. > >> > >> Just to be sure: did you evaluate the function after changing the line > >> in function org-toggle-latex-fragment of org.el to > >> > >> ; (set-window-start nil window-start) > >> > >> ? I ask since this fixed the issue for me and to not give up too early. > > > > Yes, I even restarted Emacs. > > Did you byte-compile org.el then? That's the thing I always forget. That does appear to work now, thank you! Peter.
Re: [O] org-drill problem: questions are blank
On Mon, 30 Mar 2015, at 17:54, Marco Wahl wrote: > Hi Peter, > > Peter Westlake writes: > > > Thanks for the suggestion, but this doesn't make the bug go away for > > me. > > That's awkward. > > Just to be sure: did you evaluate the function after changing the line > in function org-toggle-latex-fragment of org.el to > > ; (set-window-start nil window-start) > > ? I ask since this fixed the issue for me and to not give up too early. Yes, I even restarted Emacs. Peter.
Re: [O] org-drill problem: questions are blank
Marco, Thanks for the suggestion, but this doesn't make the bug go away for me. Peter. On Sun, 29 Mar 2015, at 19:54, Marco Wahl wrote: > Peter Westlake writes: > > > On Thu, 26 Mar 2015, at 17:26, J. David Boyd wrote: > >> Peter Westlake writes: > >> > >> > From time to time Org-drill shows me a blank window instead of a > >> > question. The frame, mode line and prompt to answer are visible, but > >> > there's nothing in the window at all. As a workaround I can type "t" to > >> > edit the tags, and the question will appear. > >> > > >> > A sample file is enclosed. It's a new file without any of the org-drill > >> > property drawers just to keep the example short and to avoid having to > >> > wait for the question to be scheduled to be shown again, but the problem > >> > *does* still happen when the drawers are present. > >> > > >> > To reproduce the bug, run org-drill in drillbug.org; the question "MC" > >> > gives a blank screen. > >> > > >> > I'm using org-drill with the latest version of Org-mode, git commit > >> > 2f58e3c011ec84f621905332d8df68b83da580d9, on Emacs 24.3.1, 2014-09-30. > >> > > >> > Peter. > >> > >> There's no attached file... > > > > Ugh! There is now, sorry. > > Thanks! I can reproduce your issue with a relatively fresh emacs 25 and > org from git. > > AFAICS the window gets blanked sometimes in function > org-toggle-latex-fragment of org.el in line > > --8<---cut here---start->8--- > ;; Work around a bug that doesn't restore window's start > ;; when widening back the buffer. > (set-window-start nil window-start) > --8<---cut here---end--->8--- > > A workaround would be to comment out just this line. > > I don't know if this is a reliable fix though. > > > HTH > -- > http://www.wahlzone.de > GPG: 0x49010A040A3AE6F2 > >
Re: [O] org-drill problem: questions are blank
On Thu, 26 Mar 2015, at 17:26, J. David Boyd wrote: > Peter Westlake writes: > > > From time to time Org-drill shows me a blank window instead of a > > question. The frame, mode line and prompt to answer are visible, but > > there's nothing in the window at all. As a workaround I can type "t" to > > edit the tags, and the question will appear. > > > > A sample file is enclosed. It's a new file without any of the org-drill > > property drawers just to keep the example short and to avoid having to > > wait for the question to be scheduled to be shown again, but the problem > > *does* still happen when the drawers are present. > > > > To reproduce the bug, run org-drill in drillbug.org; the question "MC" > > gives a blank screen. > > > > I'm using org-drill with the latest version of Org-mode, git commit > > 2f58e3c011ec84f621905332d8df68b83da580d9, on Emacs 24.3.1, 2014-09-30. > > > > Peter. > > There's no attached file... Ugh! There is now, sorry. Peter. drillbug.org Description: Lotus Organizer
[O] org-drill problem: questions are blank
>From time to time Org-drill shows me a blank window instead of a question. The frame, mode line and prompt to answer are visible, but there's nothing in the window at all. As a workaround I can type "t" to edit the tags, and the question will appear. A sample file is enclosed. It's a new file without any of the org-drill property drawers just to keep the example short and to avoid having to wait for the question to be scheduled to be shown again, but the problem *does* still happen when the drawers are present. To reproduce the bug, run org-drill in drillbug.org; the question "MC" gives a blank screen. I'm using org-drill with the latest version of Org-mode, git commit 2f58e3c011ec84f621905332d8df68b83da580d9, on Emacs 24.3.1, 2014-09-30. Peter.
Re: [Orgmode] Org-mode release 7.01
On Mon, 19 Jul 2010 08:43 +0200, "Carsten Dominik" wrote: > Hi everyone, > > I have just released version 7.01 of Org mode. Splendid! The upgrade from org-remember to org-capture was painless too. I took out org-remember-insinuate as well as the other remember and org-remember bits, and it works without a hitch. Thank you to Carsten and all the volunteers! Peter. ___ 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] OT: Python help
On Tue, 20 Jul 2010 16:58 +0530, "Puneeth" wrote:
> On Tue, Jul 20, 2010 at 4:50 PM, Puneeth wrote:
> > On Tue, Jul 20, 2010 at 4:43 PM, Carsten Dominik wrote:
> >> Please show me the full line of code, I am currently editing a python
> >> script
> >> without any knowledge of python...
> >
> > my_string = "Hello\nWorld"
> > my_new_string = my_string.replace("\n", "\n> ")
>
> Sorry, this code (obviously) doesn't prepend ">" to the first line
> Add this line to do that.
>
> my_new_string = "> " + my_new_string
Here's a Pythonic way to do it, tested:
import re
my_string = "Hello\nWorld"
pattern = re.compile('^',re.MULTILINE)
my_new_string = re.sub(pattern, '> ', my_string)
This still might not be quite right, as it will turn "Hello\nWorld\n"
into "> Hello\n> World\n> ". Avoid that by using a negative lookahead
for the end of the string:
my_string = "Hello\n\nWorld\n"
pattern = re.compile('^(?!\Z)',re.MULTILINE)
my_new_string = re.sub(pattern, '> ', my_string)
print my_new_string
gives:
> Hello
>
> World
Peter.
___
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] [Feature request] CSS tag classes for headlines
On Fri, 01 Jan 2010 11:07 +0100, "Carsten Dominik" wrote: > Hi Peter, > > this is a quite open-ended request, to add classes based on > TODO keywords/Tags, maybe timestamps etc. > > Maybe the best solution would be to do this in postprocessing, for > example using a hook like org-export-html-final-hook: > > http://orgmode.org/worg/org-configs/org-hooks.php#sec-1.76 Fair enough - thanks! Also happy New Year, and thanks again for a great piece of software! Peter. > HTH > > - Carsten > > On Dec 4, 2009, at 8:16 PM, Peter Westlake wrote: > > > Would it be possible to give exported headlines a class based on their > > tag or TODO? > > > > For instance, instead of just labelling the tag, like this: > > > > Windows builds fail with "Error 66" > class="tag">CLOSED > > > > I would like to change the appearance of the whole headline: > > > > Windows builds fail with > > "Error 66" > class="CLOSED">CLOSED > > > > The use case is that I need to put a list of bugs up on the wall, > > and it > > would be nice if closed ones could be greyed out. In fact, the whole > > div > > containing the headline and text could be given a class, and child > > elements could be identified using CSS selecters. That's what happens when you don't run a spelling checker > > > > > > Peter. > > > > > > ___ > > Emacs-orgmode mailing list > > Please use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [Feature request] CSS tag classes for headlines
Would it be possible to give exported headlines a class based on their tag or TODO? For instance, instead of just labelling the tag, like this: Windows builds fail with "Error 66"CLOSED I would like to change the appearance of the whole headline: Windows builds fail with "Error 66"CLOSED The use case is that I need to put a list of bugs up on the wall, and it would be nice if closed ones could be greyed out. In fact, the whole div containing the headline and text could be given a class, and child elements could be identified using CSS selecters. Peter. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-mode version 6.30; Links in categories break layout
Excellent, thank you! Peter. On Mon, 28 Sep 2009 22:10 +0200, "Carsten Dominik" wrote: > Fixed, thanks. > > - Carsten > > On Sep 23, 2009, at 1:12 PM, Peter Westlake wrote: > > > > > > > On Fri, 04 Sep 2009 11:44 +0100, "Peter Westlake" > > wrote: > >> On Fri, 04 Sep 2009 09:19 +0200, "Carsten Dominik" > >> wrote: > >> > >>> > >>> The prefix is now formatted properly, and C-c C-o gives > >>> also access to this link. > >> > >> Excellent! Thank you very much! > > > > One small thing, though - in the agenda TODO view, pressing "t" to > > mark > > the task as Done messes up the layout: > > > > [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problem with link > > in category > > > > (which appears as: > > > > Org-Mode: TODO Demonstrate problem with link in category) > > > > > > Press T on that line: > > > > [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problemDONE > > Demonstrate problem with link in category > > > > (which appears as: > > > > Org-Mode: TODO Demonstrate problemDONE Demonstrate problem with link > > in category) > > > > Regards, > > > > Peter. > > > > > > > > ___ > > 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 > ___ 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] Org-mode version 6.30; Links in categories break layout
On Fri, 04 Sep 2009 11:44 +0100, "Peter Westlake" wrote: > On Fri, 04 Sep 2009 09:19 +0200, "Carsten Dominik" > wrote: > > > > > The prefix is now formatted properly, and C-c C-o gives > > also access to this link. > > Excellent! Thank you very much! One small thing, though - in the agenda TODO view, pressing "t" to mark the task as Done messes up the layout: [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problem with link in category (which appears as: Org-Mode: TODO Demonstrate problem with link in category) Press T on that line: [[http://orgmode.org][Org-Mode]]: TODO Demonstrate problemDONE Demonstrate problem with link in category (which appears as: Org-Mode: TODO Demonstrate problemDONE Demonstrate problem with link in category) Regards, Peter. ___ 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: urgency & importance (was: (no subject)
On Fri, 18 Sep 2009 10:40 -0400, "Matt Lundin" wrote: > Could you please explain what you mean by urgency and importance? I'm > not familiar with that distinction. Urgency refers to how soon things need to be done, and importance is how much they matter regardless of time. For instance, developing new skills is important, but doesn't need to be done this minute; drinking your coffee before it goes cold is urgent, but not very important. It's common to see tasks drawn on a matrix with urgency and importance as axes. Time management often tries to emphasize the important-but-not-urgent quadrant, which is easy to neglect in favour of urgent-but-not-important. Peter. ___ 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] Feature request: org-agenda-store-link
On Sat, 12 Sep 2009 07:06 +0200, "Carsten Dominik" wrote: > Hi Peter, > > that does make a lot of sense, why did we not think of this earlier? > Works now. > > Thanks! Well, thank *you* - I'm quite thrilled to have made a contribution, however small! Peter. > - Carsten > > On Sep 11, 2009, at 1:41 PM, Peter Westlake wrote: > > > Carsten, > > > > Could I request this as a small feature enhancement, please? > > Commands like org-refile have an agenda equivalent so that > > the same keys work in the agenda, and it would be very nice > > to be able to store a link to an item that way as well. > > > > Regards, > > > > Peter. > > > > On Wed, 09 Sep 2009 15:23 +0100, "Peter Westlake" > > wrote: > >> On Wed, 09 Sep 2009 14:39 +0200, "Carsten Dominik" > >> wrote: > >>> > >>> On Sep 8, 2009, at 8:14 PM, Raffi R wrote: > >> ... > >>>> In org-mode normally, I can get this behaviour by pressing C-0 C-x > >>>> C-e. Looking at org.el suggested that I should be able to simply > >>>> provide the 0 as an argument, i.e. using (org-export 0). However, > >>>> org-export seems to ignore that 0. > >>> > >>> (let ((current-prefix-arg 0)) > >>> (call-interactively 'org-export)) > >> > >> This also happens to be the reason a function I was trying to write > >> didn't work! I would never have worked it out for myself - does > >> anyone have time to explain why the original form doesn't work? > >> > >> Here, incidentally, is the function I was writing. It works now! > >> It is intended to be bound to C-c l in the agenda buffer, and > >> was written by imitating org-agenda-refile: > >> > >> (defun org-agenda-store-link (arg) > >> "Store a link to the item at point." > >> (interactive "P") > >> (let* ((marker (or (get-text-property (point) 'org-hd-marker) > >> (org-agenda-error))) > >> (buffer (marker-buffer marker)) > >> (org-link-to-org-use-id t)) > >>(with-current-buffer buffer > >> (save-excursion > >>(save-restriction > >> (widen) > >> (goto-char marker) > >> (let ((current-prefix-arg 0)) > >>(call-interactively 'org-store-link))) > >> > >> Is this the right way to do it? > >> > >> Peter. > >> > >> > >> ___ > >> 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 > > > > > > ___ > > 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 > ___ 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] Feature request: org-agenda-store-link
Carsten, Could I request this as a small feature enhancement, please? Commands like org-refile have an agenda equivalent so that the same keys work in the agenda, and it would be very nice to be able to store a link to an item that way as well. Regards, Peter. On Wed, 09 Sep 2009 15:23 +0100, "Peter Westlake" wrote: > On Wed, 09 Sep 2009 14:39 +0200, "Carsten Dominik" > wrote: > > > > On Sep 8, 2009, at 8:14 PM, Raffi R wrote: > ... > > > In org-mode normally, I can get this behaviour by pressing C-0 C-x > > > C-e. Looking at org.el suggested that I should be able to simply > > > provide the 0 as an argument, i.e. using (org-export 0). However, > > > org-export seems to ignore that 0. > > > > (let ((current-prefix-arg 0)) > > (call-interactively 'org-export)) > > This also happens to be the reason a function I was trying to write > didn't work! I would never have worked it out for myself - does > anyone have time to explain why the original form doesn't work? > > Here, incidentally, is the function I was writing. It works now! > It is intended to be bound to C-c l in the agenda buffer, and > was written by imitating org-agenda-refile: > > (defun org-agenda-store-link (arg) > "Store a link to the item at point." > (interactive "P") > (let* ((marker (or (get-text-property (point) 'org-hd-marker) > (org-agenda-error))) > (buffer (marker-buffer marker)) > (org-link-to-org-use-id t)) > (with-current-buffer buffer > (save-excursion > (save-restriction > (widen) > (goto-char marker) > (let ((current-prefix-arg 0)) > (call-interactively 'org-store-link))) > > Is this the right way to do it? > > Peter. > > > ___ > 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 ___ 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] Prefixing a function call with C-digit
On Wed, 09 Sep 2009 14:39 +0200, "Carsten Dominik" wrote: > > On Sep 8, 2009, at 8:14 PM, Raffi R wrote: ... > > In org-mode normally, I can get this behaviour by pressing C-0 C-x > > C-e. Looking at org.el suggested that I should be able to simply > > provide the 0 as an argument, i.e. using (org-export 0). However, > > org-export seems to ignore that 0. > > (let ((current-prefix-arg 0)) > (call-interactively 'org-export)) This also happens to be the reason a function I was trying to write didn't work! I would never have worked it out for myself - does anyone have time to explain why the original form doesn't work? Here, incidentally, is the function I was writing. It works now! It is intended to be bound to C-c l in the agenda buffer, and was written by imitating org-agenda-refile: (defun org-agenda-store-link (arg) "Store a link to the item at point." (interactive "P") (let* ((marker (or (get-text-property (point) 'org-hd-marker) (org-agenda-error))) (buffer (marker-buffer marker)) (org-link-to-org-use-id t)) (with-current-buffer buffer (save-excursion (save-restriction (widen) (goto-char marker) (let ((current-prefix-arg 0)) (call-interactively 'org-store-link))) Is this the right way to do it? Peter. ___ 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] Org-mode version 6.30; Links in categories break layout
On Fri, 04 Sep 2009 09:19 +0200, "Carsten Dominik" wrote: > > The prefix is now formatted properly, and C-c C-o gives > also access to this link. Excellent! Thank you very much! Peter. ___ 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] Org-mode version 6.30; Links in categories break layout
On Thu, 03 Sep 2009 15:56 +0200, "Carsten Dominik" wrote: > > On Sep 3, 2009, at 3:29 PM, Peter Westlake wrote: > > > > > On Thu, 03 Sep 2009 14:12 +0200, "Carsten Dominik" > > wrote: > >> > >> On Sep 3, 2009, at 1:12 PM, Peter Westlake wrote: ... > > You said that links aren't supported in categories, but for a feature > > that isn't supported, they work very well! In what sense are they not > > supported? > > They are not supported in the sense that I never have tried to make > them work as links. It is pure "accident" that they are activated > as links, because there is a function running through to activate > links that are in headlines, and by accident the regexp search > matches in the prefix as well. > > They are not supported in the way that I guarantee them to continue to > work in future versions. > > Unless this thread convinces me otherwise, of course. I can now > see that they can be useful as a connection to an anchestor of the > entry Well, I would be in favour of that - as you may have guessed! It's very convenient to have the link always be there without having to put it into every entry. Peter. P.S. Apologies if you get two copies of this - X crashed while I was sending it. ___ 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] Org-mode version 6.30; Links in categories break layout
On Thu, 03 Sep 2009 14:12 +0200, "Carsten Dominik" wrote: > > On Sep 3, 2009, at 1:12 PM, Peter Westlake wrote: > > > On Thu, 03 Sep 2009 08:50 +0200, "Carsten Dominik" > > wrote: > >> Hi Peter, > >> > >> links in categories are not supported.. > > > > The thing is, they ever so nearly *are* supported: they are > > fontified as links, and they work if you click on them or type C-c > > o. The only thing that isn't quite right is this small cosmetic > >matter of the missing spaces. > > > > Having a link as a category is very useful, because categories have > > meaning and the link can take you to it. Most of mine are links to > > bug reports or feature requests, for instance. > > But TAB on the entry will get you there as well, right? TAB in the agenda takes me to the entry, TAB in the entry opens it up, and all of those things work properly. Click, ENTER, or C-c o in the category column of the agenda will follow the link if the category text contains one. All of that works properly too. To clarify, my second paragraph there was just saying how useful links are in categories. It isn't part of the bug report. That's just about missing spaces. You said that links aren't supported in categories, but for a feature that isn't supported, they work very well! In what sense are they not supported? I use categories like this: , | * PROJECT Implement BUG-1234, allow users to upload files | :PROPERTIES: | :CATEGORY: [[http://example.com/bugtracker/1234][BUG-1234]] | :ORDERED: t | :END: | ** DONE Design uploader UI | ** TODO Implement authentication | ** TODO Write a form for directory navigation | ...etc... ` Then the global TODO list (C-c a t) shows this as: , | BUG-1234:TODO Implement authentication ` Where "BUG-1234" is a link that takes me to the bug tracker URL. Except that the layout is a bit wrong: , | plaintext: TODO Item with a plain text category | BUG-1234:TODO Implement authentication | plaintext: TODO Item with a plain text category ` There should be some spaces after the colon on the second line, "BUG-1234: TODO", so it lines up with the other entries. Regards, Peter. > - Carsten > > > > > Peter. > > > >> - Carsten > >> > >> On Sep 2, 2009, at 7:46 PM, Peter Westlake wrote: > >> > >>> > >>> Remember to cover the basics, that is, what you expected to happen > >>> and what in fact did happen. You don't know hoe to make a good > >>> report? See > >>> > >>>http://orgmode.org/manual/Feedback.html#Feedback > >>> > >>> Your bug report will be posted to the Org-mode mailing list. > >>> -- > >>> -- > >>> > >>> Here's a plain-text view of my agenda that shows the problem: > >>> > >>> meta: TODO Report invisible scheduled items > >>> [[foo][test]]:TODO Get layout right when category is a link > >>> > >>> Because the link is displayed as "test" in the link face, it > >>> is only four characters long, so it should have seven spaces > >>> after it. > >>> > >>> (Aside: I wondered if this might be simple enough for me to fix it > >>> myself. Turns out not :-) > >>> > >>> Peter. > >>> > >>> Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version > >>> 2.12.12)of 2009-07-30 on elegiac, modified by Debian Package: Org- > >>> mode version 6.30 > >>> > >>> > >>> ___ > >>> 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 > >> > ___ 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] Org-mode version 6.30; Links in categories break layout
On Thu, 03 Sep 2009 08:50 +0200, "Carsten Dominik" wrote: > Hi Peter, > > links in categories are not supported.. The thing is, they ever so nearly *are* supported: they are fontified as links, and they work if you click on them or type C-c o. The only thing that isn't quite right is this small cosmetic matter of the missing spaces. Having a link as a category is very useful, because categories have meaning and the link can take you to it. Most of mine are links to bug reports or feature requests, for instance. Peter. > - Carsten > > On Sep 2, 2009, at 7:46 PM, Peter Westlake wrote: > > > > > Remember to cover the basics, that is, what you expected to happen and > > what in fact did happen. You don't know hoe to make a good report? > > See > > > > http://orgmode.org/manual/Feedback.html#Feedback > > > > Your bug report will be posted to the Org-mode mailing list. > > > > > > Here's a plain-text view of my agenda that shows the problem: > > > > meta: TODO Report invisible scheduled items > > [[foo][test]]:TODO Get layout right when category is a link > > > > Because the link is displayed as "test" in the link face, > > it is only four characters long, so it should have seven > > spaces after it. > > > > (Aside: I wondered if this might be simple enough for me > > to fix it myself. Turns out not :-) > > > > Peter. > > > > Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.12.12) > > of 2009-07-30 on elegiac, modified by Debian > > Package: Org-mode version 6.30 > > > > > > ___ > > 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 > ___ 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: BUG: blank items in the agenda
On Thu, 03 Sep 2009 08:50 +0200, "Carsten Dominik" wrote: > Hi Peter, > > I have pushed a fix, please verify. > > - Carsten Yes, the line is no longer there. Thank you for always fixing bugs so quickly! Peter. > On Sep 3, 2009, at 12:07 AM, Peter Westlake wrote: > > > > > > > On Wed, 02 Sep 2009 23:35 +0200, "Carsten Dominik" > > wrote: > >> Hi Peter, > >> > >> is this only happening if the entry is the *first* entry in the list > >> in the agenda? > > > > No, it's the same if it's second or third too (or more, but I stopped > > there). > > > > Thanks for looking at this, > > > > Peter. > > > >> - Carsten > >> > >> On Sep 2, 2009, at 11:02 PM, Peter Westlake wrote: > >> > >>> > >>> > >>> On Wed, 02 Sep 2009 14:11 -0400, "Nick Dokos" > >>> wrote: > >>>> Matt Lundin wrote: > >>> ... > >>> > >>>>> I can't duplicate this. > >>>>> > >>>>> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.16.5) > >>>>> > >>>>> Org-mode version 6.30c > >>>>> > >>>> > >>>> Neither can I (same versions, more-or-less). > >>>> > >>>> Peter, can you check the faces? Maybe the item disappears in a > >>>> same- > >>>> color background? I get 'org-agenda-dimmed-todo-face' for your item > >>>> and 'org-scheduled-previously' for other items (not sure why), so > >>>> it's conceivable that a face setting is responsible. > >>>> > >>>> M-x describe-face while the cursor is on the appropriate text will > >>>> do it (if you have hl-line-mode on, you may have to turn it off > >>>> first). > >>> > >>> It's org-scheduled-today, foreground DarkGreen. That's the colour it > >>> appears when it isn't a TODO item. It doesn't change when I add a > >>> TODO, or when the agenda is redisplayed with the blank line. > >>> > >>> One reason for treating this as a bug rather than an oddity of > >>> display is that the apparently blank line still responds to > >>> commands, so it could be modified without the user knowing. > >>> > >>> Peter. > >>> > >>> > >>> ___ > >>> 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 > >> > ___ 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: BUG: blank items in the agenda
On Wed, 02 Sep 2009 23:35 +0200, "Carsten Dominik" wrote: > Hi Peter, > > is this only happening if the entry is the *first* entry in the list > in the agenda? No, it's the same if it's second or third too (or more, but I stopped there). Thanks for looking at this, Peter. > - Carsten > > On Sep 2, 2009, at 11:02 PM, Peter Westlake wrote: > > > > > > > On Wed, 02 Sep 2009 14:11 -0400, "Nick Dokos" > > wrote: > >> Matt Lundin wrote: > > ... > > > >>> I can't duplicate this. > >>> > >>> GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.16.5) > >>> > >>> Org-mode version 6.30c > >>> > >> > >> Neither can I (same versions, more-or-less). > >> > >> Peter, can you check the faces? Maybe the item disappears in a same- > >> color background? I get 'org-agenda-dimmed-todo-face' for your item > >> and 'org-scheduled-previously' for other items (not sure why), so > >> it's conceivable that a face setting is responsible. > >> > >> M-x describe-face while the cursor is on the appropriate text will > >> do it (if you have hl-line-mode on, you may have to turn it off > >> first). > > > > It's org-scheduled-today, foreground DarkGreen. That's the colour it > > appears when it isn't a TODO item. It doesn't change when I add a > > TODO, or when the agenda is redisplayed with the blank line. > > > > One reason for treating this as a bug rather than an oddity of > > display is that the apparently blank line still responds to > > commands, so it could be modified without the user knowing. > > > > Peter. > > > > > > ___ > > 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 > ___ 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: BUG: blank items in the agenda
On Wed, 02 Sep 2009 14:11 -0400, "Nick Dokos" wrote: > Matt Lundin wrote: ... > > I can't duplicate this. > > > > GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.16.5) > > > > Org-mode version 6.30c > > > > Neither can I (same versions, more-or-less). > > Peter, can you check the faces? Maybe the item disappears in a > same-color background? I get 'org-agenda-dimmed-todo-face' for your item > and 'org-scheduled-previously' for other items (not sure why), so it's > conceivable that a face setting is responsible. > > M-x describe-face while the cursor is on the appropriate text will do it > (if you have hl-line-mode on, you may have to turn it off first). It's org-scheduled-today, foreground DarkGreen. That's the colour it appears when it isn't a TODO item. It doesn't change when I add a TODO, or when the agenda is redisplayed with the blank line. One reason for treating this as a bug rather than an oddity of display is that the apparently blank line still responds to commands, so it could be modified without the user knowing. Peter. ___ 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] BUG: blank items in the agenda
On Wed, 02 Sep 2009 23:12 +0530, "Manish" wrote: > On Wed, Sep 2, 2009 at 10:37 PM, Peter Westlake wrote: > > This is quite obscure, and an odd corner case, but here it is. > > > > If you have an item which is: > > > > - a TODO > > - scheduled > > - ordered > > - blocked by a child TODO > > > > then it leaves an empty line in the agenda. > > > > Here's a test case: > > , > > | * Press t r on this line in the agenda > > | SCHEDULED: <2009-09-02 Wed> > > | :PROPERTIES: > > | :ORDERED: t > > | :END: > > | *** TODO Report invisible scheduled items > > ` > > > > C-a a a will show an agenda with "Scheduled: Press t r ...". > > Press "t" on that line to add a TODO. > > Press "r" to redisplay, and see the line go blank. > > Is the value of org-use-fast-todo-selection set to "t"? No, it's nil. Sorry, I was forgetting that not everyone has the same keys! This isn't part of the bug, just a way to make the behaviour more visible. > And what's the value for org-agenda-dim-blocked-tasks in your setup? It is "invisible", but I would have expected the item not to appear in the agenda at all rather than leaving a gap. Whether scheduled items should be hidden is an interesting question: if I'm meant to do something at a given time, it would be helpful to know that something is stopping me. That applies even more to deadlines. Peter. P.S. Matt - I have org-enforce-todo-dependencies "t", which is another possible difference that might stop this happening in your case. ___ 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] Org-mode version 6.30; Links in categories break layout
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know hoe to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. Here's a plain-text view of my agenda that shows the problem: meta: TODO Report invisible scheduled items [[foo][test]]:TODO Get layout right when category is a link Because the link is displayed as "test" in the link face, it is only four characters long, so it should have seven spaces after it. (Aside: I wondered if this might be simple enough for me to fix it myself. Turns out not :-) Peter. Emacs : GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.12.12) of 2009-07-30 on elegiac, modified by Debian Package: Org-mode version 6.30 ___ 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] BUG: blank items in the agenda
This is quite obscure, and an odd corner case, but here it is. If you have an item which is: - a TODO - scheduled - ordered - blocked by a child TODO then it leaves an empty line in the agenda. Here's a test case: , | * Press t r on this line in the agenda | SCHEDULED: <2009-09-02 Wed> | :PROPERTIES: | :ORDERED: t | :END: | *** TODO Report invisible scheduled items ` C-a a a will show an agenda with "Scheduled: Press t r ...". Press "t" on that line to add a TODO. Press "r" to redisplay, and see the line go blank. Peter. ___ 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] Custom agenda question
On Mon, 24 Aug 2009 20:03 +0200, "Carsten Dominik"
wrote:
>
> On Aug 24, 2009, at 2:21 AM, Manish wrote:
> > Once you've got your agenda organized right with todo's in order
> > etc. then
> > it's just a little disruptive to go anywhere else for a little extra
> > detail to
> > get some more context. But I agree agenda should be as compact as
> > possible.. may be the extra lines could be a toggle switch?
>
> H.
>
> I am not yet convinced, but I have made a little toy implementation
> for you and others to try out and commet on.
>
> Please get the latest version and press `E' in the agenda to
> toggle the display of a small amount (see variable
> `org-agenda-entry-text-maxlines') of text from the entry in
> the agenda.
This is a very nice feature! Once it is fully implemented,
it will have a benefit that you may not have anticipated,
as explained below:
Many of my TODO items include links to the online places
where the task is to be done. I also use Org id links to
the tasks whenever I write about them in my work log, and
org-insert-link expands the link in the task to give
something like "Headline Text {{link address}{link text}}".
Because the link address is visible, it's very cluttered.
With the new feature, I can put the links in the extra text
and avoid cluttering up the headline. Hmm, but then they won't
show up as links in the agenda view. Regardless of that, it's
a good feature, and much appreciated!
Peter.
___
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] BUG: links to inline tasks
On Mon, 03 Aug 2009 06:27 +0200, "Carsten Dominik" wrote: > > On Jun 19, 2009, at 4:29 PM, Peter Westlake wrote: > > > Another small bug in the excellent inline task module: making a link > > with "C-C l" anywhere below an inline task causes the link to attach > > to the inline task. I think it would be better if it only did that > > if point was in the task headline or its drawers, otherwise it > > should link to the parent task. Would you agree? > > > > Even if that behaviour is okay, this is definitely odd: making a > > link when the cursor is below a multi-line inline task causes the > > link to attach to the END line. > > > > Neither of these is a big problem, of course, because there is an > > obvious workaround. > > Fixed now, along with the other issue you reported. Thanks for doing that! The new key binding for adding an inline task is much appreciated too. Peter. ___ 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: BUG: refile leaves END line of inline tasks
On Sun, 21 Jun 2009 08:31 +0200, "Carsten Dominik" wrote: > > On Jun 19, 2009, at 4:44 PM, Matthew Lundin wrote: > > > "Peter Westlake" writes: > > > >> If you have a multi-line inline task, with an END line, then > >> refiling it > >> leaves the END line behind. Since it isn't needed at the > >> destination, it > >> should just be deleted. > >> > >> *** TODO example of refile bug > >> C-c C-w takes these lines, > >> but leaves the END line. > >> *** END > > > Hmm, refiling inline tasks? Isn't this a contradiction in itself? Well, I certainly understand what you mean, but the fact that I tried to do it shows that it's sometimes needed! The use case is a small TODO, noted in passing, being absorbed into a larger piece of work when it becomes clear that there is a general problem to be solved. These inline tasks mostly appear in the middle of my work log file, which is the digital equivalent of a lab book or diary. Everything I do at work gets written down as it happens, and that sometimes includes TODO items. > P.S. Of course we can change the behavior also in the first two points, > but I would like to discuss first if this makes sense. Fair enough! It's also worth considering the point that the function does actually work; it just leaves a spare END line. Regards, Peter. ___ 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] BUG: links to inline tasks
Another small bug in the excellent inline task module: making a link with "C-C l" anywhere below an inline task causes the link to attach to the inline task. I think it would be better if it only did that if point was in the task headline or its drawers, otherwise it should link to the parent task. Would you agree? Even if that behaviour is okay, this is definitely odd: making a link when the cursor is below a multi-line inline task causes the link to attach to the END line. Neither of these is a big problem, of course, because there is an obvious workaround. Regards, Peter. ___ 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] BUG: refile leaves END line of inline tasks
First, thank you for the excellent inline tasks feature! I use it a lot, and came across this bug as a result. If you have a multi-line inline task, with an END line, then refiling it leaves the END line behind. Since it isn't needed at the destination, it should just be deleted. *** TODO example of refile bug C-c C-w takes these lines, but leaves the END line. *** END Regards, Peter. ___ 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: reloading causes visibility bug requiring restart
> > It wasn't caused by me trying org-inlinetask, because it happens > > even without that. > > This last point still is strange. Have you by any chance set > org-cycle-max-level even though your customization excerpt > does not show it? Okay, I think I have found out what happened here: switching off org-inlinetask in the org-module customisation is not enough to prevent the bug, but switching it off and restarting Emacs is. You mentioned this already in the thread, and I thought I had allowed for it, but clearly not. Sorry for the confusion. I can confirm that your fix does indeed work. Thanks for the speedy response! Regards, Peter. ___ 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: reloading causes visibility bug requiring restart
On Fri, 8 May 2009 06:24:54 +0200, "Carsten Dominik" said: > I anyone could make an example that allos me to reproduce this > problem, then I might be able to fix it. It's trivial: * top ** sub 1 Set org-cycle-include-plain-lists. Type TAB on this line, and the whole of top gets folded. ** sub 2 This entry is not needed to reproduce the bug. It just makes it more visible. A copy of this is attached, along with the org- settings from custom-set-variables. I have org-cycle-emulate-tab set to nil. If you have it set to something else, anywhere that TAB means "cycle" will show the problem. Peter. test.org Description: Binary data test.emacs Description: Binary data ___ 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] Feature request: inherited priorities
On Tue, 5 May 2009 15:22:04 +0200, "Carsten Dominik" said: ... > I think that any kind of priority inheritance would be defeating the > purpose of priorities, by inflation. > > I think what you are trying to do is to assign a whole project subtree > high importance, and I would suggest to use tags for this purpose, > which also support inheritance, and which allow very flexible > filtering. That is what I'm trying to do, yes. And since there are so many things like tags and categories that are inherited, and allow sorting, it's reasonable for there to be something else that isn't inherited. I'll have a look at the agenda commands. Thank you, Peter. ___ 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: reloading causes visibility bug requiring restart
On Sun, 05 Apr 2009 15:33:34 -0400, "Bernt Hansen" said: > Do you have org-cycle-include-plain-lists set? If you turn that off > does it work as expected? I have this same bug, and turning off org-cycle-include-plain-lists does fix it! I thought I had tried everything, but must have missed this post. For completeness, here's what I had been about to post: The message line says FOLDED, CHILDREN, SUBTREE as it should, but the entire top level headline is folded and unfolded as one, with text showing even for CHILDREN. Plain lists still work. All sub-headlines are treated as text. A list inside a sub-headline appears as though the entries were top-level headlines. Motion commands still move subtrees correctly. This is Org 6.26trans, as of 2009-04-30, and the latest emacs-snapshot, 1:20090423. It wasn't caused by me trying org-inlinetask, because it happens even without that. Outline mode still works properly. Drawers work properly too. A completely fresh checkout of org-mode has the same problem. Thanks for the workaround! Peter. > -Bernt > > Samuel Wales writes: > > > I can't do the typing to formally document this, so I will just ask if > > others experience it. If not, it will take a while. > > > > Repeatably, with the latest git, emacs 22 cocoa, reloading org causes > > folding/visibility/cycling problems that are not fixable by reverting. > > Only restarting emacs fixes it. > > > > The problems are weird enough that it should be obvious if you try it. > > Seemingly random plain list items being the only visible part, etc. > > There is no cycling state in which all is shown, either from bob or > > from headline. > > > > Thanks. > > ___ 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] Feature request: inherited priorities
On Sun, 3 May 2009 18:14:38 +0200, "Carsten Dominik" said: > Hi Peter, Matt, > > priorities cannot be inherited. Fair enough! In that case, would it be possible to take the default priority for a new task from the parent task? Peter. > - Carsten > > On Apr 29, 2009, at 4:40 PM, Peter Westlake wrote: > > > I would like to suggest that priorities should be inherited. After > > all, if a task is high priority, then doing the individual parts of > > it must be too. > > > > There are 250 items in my agenda TODO list at the moment, and that's > > with dependencies on, ordered subtasks, and missing all the less > > important stuff out altogether. I rarely look beyond the first dozen > > or so lines. With priorities not being inherited, adding a subtask > > to an important job can cause it to plunge hundreds of lines down > > the list and be overlooked. I have to add priorities to everything > > by hand. > > > > Hope this is a reasonable idea, > > > > Peter. > > > > > > ___ > > 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 > ___ 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] Feature request: inherited priorities
On Wed, 29 Apr 2009 10:34:37 -0500, "Matthew Lundin" said: > "Peter Westlake" writes: > > > I would like to suggest that priorities should be inherited. After > > all, if a task is high priority, then doing the individual parts of > > it must be too. ... > Have you checked out the variable org-use-property-inheritance? > > Also see this section of the manual: > > http://orgmode.org/manual/Property-inheritance.html#Property-inheritance Matt, Thanks for the suggestion, but priority isn't defined by a property in the usual way, so this doesn't work. Regards, Peter. ___ 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] Feature request: inherited priorities
I would like to suggest that priorities should be inherited. After all, if a task is high priority, then doing the individual parts of it must be too. There are 250 items in my agenda TODO list at the moment, and that's with dependencies on, ordered subtasks, and missing all the less important stuff out altogether. I rarely look beyond the first dozen or so lines. With priorities not being inherited, adding a subtask to an important job can cause it to plunge hundreds of lines down the list and be overlooked. I have to add priorities to everything by hand. Hope this is a reasonable idea, Peter. ___ 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] Problems with refiling
On Thu, 19 Feb 2009 16:29 +0100, "Carsten Dominik" wrote: > Hi Peter, > > I am still having problems reproducing. ... > What am I missing? The answer appears to be: partial-completion-mode. I repeated the steps exactly, then tried again on a machine with the same Emacs and Org but no customisation apart from the org-refile variables. It worked there, suggesting that the problem must be in my .emacs, and partial-completion-mode was an obvious suspect. It was switched on (t), and switching it off cured the problem! Peter. ___ 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] Problems with refiling
This is now officially a bug report, with a reproducible test case! Sorry there's no patch, but I'm at work and can't afford the time. On Wed, 18 Feb 2009 15:57:10 +0100, "Carsten Dominik" said: > > On Feb 18, 2009, at 12:17 PM, Peter Westlake wrote: > > > > > On Tue, 17 Feb 2009 22:32:28 +0100, "Carsten Dominik" > > said: > >> Hi Peter, > >> > >> the whole purpose of completing in steps is that you see the level > >> 2 headlines only after you have selected the level 1 headline. > >> > >> Am I missing something here? > > > > Yes: the level 2 headlines never appear. Instead, the entry is > > refiled to the level 1, unless files are listed, in which case it > > doesn't move at all. I must be missing out on some secret keystroke > > to continue the step-by-step process, I guess. > > > Like pressing a few characters and pressing TAB? No, I tried that a lot. > Maybe you are using the mouse to select top level headlines? I never > use the mouse for completion, and this might well be the problem. When > you click with the mouse, you are telling the program that you are > done completing. No, that works as you say. > Are you, by any change, using `org-completion-use-ido' as well? I > believe yesterday I forces off ido for the case of stepwise path > completion. There was a bug fix only yesterday, I think, about this. No, I'm not. I do have some new information to report, though! When your mail arrived, I tried typing and TAB just to make absolutely sure my report was correct. With use-outline-path set to Yes, step-by-step completion worked perfectly! It still failed with use-outline-path set to include the file. Feeling a bit stupid, I repeated the exact test where the bug had appeared. And it still happened. Some trees offered their subtrees on pressing TAB, and some said "Sole completion", even if they had subtrees. This happened with two trees in the same file, and with two subtrees in the same tree. But in the end I found out what was happening. Here's a test case that shows what makes the difference. , | * f | ** refile me | ** baz | * works | ** one | *** two | three | * does not work | ** a | *** b | c ` On "refile me", C-c C-w. Type "does", TAB, you get Refile to: does not work/[Sole completion] Erase, type "work", TAB: Refile to: works/[Complete, but not unique] Quit that, get rid of spaces in the "does not work" headline, and completion offers you its subtrees. Add spaces in the "works" headline, and you can no longer refile into its subtrees. Peter. ___ 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] Problems with refiling
On Tue, 17 Feb 2009 22:32:28 +0100, "Carsten Dominik" said: > Hi Peter, > > the whole purpose of completing in steps is that you see the > level 2 headlines only after you have selected the level 1 headline. > > Am I missing something here? Yes: the level 2 headlines never appear. Instead, the entry is refiled to the level 1, unless files are listed, in which case it doesn't move at all. I must be missing out on some secret keystroke to continue the step-by-step process, I guess. Regards, Peter. > - Carsten > > On Feb 17, 2009, at 6:19 PM, Peter Westlake wrote: > > > If I switch org-outline-path-complete-in-steps on, refiling breaks. > > How > > it breaks depends on org-refile-use-outline-path: > > > > Yes: Top level headlines are available, nothing else. > > Not: Same. > > Start with file: only the files are listed. The headline doesn't > > move. > > > > In the completion window, entries with sub-headlines appear in blue, > > but I can't find a way to get to the sub-headlines. What am I missing? > > > > org-refile-targets is > > ((org-agenda-files :maxlevel . 3) > > (nil :maxlevel . 3)) > > > > So I would expect to see headlines down to level 3. > > > > Peter. > > > > > > > > ___ > > 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 > ___ 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] Problems with refiling
If I switch org-outline-path-complete-in-steps on, refiling breaks. How it breaks depends on org-refile-use-outline-path: Yes: Top level headlines are available, nothing else. Not: Same. Start with file: only the files are listed. The headline doesn't move. In the completion window, entries with sub-headlines appear in blue, but I can't find a way to get to the sub-headlines. What am I missing? org-refile-targets is ((org-agenda-files :maxlevel . 3) (nil :maxlevel . 3)) So I would expect to see headlines down to level 3. Peter. ___ 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] Feature request: save ID locations in org-save-all-org-buffers
On 13 Feb 2009, at 07:25, Carsten Dominik wrote: On Feb 12, 2009, at 6:31 PM, Peter Westlake wrote: Carsten, Thank you for adding org-revert-all-org-buffers. It's very helpful with syncing. I would like to ask for another change to help with syncing: please have org-save-all-org-buffers call org-id-locations-save, and load the locations in org-revert-all-org-buffers. Then ID values will be synced as well. Hmmm, you know, I think that does make sense. I added this change. Thanks! Thanks for doing that, and for the quick response, too! Peter. ___ 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] Feature request: save ID locations in org-save-all-org-buffers
Carsten, Thank you for adding org-revert-all-org-buffers. It's very helpful with syncing. I would like to ask for another change to help with syncing: please have org-save-all-org-buffers call org-id-locations-save, and load the locations in org-revert-all-org-buffers. Then ID values will be synced as well. Regards, Peter. ___ 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: Problem with keys not being mapped
On Wed, 14 Jan 2009 09:41:49 -0500, "Bernt Hansen" said: > Hi Peter, > > I add the org-mode git sources and load them at the top of my .emacs ... > I have the following keybindings defined in my .emacs since I want C-c a > and C-c l to work everywhere. I use the agenda so much I've rebound it > to F12 for convenience. Thanks, Bernt! It's all working nicely now. Regards, Peter. ___ 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: R: [Orgmode] Problem with keys not being mapped
On Wed, 14 Jan 2009 14:48:02 + (GMT), "Giovanni Ridolfi" said: > --- Mer 14/1/09, Peter Westlake ha scritto: > > > I have just installed emacs-snapshot and the git version of org-mode > > on a new Debian machine (running Lenny), and a lot of C-c > > bindings are missing. For example, C-c a should be org-agenda, but > > is unbound. > did you *activate* Org-Mode ? > > It is descibed in the Manual: 1.3 Activation see: > http://orgmode.org/manual/index.html#Activation No, that was the problem! I read the Makefile and the Installation page, but forgot about Activation. May I suggest mentioning it at the bottom of <http://orgmode.org/manual/Installation.html>? Thanks! Peter. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Problem with keys not being mapped
Hello,
I have just installed emacs-snapshot and the git version of org-mode on
a new Debian machine (running Lenny), and a lot of C-c bindings
are missing. For example, C-c a should be org-agenda, but is unbound.
C-h m shows the right bindings.
Here's .emacs:
(add-to-list 'load-path "/usr/local/share/emacs/site-lisp")
(add-to-list 'load-path "~/src/org-mode/contrib/lisp")
(custom-set-variables
...etc...
There is a file in org-agenda-files.
Here's what happens on startup, from *Messages*:
("emacs")
Loading 00debian-vars...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Skipping dictionaries-common setup for emacs-snapshot
Loading /etc/emacs/site-start.d/50dictionaries-common.el
(source)...done
Loading /etc/emacs/site-start.d/50org-mode.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
OVERVIEW
org-agenda is on
It doesn't mention /usr/local/share at all. Is that another bug, or the
cause of this one?
Peter.
___
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] org-annotation-helper
On Mon, 1 Sep 2008 13:27:18 +0200, "Carsten Dominik" <[EMAIL PROTECTED]> said: > > On the subject of org-annotation-helper, the code has this comment > > about %a: > > > >> | ;; FIXME can't access %a in the template -- how to set > >> annotation? (raise-frame) > > > > While I was trying to make this work, using a slightly earlier > > version, I found that the %a would work if I had an active region > > selected at the time. Before I could find out how to make a region > > active, or stop it being needed, I found the new version of the > > code, and now I use > > %:region. But it would be interesting to know why org-mode tests for > > there being an active region; it seems to do it quite a lot. You > > need an active region to convert a table with C-c |, for instance. > > Carsten, is there any reason why it works this way? > > Hi Peter, > > how else should Org know the range of lines to convert? Or maybe I > misunderstand your question? If I use C-space to place the mark at the beginning of the table, and move point to the end, then the region covers the table, and I would expect C-c | to operate on the region. Instead, it ignores the region and asks what size table to make. If I highlight a region using the mouse, then it works. Peter. ___ 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] org-annotation-helper
On Sun, 31 Aug 2008 12:19:23 +0200, "Richard G Riley" <[EMAIL PROTECTED]> said: > > caveat : I do not know if this is optimal or even recommended but it now > works for me. > > I have modified the code a little to remove hex from the actual link. > I > have "boxquoted" all code so you will need to remove that. > > firefox/iceweasel : To set up the bookmark link, simple create a new > book mark called "remember" in firefox and make this the location > code: > > , > | > javascript:location.href='remember://%20'+location.href+'%1C'+escape(document.title)+'%1C'+escape(window.getSelection()) > ` I have a slightly different link, which works too: javascript:location.href='remember://'+location.href+'::remember::'+escape(document.title)+'::remember::'+escape(window.getSelection()) On the subject of org-annotation-helper, the code has this comment about %a: > | ;; FIXME can't access %a in the template -- how to set > annotation? (raise-frame) While I was trying to make this work, using a slightly earlier version, I found that the %a would work if I had an active region selected at the time. Before I could find out how to make a region active, or stop it being needed, I found the new version of the code, and now I use %:region. But it would be interesting to know why org-mode tests for there being an active region; it seems to do it quite a lot. You need an active region to convert a table with C-c |, for instance. Carsten, is there any reason why it works this way? Peter. ___ 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] Searching for tags or todo keywords
I only discovered org-mode a couple of weeks ago, so apologies if this is a FAQ, or the patch is in the wrong format. I would like to define an agenda command to show TODO items in the context of the projects to which they belong, like this: todo: .Widget project todo: ..TODO Gather widget requirements todo: .Gadget project todo: ..TODO Plan the end of project party That would be a search like: (LEVEL=2) | (/TODO) But LEVEL=2|/TODO is interpreted as (LEVEL=2|) & (/TODO) because / has the lowest precedence. /TODO|LEVEL=2 treats LEVEL as a TODO word instead of a tag. Is there any way around this, short of implementing parentheses? One possibility might be to make operators that are like / but bind most tightly, one to say "this is a todo keyword" and one to say "this is a tag". For instance, if \ was like / but high precedence, and % was the opposite of \, my query would become: \TODO | %LEVEL=2 Having looked at the code, that looks almost as hard as parens. Next idea: since "/" means "and this TODO expression", add "\" meaning "or this TODO expression". So my query becomes: LEVEL=2\TODO This is a lot easier to implement. In fact, this patch does it: diff -wu /usr/share/emacs/site-lisp/org-mode/org.el /home/pwestlake/elisp/org.el --- /usr/share/emacs/site-lisp/org-mode/org.el 2008-06-17 20:36:44.0 +0100 +++ /home/pwestlake/elisp/org.el2008-08-22 14:13:44.031536000 +0100 @@ -9381,17 +9381,26 @@ tagsmatch todomatch tagsmatcher todomatcher kwd matcher orterms term orlist re-p str-p level-p level-op prop-p pn pv po cat-p gv) -(if (string-match "/+" match) +(cond ((string-match "/+" match) ;; match contains also a todo-matching request - (progn (setq tagsmatch (substring match 0 (match-beginning 0)) todomatch (substring match (match-end 0))) (if (string-match "^!" todomatch) (setq todo-only t todomatch (substring todomatch 1))) (if (string-match "^\\s-*$" todomatch) - (setq todomatch nil))) + (setq todomatch nil)) + (setq todo-op 'and todo-op-default t)) + ((string-match "+" match) + (setq tagsmatch (substring match 0 (match-beginning 0)) + todomatch (substring match (match-end 0))) + (if (string-match "^!" todomatch) + (setq todo-only t todomatch (substring todomatch 1))) + (if (string-match "^\\s-*$" todomatch) + (setq todomatch nil)) + (setq todo-op 'or todo-op-default nil)) + ;; only matching tags - (setq tagsmatch match todomatch nil)) + (t (setq tagsmatch match todomatch nil todo-op-default t todo-op 'and))) ;; Make the tags matcher (if (or (not tagsmatch) (not (string-match "\\S-" tagsmatch))) @@ -9447,7 +9456,7 @@ (list 'progn '(setq org-cached-props nil) tagsmatcher))) ;; Make the todo matcher (if (or (not todomatch) (not (string-match "\\S-" todomatch))) - (setq todomatcher t) + (setq todomatcher todo-op-default) (setq orterms (org-split-string todomatch "|") orlist nil) (while (setq term (pop orterms)) (while (string-match re term) @@ -9471,7 +9480,7 @@ ;; Return the string and lisp forms of the matcher (setq matcher (if todomatcher - (list 'and tagsmatcher todomatcher) + (list todo-op tagsmatcher todomatcher) tagsmatcher)) (cons match0 matcher))) Regards, Peter. ___ 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
