Re: Agenda clocktable & archive issue

[Andrew Hyatt]

Ihor Radchenko  writes:

> Andrew Hyatt  writes:
>
>>> Still, I do not mind adding customization to enable it during startup,
>>> similar to the existing customizations:
>>> `org-agenda-start-with-log-mode',
>>> `org-agenda-start-with-entry-text-mode',
>>> `org-agenda-start-with-follow-mode', etc.
>>
>> Thank you, that makes sense.  I've attached the patch.
>
> Thank you!
>
>> From 4eee33856af687564a522ab40ebed4ba5d848cf4 Mon Sep 17 00:00:00 2001
>> From: Andrew Hyatt 
>> Date: Sun, 28 Jan 2024 21:33:20 -0400
>> Subject: [PATCH] Add org-agenda-start-with-archives-mode
>
> May you please also add a proper commit message? See
> https://orgmode.org/worg/org-contribute.html#commit-messages
>
>> +(defcustom org-agenda-start-with-archives-mode nil
>> +  "Initial value of archive-mode in a newly created agenda window."
>> +  :group 'org-agenda-startup
>> +  :type 'boolean)
>
> Please add :package-version '(Org . "9.7") keyword to indicate when the
> new option is added.
>
> Also, please add an entry in etc/ORG_NEWS file and document the new
> option in the manual (11.5 Commands in the Agenda Buffer display section)

Thanks for the pointers; it's been years since my last contribution.
I've attached the latest patch.

>From 4798f9b7fadc078a914cd399e797084c166fd1b0 Mon Sep 17 00:00:00 2001
From: Andrew Hyatt 
Date: Sun, 28 Jan 2024 21:33:20 -0400
Subject: [PATCH] lisp/org-agenda.el Add org-agenda-start-with-archives-mode

* lisp/org-agenda.el: Add org-agenda-start-with-archives-mode.
(org-agenda-mode): Set value of org-agenda-archive-mode according to
value of new variable org-agenda-start-with-archives-mode.

* doc/org-manual.org: Note new variable in documentation of
org-agenda-archives.mode.

* etc/ORG-NEWS: Note change to add org-agenda-start-with-archives-mode.
---
 doc/org-manual.org |  6 +-
 etc/ORG-NEWS   |  5 +
 lisp/org-agenda.el | 11 ++-
 3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/doc/org-manual.org b/doc/org-manual.org
index ffb025c93..86008164e 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -10077,9 +10077,13 @@ the other commands, point needs to be in the desired line.
 
   #+kindex: v a
   #+findex: org-agenda-archives-mode
+  #+vindex: org-agenda-start-with-clockreport-mode
   Toggle Archives mode.  In Archives mode, trees that are archived
   (see [[*Internal archiving]]) are also scanned when producing the
-  agenda.  To exit archives mode, press {{{kbd(v a)}}} again.
+  agenda.  To exit archives mode, press {{{kbd(v a)}}} again.  The
+  initial setting for this mode in new agenda buffers can set with the
+  variable ~org-agenda-start-with-archives-mode~, which can be set
+  with the same values as ~org-agenda-archives-mode~.
 
 - {{{kbd(v A)}}} ::
 
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index f4e98d78b..82090df32 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -686,6 +686,11 @@ manner with ~run-python~.
 
 This allows to run functions after ~org-indent~ intializes a buffer to
 enrich its properties.
+*** New option ~org-agenda-start-with-archives-mode~
+
+This option starts the agenda to automatically include archives,
+propagating the value for this variable to ~org-agenda-archives-mode~.
+For acceptable values and their meaning, see the value of that variable.
 
 ** New features
 *** =ob-plantuml.el=: Support tikz file format output
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 20da364b5..7fe482f30 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -1102,6 +1102,14 @@ removed from entry text before it is shown in the agenda."
   :group 'org-agenda
   :type 'string)
 
+(defcustom org-agenda-start-with-archives-mode nil
+  "Initial value of archive-mode in a newly created agenda window.
+See `org-agenda-archives-mode' for acceptable values and their
+meaning."
+  :group 'org-agenda-startup
+  :package-version '(Org . "9.7")
+  :type 'boolean)
+
 (defvar org-agenda-entry-text-cleanup-hook nil
   "Hook that is run after basic cleanup of entry text to be shown in agenda.
 This cleanup is done in a temporary buffer, so the function may inspect and
@@ -2372,7 +2380,8 @@ The following commands are available:
 (setq org-agenda-follow-mode org-agenda-start-with-follow-mode
 	  org-agenda-entry-text-mode org-agenda-start-with-entry-text-mode
 	  org-agenda-show-log org-agenda-start-with-log-mode
-	  org-agenda-clockreport-mode org-agenda-start-with-clockreport-mode))
+	  org-agenda-clockreport-mode org-agenda-start-with-clockreport-mode
+  org-agenda-archives-mode org-agenda-start-with-archives-mode))
   (add-to-invisibility-spec '(org-filtered))
   (org-fold-core-initialize `(,org-link--description-folding-spec
   ,org-link--link-folding-spec))
-- 
2.39.3 (Apple Git-145)

Re: Agenda clocktable & archive issue

[Andrew Hyatt]

Ihor Radchenko  writes:

> Andrew Hyatt  writes:
>
>>> AFAIK, clocktable scope in agenda is controlled by the agenda's scope.
>>> If you have `org-agenda-archives-mode' enabled, archives will contribute
>>> to the agenda report as well.
>>
>> Thank you, I indeed didn't know that, and it did help. After some
>> digging around, it seems like the way to set this as a default is to set
>> (setq org-agenda-archives-mode t), which is a bit sketchy, since
>> normally you wouldn't set modes with setq, but by calling the mode. I
>> think this could be improved on, so I can send a patch for this if you
>> agree.
>
> The normal way is in org-agenda-hook - org-agenda-archives-mode it is a minor 
> mode.
>
> Still, I do not mind adding customization to enable it during startup,
> similar to the existing customizations:
> `org-agenda-start-with-log-mode',
> `org-agenda-start-with-entry-text-mode',
> `org-agenda-start-with-follow-mode', etc.

Thank you, that makes sense.  I've attached the patch.

>From 4eee33856af687564a522ab40ebed4ba5d848cf4 Mon Sep 17 00:00:00 2001
From: Andrew Hyatt 
Date: Sun, 28 Jan 2024 21:33:20 -0400
Subject: [PATCH] Add org-agenda-start-with-archives-mode

---
 lisp/org-agenda.el | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 20da364b5..92657aa86 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -1102,6 +1102,11 @@ removed from entry text before it is shown in the agenda."
   :group 'org-agenda
   :type 'string)
 
+(defcustom org-agenda-start-with-archives-mode nil
+  "Initial value of archive-mode in a newly created agenda window."
+  :group 'org-agenda-startup
+  :type 'boolean)
+
 (defvar org-agenda-entry-text-cleanup-hook nil
   "Hook that is run after basic cleanup of entry text to be shown in agenda.
 This cleanup is done in a temporary buffer, so the function may inspect and
@@ -2372,7 +2377,8 @@ The following commands are available:
 (setq org-agenda-follow-mode org-agenda-start-with-follow-mode
 	  org-agenda-entry-text-mode org-agenda-start-with-entry-text-mode
 	  org-agenda-show-log org-agenda-start-with-log-mode
-	  org-agenda-clockreport-mode org-agenda-start-with-clockreport-mode))
+	  org-agenda-clockreport-mode org-agenda-start-with-clockreport-mode
+  org-agenda-archives-mode org-agenda-start-with-archives-mode))
   (add-to-invisibility-spec '(org-filtered))
   (org-fold-core-initialize `(,org-link--description-folding-spec
   ,org-link--link-folding-spec))
-- 
2.39.3 (Apple Git-145)

Re: Agenda clocktable & archive issue

[Andrew Hyatt]

Ihor Radchenko  writes:

> Andrew Hyatt  writes:
>
>> I've noticed that in the agenda, the clocktable report (from the "R"
>> key), does not include archive files, even when I have set clocktables
>> to do so in my init-file:
>>
>> (plist-put org-clocktable-defaults :scope 'agenda-with-archives)
>
> AFAIK, clocktable scope in agenda is controlled by the agenda's scope.
> If you have `org-agenda-archives-mode' enabled, archives will contribute
> to the agenda report as well.

Thank you, I indeed didn't know that, and it did help. After some
digging around, it seems like the way to set this as a default is to set
(setq org-agenda-archives-mode t), which is a bit sketchy, since
normally you wouldn't set modes with setq, but by calling the mode. I
think this could be improved on, so I can send a patch for this if you
agree.

Agenda clocktable & archive issue

[Andrew Hyatt]

I've noticed that in the agenda, the clocktable report (from the "R"
key), does not include archive files, even when I have set clocktables
to do so in my init-file:

(plist-put org-clocktable-defaults :scope 'agenda-with-archives)

First of all, I think it makes more logical sense to include archives,
since there isn't anything about archiving that means the times that the
items are worked on are no longer important for reports.

But, even if that's not the case, it should be that the user can change
this, but right now it's all hardcoded in the org-agenda-list function.
The reason it doesn't is because in org-dblock-write:clocktable, the
plists are combined with the params taking precedence, which probably
doesn't make sense. In this case, the params are the defaults, and
org-clocktable-defaults are the things I can modify, so it seems like
org-clocktable-defaults should take preference.

I'm happy to send a patch to fix this, but not sure what the best
solution here.  My guess is that the safest fix is to make another
variable for whether the report should include archives or not.  But I
suspect the best fix is to make the org-clocktable-defaults take
precedence.

Is my understanding of this correct?  Any thoughts on what should be
done here?

Re: Strange bug with text scaling and variable-pitch

[Andrew Hyatt]

I tracked this down to a bug in emacs, which happens only when indirect
buffers are cloned. Reported as bug#53294 with a patch.

On Thu, Jan 13, 2022 at 9:51 PM Andrew Hyatt  wrote:

>
> Hi all,
>
> I've been having an odd problem where if I try to change my text
> scale on my org capture buffers, the scale keeps increasing, and
> increases the scale on the parent of the indirect org-capture
> buffer, on each capture.
>
> I'm using org-mode 9.5, emacs 29.0.50.
>
> Debugging into the issue, I realized I can only reproduce this if
> the org-mode buffer has variable-pitch-mode on.
>
> Here's a short repro that works on emacs -Q (of course, you may
> want to change the path):
>
> (require 'face-remap) (defun ash/big-font ()
>   "Creates a font that is big enough for about 20 lines of text."
>   (interactive) (let ((text-scale-mode-amount (/ (frame-height)
>   20)))
> (text-scale-mode 1)))
>
> (require 'org-capture) (add-hook 'org-capture-mode-hook
> #'ash/big-font) (setq org-capture-templates '(("c" "Capture" entry
> (file "~/Desktop/test.org") nil))) (find-file
> "~/Desktop/test.org") (variable-pitch-mode 1)
>
> After evaluating this, every time you call org-capture, the text
> size will increase, until the text size is so large emacs crashes!
>
> I have also tried to reproduce this without org-mode, just using
> indirect buffers, but can't do it.  Something that org-mode is
> doing is causing this, but org-capture is complicated enough that
> I can't really see what it could be.  I can and will continue
> looking into this, but I'm curious if anyone might have a clue as
> to what is going wrong here.
>

Strange bug with text scaling and variable-pitch

[Andrew Hyatt]

Hi all,

I've been having an odd problem where if I try to change my text 
scale on my org capture buffers, the scale keeps increasing, and 
increases the scale on the parent of the indirect org-capture 
buffer, on each capture.


I'm using org-mode 9.5, emacs 29.0.50.

Debugging into the issue, I realized I can only reproduce this if 
the org-mode buffer has variable-pitch-mode on.


Here's a short repro that works on emacs -Q (of course, you may 
want to change the path):


(require 'face-remap) (defun ash/big-font () 
 "Creates a font that is big enough for about 20 lines of text." 
 (interactive) (let ((text-scale-mode-amount (/ (frame-height) 
 20))) 
   (text-scale-mode 1))) 

(require 'org-capture) (add-hook 'org-capture-mode-hook 
#'ash/big-font) (setq org-capture-templates '(("c" "Capture" entry 
(file "~/Desktop/test.org") nil))) (find-file 
"~/Desktop/test.org") (variable-pitch-mode 1) 

After evaluating this, every time you call org-capture, the text 
size will increase, until the text size is so large emacs crashes!


I have also tried to reproduce this without org-mode, just using 
indirect buffers, but can't do it.  Something that org-mode is 
doing is causing this, but org-capture is complicated enough that 
I can't really see what it could be.  I can and will continue 
looking into this, but I'm curious if anyone might have a clue as 
to what is going wrong here.

Re: [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

Thanks Bastien!  I've tested this out and confirmed it works, and didn't
notice any side effects.

On Fri, Feb 14, 2020 at 6:02 AM Bastien  wrote:

> Hi Andrew,
>
> thanks a lot for the minimal recipe!  Very helpful.
> I confirm the bug and I have now (finally) fixed it.
>
> We can close this bug from... 2013 :)
>
> Best,
>
> --
>  Bastien
>

Re: [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

I whittled this down to the smallest reproducible case, which I'm
attaching.  Hopefully should be clear upon viewing the file how to
reproduce.

I'm still unsure of the best solution, I'll have to think about this some
more - but at least the reproducible case will make it easier to debug into
this for anyone who wants to try.



On Tue, Feb 11, 2020 at 3:56 AM Bastien  wrote:

> Hi Matthew,
>
> not sure I replied to this one but in case I didn't, yes, my initial
> fix was wrong, I reverted it.
>
> Thanks!
>
> --
>  Bastien
>


repro.org
Description: Binary data

Re: [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

It is fixed, but now the new time that's supposed to be displayed via
text-properties does not show up.

Let me spend some time and get a small reproducible case, which will help
us test this.

On Tue, Feb 4, 2020 at 6:38 PM Bastien  wrote:

> Hi Andrew,
>
> thanks again.
>
> 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.
>
> Best,
>
> --
>  Bastien
>

Re: [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

I've tried the latest version from Feb 2nd, and it still has the same issue.

After some more time with the issue, the issue is when the agenda has items
A, and next line, invisibily (due to org-agenda-dim-blocked-tasks), B.
Trying to set A gets you into an invisible loop because moving to the start
of the line after displaying the time in org-agenda-show-new-time doesn't
take you far enough back to proceed backwards.  The next iteration through
the loop, the time will be re-displayed.

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.

On Mon, Feb 3, 2020 at 2:04 PM Bastien  wrote:

> Hi Andrew,
>
> I have pushed some fixes in this area, if you have a chance to test
> Org from the latest maint or master branch, please do so and report
> if the problem persists.
>
> Thanks,
>
> --
>  Bastien
>

Re: [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

On Sat, Feb 1, 2020 at 4:33 AM Bastien  wrote:

> Hi Andrew,
>
> Andrew Hyatt  writes:
>
> > I've been having this same issue - the issue is quite reproducible
> > for me, and it has been for years.  I just finally grew tired of the
> > issue and decided to investigate it, and yes, the issue is
> > org-agenda-show-new-time.
> >
> > I also have invisible entries in the org buffer, and the call to
> > org-move-to-column apparently will move several lines forward, which
> > causes us to process the same lines over and over.
> >
> > Wrapping the call to org-move-to-column with a let setting the
> > buffer-invisibility-spec to nil does fix the issue.
>
> this problem is from... 2013!
> https://lists.gnu.org/archive/html/emacs-orgmode/2013-08/msg00218.html
>
> Is there anything we still need to fix in this area?  If so, can you
> send it as a patch against current maint branch?
>

Yes, there's definitely still a problem similar to the one reported -
although I have yet to pare it down to a reproducible case.
I need to look at this more to understand why the fix that was done doesn't
seem to work.  Once I understand that, I'll be close to creating a patch.
The issue is that I don't know this code very well, so any fix I make might
be wrong for some other reason I don't understand.


>
> Thanks,
>
> --
>  Bastien
>

Re: [O] [BUG] Infinite loop in org-agenda-show-new-time

[Andrew Hyatt]

I've been having this same issue - the issue is quite reproducible for me,
and it has been for years.  I just finally grew tired of the issue and
decided to investigate it, and yes, the issue is org-agenda-show-new-time.

I also have invisible entries in the org buffer, and the call to
org-move-to-column apparently will move several lines forward, which causes
us to process the same lines over and over.

Wrapping the call to org-move-to-column with a let setting the
buffer-invisibility-spec to nil does fix the issue.


On Fri, Aug 23, 2013 at 8:08 AM Nick Dokos  wrote:

> Carsten Dominik  writes:
>
> > I also do not expect negative consequences.  Please apply the patch,
> will you?
> >
>
> OK - patch attached. NB: there is at least one place where the "wrap the
> call to org-move-to-column" has been applied, in
> org.el:`org-comment-or-uncomment-region', presumably for exactly this
> reason. If this patch does not cause unexpected problem, then the
> wrapped setting above can be cleaned up.
>
>
> I hope it conforms to conventions but let me know of any problems.
> --
> Nick
>

[O] bug#2409: bug#2409: 23.0.90; org-mode + viper-mode + ns make typing unresponsive

[Andrew Hyatt]

On Mon, Jan 11, 2016 at 5:43 PM Michael Brand <michael.ch.br...@gmail.com>
wrote:

> Hi Andrew
>
> I would like to give some feedback to what you originally asked Steve:
>
>
> On Mon, Jan 11, 2016 at 5:19 AM, Andrew Hyatt <ahy...@gmail.com> wrote:
> > I can't reproduce this under Emacs 25. As this bug is a bit old, I'm
> > guessing it has been fixed in the meantime. Please let me know if you
> > can still reproduce it, though. I'll mark this as unreproducible now,
> > and close it in a few weeks if you can't reproduce it either under Emacs
> > 25.
>
> Did you check on OS X?
>
> On GNU/Linux I never saw the issue, on OS X regularly under certain
> circumstances which are not clear to me. With the recipe of Steve I
> can reproduce on build GNU Emacs 25.1.50.1 (x86_64-apple-darwin13.4.0,
> NS appkit-1265.21 Version 10.9.5 (Build 13F1507)) from
>
> http://emacsformacosx.com/emacs-builds/Emacs-2016-01-11_01-40-53-eb0643c-universal.dmg
>
>
Seeing as you can reproduce, I'll consider this reproducible... but I
cannot reproduce it myself on OS X.


>
> Michael
>

[O] bug#2409: 23.0.90; org-mode + viper-mode + ns make typing unresponsive

[Andrew Hyatt]

I can't reproduce this under Emacs 25. As this bug is a bit old, I'm
guessing it has been fixed in the meantime. Please let me know if you
can still reproduce it, though. I'll mark this as unreproducible now,
and close it in a few weeks if you can't reproduce it either under Emacs
25.

Steve Purcell  writes:

> Typing into an org buffer becomes very unresponsive under viper-mode. The 
> input
> cursor flickers rapidly between windows, and entered characters are not
> immediately displayed.
>
> I could not reproduce this bug via "emacsclient -t" -- it appears to affect 
> only
> my Emacs' main NS frame.
>
> How to reproduce:
>
> Fire up emacs with -q.
>
> Start viper-mode (M-x viper-mode, then 'n', '5', 'n').
>
> Open an org document.  Split the window, e.g. with C-x 2, so that the org doc 
> is
> in one window, and a different buffer (e.g. *scratch*) is in the other window.
> You'll need to "M-x viper-mode" in the *scratch* buffer to flip it into viper
> mode too.
>
> Now, enter insert mode in *scratch* (i) and type a few words.  The typing 
> should
> be responsive, with no cursor flicker.
>
> Now switch to the org buffer and try the same.  The typing becomes 
> unresponsive,
> with a delay before the characters/words appear, and the cursor will flicker
> rapidly between the two buffers.
>
> The lack of responsiveness has caused me to give up on CVS Emacs for now, 
> since
> I'm so reliant on org-mode, and although I looked briefly in the org code for 
> a
> possible cause, I didn't discover anything.
>
> I've observed the flickering from non-org buffers, but not to the same extent,
> and I haven't detected a pattern.
>
> If I remember correctly, this started sometime in January; I update my Emacs 
> and
> Org from CVS/git almost daily, so either could be at fault.
>
>
>
> In GNU Emacs 23.0.90.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
>  of 2009-02-20 on mandala.as24.local
> Windowing system distributor `Apple', version 10.3.949
> configured using `configure  '--with-ns''
>
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: en_US.UTF-8
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: en_US
>   value of $XMODIFIERS: nil
>   locale-coding-system: utf-8-unix
>   default-enable-multibyte-characters: t
>
> Major mode: Help
>
> Minor modes in effect:
>   tooltip-mode: t
>   mouse-wheel-mode: t
>   menu-bar-mode: t
>   file-name-shadow-mode: t
>   global-font-lock-mode: t
>   font-lock-mode: t
>   global-auto-composition-mode: t
>   auto-composition-mode: t
>   auto-encryption-mode: t
>   auto-compression-mode: t
>   line-number-mode: t
>   transient-mark-mode: t
>   view-mode: t
>
> Recent input:
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Quit
> Loading url...done
> Loading vc-git...done
> View mode: type C-h for help, h for commands, q to quit.
> Buffer is read-only: #
> Type C-x 1 to delete the help window.
> Quit
> Making completion list... [3 times]

Re: [O] [BUG] (wrong-type-argument wholenump nil)

[Andrew Hyatt]

I see this as well with org-indent-line-to, and org-clock-in.  org-clock-in
calls org-indent-line-to with a negative number, and org-indent-line-to
calls indent-line-to with a negative number, which calls move-to-column
with a negative number.  But move-to-column doesn't allow negative numbers.



On Wed, Jul 24, 2013 at 9:34 AM, Sebastien Vauban
sva-n...@mygooglest.comwrote:

 Hello,

 With a *minimal config file* and

   Org-mode version 8.0.6 (release_8.0.6-357-gf00d75 @
 d:/Users/sva/Public/Repositories/org-mode/lisp/)

 there is a Lisp error generated when trying to split a block of code into
 two
 pieces through `C-c C-v C-d' (org-babel-demarcate-block).

 ECM:

 --8---cut here---start-8---
 #+begin_src sh
 ls
 ls
 #+end_src
 --8---cut here---end---8---

 Steps to reproduce:

 1. Put point on the second ls line
 2. Press `C-c C-v C-d'

 Backtrace:

 --8---cut here---start-8---
 Debugger entered--Lisp error: (wrong-type-argument wholenump nil)
   make-string(nil 32)
   (let ((lang (nth 0 info)) (indent (make-string (nth 5 info) 32))) ...)
   ...
   org-babel-demarcate-block(nil)
   call-interactively(org-babel-demarcate-block nil nil)
 --8---cut here---end---8---

 FYI, it works in an old Org version (such as 7.9.2+, bundled with GNU Emacs
 24.2.91.1).

 Best regards,
   Seb

 --
 Sebastien Vauban

Re: [O] Org Writer's room

[Andrew Hyatt]

This sounds like an interesting project.  My advice is to make a few
screenshots that give people an idea what you are working towards.  Of
course, they could be completely fake, but it would be helpful to
understand for people like me who haven't used Scrivener.


On Wed, Dec 5, 2012 at 11:01 AM, Matt Price mopto...@gmail.com wrote:

 Hi Everyone,

 Prompted by a couple of recent threads on help-gnu-emacs
 (http://comments.gmane.org/gmane.emacs.help/87787), I am trying to
 create a minor mode for org that would implement some of the cool
 features of Scrivener
 (http://www.literatureandlatte.com/scrivener.php).

 Scrivener is  a closed-source but still very cool authoring tool for
 writers.  After testdriving it, I find that Scrivener's interface
 really makes it easy to concentrate on writing while still being aware
 of the overall structure of a big project.  Lots of my daughter's
 friends use it for National Novel Writing Month, in which they try to
 write a 50,000 word novel in 30 days; and I'm finding that more and
 more of my students have switched to Scrivener from Word or
 Libreoffice, over which it offers a lot of improvements (though it's
 not so good atthings like footnotes).

 Emacs is pretty different from Scrivener (!!), but I still think we
 could implement some of its features, and that doing so would make
 emacs/org-mode a *way* better environment for writers.  So I've
 started working on org-writers-room.el.  I'm a terrible coder, and I
 can't think in Lisp at all, so I think the code is pretty bad!  And
 right now it doesn't do much -- just sets up the basic window layout
 and define one or two functions  But the ambitions are described in
 more detail on the github repository:

 https://github.com/titaniumbones/org-writers-room

 I would be really grateful for feedback from both coders and writers.
 I'd especially love it if anyone had some ideas on how to implement
 the missing features, or better yet, was able to write some code for
 the project!  As I say, I feel a little over my head when it comes to
 elisp.

 Thanks very much!
 Matt

Re: [O] [OT] Xiki - could something like that be done with emacs+orgmode?

[Andrew Hyatt]

That's odd, I get No org-babel-execute function for sh!.  I think I
just hadn't require'd ob-sh, and when I did this fixed the problem.
Thanks!

My point about removing the boilerplate still stands, however.  If I
have some free time in the next month, I may try to see if I can get
it removed as I proposed above.

On Wed, Sep 19, 2012 at 2:27 AM, Sean O'Halpin sean.ohal...@gmail.com wrote:
 On Wed, Sep 19, 2012 at 4:37 AM, Andrew Hyatt ahy...@gmail.com wrote:

 The xiki video is interesting, and I immediately thought of babel.
 However, babel sh-mode doesn't have support for execution yet.

 Not sure what you mean by that. Place cursor in source block and hit C-c, e.g.

 #+BEGIN_ORG
 * Shell example

 #+begin_src sh
 date
 #+end_src

 #+RESULTS:
 : Wed Sep 19 07:24:17 BST 2012

 #+END_ORG

 Regards,
 Sean

Re: [O] [OT] Xiki - could something like that be done with emacs+orgmode?

[Andrew Hyatt]

The xiki video is interesting, and I immediately thought of babel.
However, babel sh-mode doesn't have support for execution yet. Even if
it did, it wouldn't be a really good alternative, due to babel's
verbosity.

One idea is to have a babel subtree (or buffer) that is keyed to a
specific language, so that everything under it is assumed to be an
executable statement.  Something like:

* Project A
** Shell
   :PROPERTIES:
   :BABEL-TYPE: sh
   :END:

ls
  - file1
  - file2
  - file3

run_server
  ouput-buffer

** Next thing

Where the files and output-buffer are linked.  The interaction within
the BABEL-TYPE heading would be similar to the *scratch* buffer, just
execute and it gives you the result immediately below.  Except the
result should work be org-output, and linked when appropriate.

Babel would be handling this, but it wouldn't need the boilerplate for
each command, or each output.

The idea to use [[shell:ls]] and things like that is also useful, but
right now the output goes to a different buffer, and is not otherwise
tied in with org-mode.  This is why I think babel might be a better
fit for this type of functionality.


On Tue, Sep 18, 2012 at 2:23 AM, Bastien b...@altern.org wrote:
 Hi Marcelo,

 Marcelo de Moraes Serpa celose...@gmail.com writes:

 http://www.youtube.com/watch?v=bUR_eUVcABgfeature=youtu.be

 I'm wondering it something like that could be done with emacs (and
 possibly integrating orgmode to add the outlining features)?

 * [[shell:ls -l]]

 * shell:pwd

 ... etc etc.

 I think pretty all the features described here are already available
 with some elisp.

 The basic idea is that the command prompt and the results are of the
 same kind: text you can edit, and that can produce an output... that you
 can further reuse as a command.  Which is the core idea of Org.

 If there is any specific feature displayed in the video that seems
 useful for Org, let us know.

 My 2 cents,

 --
  Bastien

[O] Adding the ability to archive into the datetree (updated)

[Andrew Hyatt]

Hi everyone,

I previously sent out a patch to add the ability to archive into the
datetree.  The ability to store finished items by date (along with any
other journal-type entry) seems pretty useful to me, which is why I
wrote this.  Bernt Hansen did a review of my previous patch, and did a
great job in testing it out, catching several issues.  Thanks, Bernt!

I've fixed all the reported issues, and am attaching the modified
patch. I'd love for this to get into the next release.  If anyone has
a desire to try this out, I'd love to hear if it is clear how to use
it, and if you encounter any issues.


0001-Add-the-ability-to-archive-to-the-datetree.patch
Description: Binary data

Re: [O] [PATCH] Add the ability to archive to the datetree.

[Andrew Hyatt]

The documentation didn't go into any details about how to specify the
org-archive-location, or what you could do with it,  instead it just
referred to the documentation of that variable.  Still, now that you
mention it, it seemed worthwhile to add  something to the docs, so I
did that.  I'll send another version of the patch now.

On Wed, Nov 9, 2011 at 6:22 AM, Bernt Hansen be...@norang.ca wrote:
 Hi Andrew,

 I'm just eyeballing your patch and there's a typo in your last hunk -
 see comment inline.

 Don't you also need to update the texinfo documentation for this
 enhancement?

 -Bernt

 Andrew Hyatt ahy...@gmail.com writes:

 * org.el (org-archive-location): Add documentation on new datetree
 option.
 * org-archive.el (org-archive-subtree): Add special handling
 of datetree options to archive to datetree.

 ---
  lisp/org-archive.el |   21 +
  lisp/org.el         |    7 +++
  2 files changed, 24 insertions(+), 4 deletions(-)

 diff --git a/lisp/org-archive.el b/lisp/org-archive.el
 index 16c35cf..4df6f1e 100644
 --- a/lisp/org-archive.el
 +++ b/lisp/org-archive.el
 @@ -213,13 +213,14 @@ this heading.
                (current-time)))
         category todo priority ltags itags atags
         ;; end of variables that will be used for saving context
 -       location afile heading buffer level newfile-p infile-p visiting)
 +       location afile heading buffer level newfile-p infile-p visiting
 +       datetree-date)

        ;; Find the local archive location
        (setq location (org-get-local-archive-location)
           afile (org-extract-archive-file location)
           heading (org-extract-archive-heading location)
 -         infile-p (equal file (abbreviate-file-name afile)))
 +         infile-p (equal file (abbreviate-file-name (or afile 
        (unless afile
       (error Invalid `org-archive-location'))

 @@ -230,6 +231,12 @@ this heading.
       (setq buffer (current-buffer)))
        (unless buffer
       (error Cannot access file \%s\ afile))
 +      (when (string-match \\`datetree/ heading)
 +     ;; Replace with ***, to represent the 3 levels of headings the
 +     ;; datetree has.
 +     (setq heading (string-replace-match \\`datetree/ heading ***))
 +     (setq datetree-date (org-date-to-gregorian
 +                          (or (org-entry-get nil CLOSED t) time
        (if (and ( (length heading) 0)
              (string-match ^\\*+ heading))
         (setq level (match-end 0))
 @@ -262,6 +269,9 @@ this heading.
         (goto-char (point-max))
         (insert (format \nArchived entries from file %s\n\n
                         (buffer-file-name this-buffer
 +     (when datetree-date
 +       (org-datetree-find-date-create datetree-date)
 +       (org-narrow-to-subtree))
       ;; Force the TODO keywords of the original buffer
       (let ((org-todo-line-regexp tr-org-todo-line-regexp)
             (org-todo-keywords-1 tr-org-todo-keywords-1)
 @@ -285,7 +295,8 @@ this heading.
                 ;; Heading not found, just insert it at the end
                 (goto-char (point-max))
                 (or (bolp) (insert \n))
 -               (insert \n heading \n)
 +               ;; datetrees don't need to much spacing
 +               (if datetree-date (insert heading) (insert \n heading 
 \n))
                 (end-of-line 0))
               ;; Make the subtree visible
               (show-subtree)
 @@ -296,7 +307,8 @@ this heading.
                 (org-end-of-subtree t))
               (skip-chars-backward  \t\r\n)
               (and (looking-at [ \t\r\n]*)
 -                  (replace-match \n\n)))
 +                  ;; datetree archives don't need so much spacing.
 +                  (replace-match (if datetree-date \n \n\n
           ;; No specific heading, just go to end of file.
           (goto-char (point-max)) (insert \n))
         ;; Paste
 @@ -326,6 +338,7 @@ this heading.
                 (setq n (concat ARCHIVE_ (upcase (symbol-name e
                 (org-entry-put (point) n v)

 +       (widen)
         ;; Save and kill the buffer, if it is not the same buffer.
         (when (not (eq this-buffer buffer))
           (save-buffer
 diff --git a/lisp/org.el b/lisp/org.el
 index 6ee3b4e..9c80c9c 100644
 --- a/lisp/org.el
 +++ b/lisp/org.el
 @@ -4046,6 +4046,13 @@ Here are a few examples:
       Archive in file ./basement (relative path), as level 3 trees
       below the level 2 heading \** Finished Tasks\.

 +\~/org/datetree.org::datetree/* Finished Tasks\
 +        The \datetree/\ string is special, signifiying to
                                                ^^^
 Typo here                                       signifying

 +        archive items to the datetree.  Items are placed in
 +        either the CLOSED date of the item, or the current date
 +        if there is no CLOSED date.  The heading will be a
 +        subentry to the current date.
 +
  You may set this option on a per-file basis by adding

[O] [PATCH] Add the ability to archive to the datetree.

[Andrew Hyatt]

* org.el (org-archive-location): Add documentation on new datetree
option.
* org-archive.el (org-archive-subtree): Add special handling
of datetree options to archive to datetree.

---
 doc/org.texi|   22 +-
 lisp/org-archive.el |   21 +
 lisp/org.el |7 +++
 3 files changed, 37 insertions(+), 13 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index 143b184..128f966 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -6854,16 +6854,20 @@ is invoked, the level 1 trees will be checked.
 @cindex archive locations
 The default archive location is a file in the same directory as the
 current file, with the name derived by appending @file{_archive} to the
-current file name.  For information and examples on how to change this,
+current file name.  You can also choose what heading to file archived
+items under, with the possibility to add them to a datetree in a file.
+For information and examples on how to specify the file and the heading,
 see the documentation string of the variable
-@code{org-archive-location}.  There is also an in-buffer option for
-setting this variable, for example@footnote{For backward compatibility,
-the following also works: If there are several such lines in a file,
-each specifies the archive location for the text below it.  The first
-such line also applies to any text before its definition.  However,
-using this method is @emph{strongly} deprecated as it is incompatible
-with the outline structure of the document.  The correct method for
-setting multiple archive locations in a buffer is using properties.}:
+@code{org-archive-location}.
+
+There is also an in-buffer option for setting this variable, for
+example@footnote{For backward compatibility, the following also works:
+If there are several such lines in a file, each specifies the archive
+location for the text below it.  The first such line also applies to any
+text before its definition.  However, using this method is
+@emph{strongly} deprecated as it is incompatible with the outline
+structure of the document.  The correct method for setting multiple
+archive locations in a buffer is using properties.}:

 @cindex #+ARCHIVE
 @example
diff --git a/lisp/org-archive.el b/lisp/org-archive.el
index 16c35cf..35ef290 100644
--- a/lisp/org-archive.el
+++ b/lisp/org-archive.el
@@ -213,13 +213,14 @@ this heading.
 (current-time)))
  category todo priority ltags itags atags
  ;; end of variables that will be used for saving context
- location afile heading buffer level newfile-p infile-p visiting)
+ location afile heading buffer level newfile-p infile-p visiting
+ datetree-date)

   ;; Find the local archive location
   (setq location (org-get-local-archive-location)
afile (org-extract-archive-file location)
heading (org-extract-archive-heading location)
-   infile-p (equal file (abbreviate-file-name afile)))
+   infile-p (equal file (abbreviate-file-name (or afile 
   (unless afile
(error Invalid `org-archive-location'))

@@ -230,6 +231,12 @@ this heading.
(setq buffer (current-buffer)))
   (unless buffer
(error Cannot access file \%s\ afile))
+  (when (string-match \\`datetree/ heading)
+   ;; Replace with ***, to represent the 3 levels of headings the
+   ;; datetree has.
+   (setq heading (string-replace-match \\`datetree/ heading ***))
+   (setq datetree-date (org-date-to-gregorian
+(or (org-entry-get nil CLOSED t) time
   (if (and ( (length heading) 0)
   (string-match ^\\*+ heading))
  (setq level (match-end 0))
@@ -262,6 +269,9 @@ this heading.
  (goto-char (point-max))
  (insert (format \nArchived entries from file %s\n\n
  (buffer-file-name this-buffer
+   (when datetree-date
+ (org-datetree-find-date-create datetree-date)
+ (org-narrow-to-subtree))
;; Force the TODO keywords of the original buffer
(let ((org-todo-line-regexp tr-org-todo-line-regexp)
  (org-todo-keywords-1 tr-org-todo-keywords-1)
@@ -285,7 +295,8 @@ this heading.
  ;; Heading not found, just insert it at the end
  (goto-char (point-max))
  (or (bolp) (insert \n))
- (insert \n heading \n)
+ ;; datetrees don't need too much spacing
+ (if datetree-date (insert heading) (insert \n heading \n))
  (end-of-line 0))
;; Make the subtree visible
(show-subtree)
@@ -296,7 +307,8 @@ this heading.
  (org-end-of-subtree t))
(skip-chars-backward  \t\r\n)
(and (looking-at [ \t\r\n]*)
-(replace-match \n\n)))
+;; datetree archives don't need so much spacing.
+

[O] [PATCH] Add the ability to archive to the datetree.

[Andrew Hyatt]

* org.el (org-archive-location): Add documentation on new datetree
option.
* org-archive.el (org-archive-subtree): Add special handling
of datetree options to archive to datetree.

---
 lisp/org-archive.el |   21 +
 lisp/org.el |7 +++
 2 files changed, 24 insertions(+), 4 deletions(-)

diff --git a/lisp/org-archive.el b/lisp/org-archive.el
index 16c35cf..4df6f1e 100644
--- a/lisp/org-archive.el
+++ b/lisp/org-archive.el
@@ -213,13 +213,14 @@ this heading.
 (current-time)))
  category todo priority ltags itags atags
  ;; end of variables that will be used for saving context
- location afile heading buffer level newfile-p infile-p visiting)
+ location afile heading buffer level newfile-p infile-p visiting
+ datetree-date)

   ;; Find the local archive location
   (setq location (org-get-local-archive-location)
afile (org-extract-archive-file location)
heading (org-extract-archive-heading location)
-   infile-p (equal file (abbreviate-file-name afile)))
+   infile-p (equal file (abbreviate-file-name (or afile 
   (unless afile
(error Invalid `org-archive-location'))

@@ -230,6 +231,12 @@ this heading.
(setq buffer (current-buffer)))
   (unless buffer
(error Cannot access file \%s\ afile))
+  (when (string-match \\`datetree/ heading)
+   ;; Replace with ***, to represent the 3 levels of headings the
+   ;; datetree has.
+   (setq heading (string-replace-match \\`datetree/ heading ***))
+   (setq datetree-date (org-date-to-gregorian
+(or (org-entry-get nil CLOSED t) time
   (if (and ( (length heading) 0)
   (string-match ^\\*+ heading))
  (setq level (match-end 0))
@@ -262,6 +269,9 @@ this heading.
  (goto-char (point-max))
  (insert (format \nArchived entries from file %s\n\n
  (buffer-file-name this-buffer
+   (when datetree-date
+ (org-datetree-find-date-create datetree-date)
+ (org-narrow-to-subtree))
;; Force the TODO keywords of the original buffer
(let ((org-todo-line-regexp tr-org-todo-line-regexp)
  (org-todo-keywords-1 tr-org-todo-keywords-1)
@@ -285,7 +295,8 @@ this heading.
  ;; Heading not found, just insert it at the end
  (goto-char (point-max))
  (or (bolp) (insert \n))
- (insert \n heading \n)
+ ;; datetrees don't need to much spacing
+ (if datetree-date (insert heading) (insert \n heading \n))
  (end-of-line 0))
;; Make the subtree visible
(show-subtree)
@@ -296,7 +307,8 @@ this heading.
  (org-end-of-subtree t))
(skip-chars-backward  \t\r\n)
(and (looking-at [ \t\r\n]*)
-(replace-match \n\n)))
+;; datetree archives don't need so much spacing.
+(replace-match (if datetree-date \n \n\n
;; No specific heading, just go to end of file.
(goto-char (point-max)) (insert \n))
  ;; Paste
@@ -326,6 +338,7 @@ this heading.
  (setq n (concat ARCHIVE_ (upcase (symbol-name e
  (org-entry-put (point) n v)

+ (widen)
  ;; Save and kill the buffer, if it is not the same buffer.
  (when (not (eq this-buffer buffer))
(save-buffer
diff --git a/lisp/org.el b/lisp/org.el
index 6ee3b4e..9c80c9c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -4046,6 +4046,13 @@ Here are a few examples:
Archive in file ./basement (relative path), as level 3 trees
below the level 2 heading \** Finished Tasks\.

+\~/org/datetree.org::datetree/* Finished Tasks\
+The \datetree/\ string is special, signifiying to
+archive items to the datetree.  Items are placed in
+either the CLOSED date of the item, or the current date
+if there is no CLOSED date.  The heading will be a
+subentry to the current date.
+
 You may set this option on a per-file basis by adding to the buffer a
 line like

-- 
1.7.3.1

[O] Archive to date-tree

[Andrew Hyatt]

Would anyone be interested in the ability to archive to the current
date in date-tree instead of an archive file?  I'm toying with the
idea of implementing this, and I could send it in as a patch when it
is done, or just leave it as a personal module if no one is
particularly interested.

Re: [O] do it today, or well, tomorrow

[Andrew Hyatt]

While we're talking about scheduling... one thing I'd love to see, but
never figured out how to do, is to schedule a parent task, and have
the subtasks all inherit that schedule.  I think I've tried most
obvious things, but schedules seem just not to be inherited.

On Wed, Oct 12, 2011 at 1:12 PM, Carsten Dominik
carsten.domi...@gmail.com wrote:

 On 12.10.2011, at 18:08, Andrea Crotti wrote:

 On 10/12/2011 04:55 PM, Carsten Dominik wrote:

 An alternative is to use the scheduling mechanism.

 * TODO My Task
   SCHEDULED:2011-10-12 Wed

 This task will automatically be forwarded to the following day, until it is 
 done.

 - Carsten


 Fantastic!
 I only see the habit page on the manual now, but it has to be enabled,
 and the SCHEDULED setting has to be done by hand right?

 Use C-c C-s for this.  All described in detail in the manual - take the time 
 to read it!

 Maybe I should use a capture template for that?

 That is also a possibility, of course!


 And it's not very clear how do I set an habit on a task, when I run
 org-habit-toggle-habits it opens me the agenda buffer, instead of doing 
 something in
 the current task as I (wrongly) expected.

 Again, the manual does cover this.  the toggle-habit function is for turning 
 them on and off in the agenda display.

 - Carsten

Re: [Orgmode] OrgCamp in NYC?

[Andrew Hyatt]

I'd love to attend a NYC one, and can probably arrange for hosting in
a nice space in Manhattan as well.

On Sat, Jan 22, 2011 at 6:23 PM, Bradley M. Kuhn bk...@ebb.org wrote:
 Bastien wrote on Thursday the 6th:
   OrgCamps are informal events where people gather IRL to contribute
    to Org by discussing how they use it and by doing contributions to
    the code, the manuals and the online tutorials.

 This is an excellent idea.  I hope today's OrgCamp in Paris went well --
 I wish I could have been there. :)

 Meanwhile, I can offer space in NYC (just a conference room) in NYC that
 can host up to 10 people.  It's in Brooklyn, not too far from Manhattan,
 near transit lines.

 Would anyone in NYC have an interest in an OrgCamp?  I don't have time
 to organize it, but I can coordinate logistics for the venue if someone
 else would be willing to do the rest.

 It looks like Paris got 17 people by the end.  We'd have to be about
 half that for the space I have available, but I'm willing if others are.
 --
   -- bkuhn

 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [ANN] org-mime -- using orgmode to send html mail?

[Andrew Hyatt]

Thanks! I  finally got it to work. I actually did have the latest code, but
my issue was that when I upgraded to the new org, I forgot to byte-compile
before I did M-x org-reload.

After I got your latest code, it all works now.  I'm looking forward to
using it!

On Wed, Apr 14, 2010 at 10:59 AM, Eric Schulte schulte.e...@gmail.comwrote:

 Hi Andrew,

 I started my emacs with the -Q option, and to my surprise I got the same
 error that you have described.  I've been able to hunt down the source
 of this problem, and it is an old version of org-export-as-org, which
 means that you are not loading the latest version of the core org-mode,
 but rather the version distributed with Emacs.

 This is what happened to me when I started with the -Q option and simple
 required org-install without first adding the path to the newer version
 of org-mode to my load path.

 An easy way to verify that this is the case is to call describe-function
 with C-h f org-export-as-org, then jump to the source-code of the
 function by pressing enter on the linked function name, and jumping down
 to the last 5 lines of the function definition.  If they don't look like


 (if (equal to-buffer 'string)
   (progn (setq str-ret (buffer-string))
  (kill-buffer (current-buffer))
  str-ret)
 (kill-buffer (current-buffer)))



 then you are still using an old version of Org-mode.  Hopefully once you
 are sync'd to the head of the org-mode repository this error will be
 fixed.

 Hope this helps, Best -- Eric

 Andrew Hyatt ahy...@gmail.com writes:

  I do get the same result you do.  Hopefully, I'll have some time tomorrow
 to
  look into the issue.  RIght now, though, my problem is not the nil, but
 the
  error I reported in my previous email.
 
  On Tue, Apr 13, 2010 at 8:57 PM, Eric Schulte schulte.e...@gmail.com
 wrote:
 
  So, for some reason the `org-mime-org-export' helper function is
  returning nil on your (and Eric's) machines.  Could you try evaluating
  (C-M-x) the following in your *scratch* buffer?
 
  (insert (org-mime-org-export html - first
  - second
  - third (make-temp-file quick-test)))
 
  When I execute the above it inserts the following into the scratch
  buffer
 
  ul
  li
  first
  /li
  li
  second
  /li
  li
  third
  /li
  /ul
 
  If instead you get an error, or it inserts nil, then it means that our
  systems are somehow different with respect to that function, which is a
  slight alteration of `org-run-like-in-org-mode'.
 
  At that point you could try using something like
 
  (org-run-like-in-org-mode 'org-export-as-html)
 
  to export a non-html buffer to html, or you could also try starting up
  Emacs with the -Q option, then loading org-mime.el, opening an org-mode
  file, and calling org-mime-org-buffer-htmlize, and sending an email to
  yourself.
 
  Sorry I can't be of more help, I'm really mystified as to how this
  function could be returning nil.
 
  Best -- Eric
 
  Andrew Hyatt ahy...@gmail.com writes:
 
   Thanks for the response.  I upgraded, now I get a
  
   Debugger entered--Lisp error: (wrong-type-argument arrayp t)
substring(t 33)
(progn (insert org-mime-default-header) (insert body) (write-file
  tmp-file)
   (org-load-modules-maybe) (unless org-local-vars (setq org-local-vars
  ...))
   (substring (eval ...) (if ... ... 0)))
(unwind-protect (progn (insert org-mime-default-header) (insert body)
   (write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars
  ...)
   (substring ... ...)) (and (buffer-name temp-buffer) (kill-buffer
   temp-buffer)))
(save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn
 ...
   ... ... ... ... ...) (and ... ...)))
(with-current-buffer temp-buffer (unwind-protect (progn ... ... ...
 ...
  ...
   ...) (and ... ...)))
(let ((temp-buffer ...)) (with-current-buffer temp-buffer
  (unwind-protect
   ... ...)))
(with-temp-buffer (insert org-mime-default-header) (insert body)
   (write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars
  (setq
   org-local-vars ...)) (substring (eval ...) (if ... ... 0)))
(save-excursion (with-temp-buffer (insert org-mime-default-header)
  (insert
   body) (write-file tmp-file) (org-load-modules-maybe) (unless
  org-local-vars
   ...) (substring ... ...)))
org-mime-org-export(org #(\nHTML test\n\n~foo~\n=bar=\n_baz_\n\n|
 1 |
  2
   |\n| a | b |\n 0 1 (fontified t) 1 11 (fontified t) 11 12 (fontified
 t)
  12
   18 (fontified t) 18 24 (fontified t) 24 30 (fontified t) 30 31
 (fontified
  t)
   31 40 (fontified t face (gnus-cite-1 message-cited-text)) 40 41
  (fontified
   t) 41 50 (fontified t face (gnus-cite-1 message-cited-text)) 50 51
   (fontified t)) /tmp/mail2522ZvL)
(let* ((region-p ...) (html-start ...) (html-end ...) (raw-body ...)
   (tmp-file ...) (body ...) (org-export-skip-text-before-1st-heading
 nil)
   (org-export-htmlize-output-type ...) (org-export-preserve-breaks
   org-mime-preserve-breaks

Re: [Orgmode] [ANN] org-mime -- using orgmode to send html mail?

[Andrew Hyatt]

I do get the same result you do.  Hopefully, I'll have some time tomorrow to
look into the issue.  RIght now, though, my problem is not the nil, but the
error I reported in my previous email.

On Tue, Apr 13, 2010 at 8:57 PM, Eric Schulte schulte.e...@gmail.comwrote:

 So, for some reason the `org-mime-org-export' helper function is
 returning nil on your (and Eric's) machines.  Could you try evaluating
 (C-M-x) the following in your *scratch* buffer?

 (insert (org-mime-org-export html - first
 - second
 - third (make-temp-file quick-test)))

 When I execute the above it inserts the following into the scratch
 buffer

 ul
 li
 first
 /li
 li
 second
 /li
 li
 third
 /li
 /ul

 If instead you get an error, or it inserts nil, then it means that our
 systems are somehow different with respect to that function, which is a
 slight alteration of `org-run-like-in-org-mode'.

 At that point you could try using something like

 (org-run-like-in-org-mode 'org-export-as-html)

 to export a non-html buffer to html, or you could also try starting up
 Emacs with the -Q option, then loading org-mime.el, opening an org-mode
 file, and calling org-mime-org-buffer-htmlize, and sending an email to
 yourself.

 Sorry I can't be of more help, I'm really mystified as to how this
 function could be returning nil.

 Best -- Eric

 Andrew Hyatt ahy...@gmail.com writes:

  Thanks for the response.  I upgraded, now I get a
 
  Debugger entered--Lisp error: (wrong-type-argument arrayp t)
   substring(t 33)
   (progn (insert org-mime-default-header) (insert body) (write-file
 tmp-file)
  (org-load-modules-maybe) (unless org-local-vars (setq org-local-vars
 ...))
  (substring (eval ...) (if ... ... 0)))
   (unwind-protect (progn (insert org-mime-default-header) (insert body)
  (write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars
 ...)
  (substring ... ...)) (and (buffer-name temp-buffer) (kill-buffer
  temp-buffer)))
   (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn ...
  ... ... ... ... ...) (and ... ...)))
   (with-current-buffer temp-buffer (unwind-protect (progn ... ... ... ...
 ...
  ...) (and ... ...)))
   (let ((temp-buffer ...)) (with-current-buffer temp-buffer
 (unwind-protect
  ... ...)))
   (with-temp-buffer (insert org-mime-default-header) (insert body)
  (write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars
 (setq
  org-local-vars ...)) (substring (eval ...) (if ... ... 0)))
   (save-excursion (with-temp-buffer (insert org-mime-default-header)
 (insert
  body) (write-file tmp-file) (org-load-modules-maybe) (unless
 org-local-vars
  ...) (substring ... ...)))
   org-mime-org-export(org #(\nHTML test\n\n~foo~\n=bar=\n_baz_\n\n| 1 |
 2
  |\n| a | b |\n 0 1 (fontified t) 1 11 (fontified t) 11 12 (fontified t)
 12
  18 (fontified t) 18 24 (fontified t) 24 30 (fontified t) 30 31 (fontified
 t)
  31 40 (fontified t face (gnus-cite-1 message-cited-text)) 40 41
 (fontified
  t) 41 50 (fontified t face (gnus-cite-1 message-cited-text)) 50 51
  (fontified t)) /tmp/mail2522ZvL)
   (let* ((region-p ...) (html-start ...) (html-end ...) (raw-body ...)
  (tmp-file ...) (body ...) (org-export-skip-text-before-1st-heading nil)
  (org-export-htmlize-output-type ...) (org-export-preserve-breaks
  org-mime-preserve-breaks) (html-and-images ...) (html-images ...) (html
  ...)) (delete-region html-start html-end) (save-excursion (goto-char
  html-start) (insert ... ...)))
   org-mime-htmlize(nil)
   call-interactively(org-mime-htmlize record nil)
 
  I tried this with orgstruct-mode off and on, but it was the same error
  either way.  Earlier, before I got the latest version, I tried with
  orgstruct-mode on, and it successfull htmlized my mail. But, when I
 received
  it, the mail only contained the word nil.
 
  On Mon, Apr 12, 2010 at 1:22 PM, Eric Schulte schulte.e...@gmail.com
 wrote:
 
  Hi Andrew,
 
  Thanks for the report.  My guess is that somehow the call to
  org-export-as-html is erroring out because some org-mode variables
  aren't being set, maybe you don't have orgstruct-mode as a minor-mode in
  your email composition -- not that it's required, but that could be the
  difference between our setups which is causing you to see the bug and
  not me.
 
  I've changed the `org-mime-org-export' so it more closely mimics the
  `org-run-like-in-org-mode' wrapping function, which should hopefully fix
  this problem.  Please let me know either way, and if the problem
  persists we can try to figure out exactly which variable isn't being
  initialized.
 
  Thanks for the report! -- Eric
 
  Andrew Hyatt ahy...@gmail.com writes:
 
   This looks great.  However, I get an error on my test mail:
  
   This is should be HTML mode.
  
   ~foo~
   =bar=
   _baz_
  
   | Table | A |
   | 1 | 2 |
  
   On calling org-mime-htmlize
  
   Debugger entered--Lisp error: (wrong-type-argument stringp nil)
 string-match(nil #(This is should be HTML mode. 0 28 (fontified
 t)))
 byte-code

Re: [Orgmode] [ANN] org-mime -- using orgmode to send html mail?

[Andrew Hyatt]

This looks great.  However, I get an error on my test mail:

This is should be HTML mode.

~foo~
=bar=
_baz_

| Table | A |
| 1 | 2 |

On calling org-mime-htmlize

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  string-match(nil #(This is should be HTML mode. 0 28 (fontified t)))
  byte-code(\304\211\305\n\\203A
  org-html-handle-time-stamps(#(This is should be HTML mode. 0 28
(fontified t)))
  byte-code(\203
  org-export-as-html(nil nil nil string t)
  (let nil (org-export-as-html nil nil nil (quote string) t))
  eval((let nil (org-export-as-html nil nil nil (quote string) t)))
  (progn (insert org-mime-default-header) (insert body) (write-file
tmp-file) (eval (list ... org-local-vars ...)))
  (unwind-protect (progn (insert org-mime-default-header) (insert body)
(write-file tmp-file) (eval ...)) (and (buffer-name temp-buffer)
(kill-buffer temp-buffer)))
  (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn ...
... ... ...) (and ... ...)))
  (with-current-buffer temp-buffer (unwind-protect (progn ... ... ... ...)
(and ... ...)))
  (let ((temp-buffer ...)) (with-current-buffer temp-buffer (unwind-protect
... ...)))
  (with-temp-buffer (insert org-mime-default-header) (insert body)
(write-file tmp-file) (eval (list ... org-local-vars ...)))
  (save-excursion (with-temp-buffer (insert org-mime-default-header) (insert
body) (write-file tmp-file) (eval ...)))
  org-mime-org-export(html #(\nThis is should be HTML
mode.\n\n~foo~\n=bar=\n_baz_\n\n| Table | A |\n| 1 | 2 | \n\n-- \n 0 1
(fontified t) 1 42 (fontified t) 42 43 (fontified t) 43 44 (article-type
emphasis fontified t) 44 47 (fontified t) 47 48 (article-type emphasis
fontified t) 48 50 (fontified t) 50 63 (fontified t face (gnus-cite-1
message-cited-text)) 63 64 (fontified t) 64 78 (fontified t face
(gnus-cite-1 message-cited-text)) 78 79 (fontified t rear-nonsticky t) 79 80
(fontified t) 80 84 (fontified t)) /tmp/mail2522NRw)
  (org-mime-replace-images (org-mime-org-export html raw-body tmp-file)
tmp-file)
  (let* ((region-p ...) (html-start ...) (html-end ...) (raw-body ...)
(tmp-file ...) (body ...) (org-export-skip-text-before-1st-heading nil)
(org-export-htmlize-output-type ...) (org-export-preserve-breaks
org-mime-preserve-breaks) (html-and-images ...) (html-images ...) (html
...)) (delete-region html-start html-end) (save-excursion (goto-char
html-start) (insert ... ...)))
  org-mime-htmlize(nil)


On Fri, Apr 9, 2010 at 12:41 PM, Eric Schulte schulte.e...@gmail.comwrote:

 Announcing the addition of org-mime to the contrib directory of Org-mode

 this allows sending HTML email using org-mode including...


- *tables*   colname onecolname two  11 24 39
- *inline images* including latex equations [image: $f(n) = n +
\frac{1}{n} \int_{0}^{n}{d_x f(x) + f(n - x)}$] and the results of
ditaa blocks, etc…

 [image: blue.png]

- *blockquotes*

HTML e-mail is the use of a subset of HTML (often ill-defined) to
provide formatting and semantic markup capabilities in e-mail that are not
available with plain text. – wikipedia

 - fontified *code blocks* (shown below)
- and *HTML character* conversion, like ∀ character c s.t. ∃ h ∈ *HTML
characters* and c ≡ h, org-html-export of c results in h



 The original org-mode formatted plain text is included as a text/plain
 mime alternative to the generated html.

 Below find the org-mime export of the org-mime worg page which will be
 available at http://orgmode.org/worg/org-contrib/org-mime.php.

 Best -- Eric

 General

 org-mime can be used to send HTML email using Org-mode HTML export.

 This approximates a WYSiWYG HTML mail editor from within Emacs, and can be
 useful for sending tables, notified source code, and inline images in email.

   How to use it
  Setup

 org-mime exposes two functions
  `org-mime-htmlize' can be called from within a mail composition buffer to
 export either the entire buffer or just the active region to html, and embed
 the results into the buffer as a text/html mime section.

 org-mime-htmlize is an interactive Lisp function in `org-mime.el'.

 (org-mime-htmlize ARG)

 Export a portion of an email body composed using `mml-mode' to
 html using `org-mode'.  If called with an active region only
 export that region, otherwise export the entire body.

  `org-mime-org-buffer-htmlize' can be called from within an Org-mode
 buffer to export either the whole buffer or the narrowed subtree or active
 region to HTML, and open a new email buffer including the resulting HTML
 content as an embedded mime section.

 org-mime-org-buffer-htmlize is an interactive Lisp function in
 `org-mime.el'.

 (org-mime-org-buffer-htmlize)

 Export the current org-mode buffer to HTML using
 `org-export-as-html' and package the results into an email
 handling with appropriate MIME encoding.

  The following key bindings are suggested, which bind the C-c M-o key
 sequence to the appropriate org-mime function in both email 

Re: [Orgmode] [ANN] org-mime -- using orgmode to send html mail?

[Andrew Hyatt]

Thanks for the response.  I upgraded, now I get a

Debugger entered--Lisp error: (wrong-type-argument arrayp t)
 substring(t 33)
 (progn (insert org-mime-default-header) (insert body) (write-file tmp-file)
(org-load-modules-maybe) (unless org-local-vars (setq org-local-vars ...))
(substring (eval ...) (if ... ... 0)))
 (unwind-protect (progn (insert org-mime-default-header) (insert body)
(write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars ...)
(substring ... ...)) (and (buffer-name temp-buffer) (kill-buffer
temp-buffer)))
 (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn ...
... ... ... ... ...) (and ... ...)))
 (with-current-buffer temp-buffer (unwind-protect (progn ... ... ... ... ...
...) (and ... ...)))
 (let ((temp-buffer ...)) (with-current-buffer temp-buffer (unwind-protect
... ...)))
 (with-temp-buffer (insert org-mime-default-header) (insert body)
(write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars (setq
org-local-vars ...)) (substring (eval ...) (if ... ... 0)))
 (save-excursion (with-temp-buffer (insert org-mime-default-header) (insert
body) (write-file tmp-file) (org-load-modules-maybe) (unless org-local-vars
...) (substring ... ...)))
 org-mime-org-export(org #(\nHTML test\n\n~foo~\n=bar=\n_baz_\n\n| 1 | 2
|\n| a | b |\n 0 1 (fontified t) 1 11 (fontified t) 11 12 (fontified t) 12
18 (fontified t) 18 24 (fontified t) 24 30 (fontified t) 30 31 (fontified t)
31 40 (fontified t face (gnus-cite-1 message-cited-text)) 40 41 (fontified
t) 41 50 (fontified t face (gnus-cite-1 message-cited-text)) 50 51
(fontified t)) /tmp/mail2522ZvL)
 (let* ((region-p ...) (html-start ...) (html-end ...) (raw-body ...)
(tmp-file ...) (body ...) (org-export-skip-text-before-1st-heading nil)
(org-export-htmlize-output-type ...) (org-export-preserve-breaks
org-mime-preserve-breaks) (html-and-images ...) (html-images ...) (html
...)) (delete-region html-start html-end) (save-excursion (goto-char
html-start) (insert ... ...)))
 org-mime-htmlize(nil)
 call-interactively(org-mime-htmlize record nil)

I tried this with orgstruct-mode off and on, but it was the same error
either way.  Earlier, before I got the latest version, I tried with
orgstruct-mode on, and it successfull htmlized my mail. But, when I received
it, the mail only contained the word nil.

On Mon, Apr 12, 2010 at 1:22 PM, Eric Schulte schulte.e...@gmail.comwrote:

 Hi Andrew,

 Thanks for the report.  My guess is that somehow the call to
 org-export-as-html is erroring out because some org-mode variables
 aren't being set, maybe you don't have orgstruct-mode as a minor-mode in
 your email composition -- not that it's required, but that could be the
 difference between our setups which is causing you to see the bug and
 not me.

 I've changed the `org-mime-org-export' so it more closely mimics the
 `org-run-like-in-org-mode' wrapping function, which should hopefully fix
 this problem.  Please let me know either way, and if the problem
 persists we can try to figure out exactly which variable isn't being
 initialized.

 Thanks for the report! -- Eric

 Andrew Hyatt ahy...@gmail.com writes:

  This looks great.  However, I get an error on my test mail:
 
  This is should be HTML mode.
 
  ~foo~
  =bar=
  _baz_
 
  | Table | A |
  | 1 | 2 |
 
  On calling org-mime-htmlize
 
  Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match(nil #(This is should be HTML mode. 0 28 (fontified t)))
byte-code(\304\211. \305\n \\203A
org-html-handle-time-stamps(#(This is should be HTML mode. 0 28
  (fontified t)))
byte-code( \203.
org-export-as-html(nil nil nil string t)
(let nil (org-export-as-html nil nil nil (quote string) t))
eval((let nil (org-export-as-html nil nil nil (quote string) t)))
(progn (insert org-mime-default-header) (insert body) (write-file
  tmp-file) (eval (list ... org-local-vars ...)))
(unwind-protect (progn (insert org-mime-default-header) (insert body)
  (write-file tmp-file) (eval ...)) (and (buffer-name temp-buffer)
  (kill-buffer temp-buffer)))
(save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn
 ...
  ... ... ...) (and ... ...)))
(with-current-buffer temp-buffer (unwind-protect (progn ... ... ...
 ...)
  (and ... ...)))
(let ((temp-buffer ...)) (with-current-buffer temp-buffer
 (unwind-protect
  ... ...)))
(with-temp-buffer (insert org-mime-default-header) (insert body)
  (write-file tmp-file) (eval (list ... org-local-vars ...)))
(save-excursion (with-temp-buffer (insert org-mime-default-header)
 (insert
  body) (write-file tmp-file) (eval ...)))
org-mime-org-export(html #(\nThis is should be HTML
  mode.\n\n~foo~\n=bar=\n_baz_\n\n| Table | A |\n| 1 | 2 | \n\n-- \n 0
 1
  (fontified t) 1 42 (fontified t) 42 43 (fontified t) 43 44 (article-type
  emphasis fontified t) 44 47 (fontified t) 47 48 (article-type emphasis
  fontified t) 48 50 (fontified t) 50 63 (fontified t face (gnus-cite-1

[Orgmode] Bug in org-babel-load-file

[Andrew Hyatt]

Hi guys,

There appears to be a bug in org-babel-load-file, where it calls
org-babel-tangle-file with file and base-name.  Instead of using
base-name, it should probably use the exported-file.   This causes an
issue where the elisp I am extracting is put in foo.bar instead of
foo.bar.el.  Strangely, this doesn't appear to always happen, but
only when there is a file with lots of dot-separated sections.  Any
thoughts?

This is in org 6.34trans.


___
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] More on GTD, browse todos by priority or creation date

[Andrew Hyatt]

org-mode's priority doesn't actually work well with GTD.  In org-mode,
priority is not inherited, so you can't prioritize projects, only
tasks.  Usually when this has come up on the list before, the answer
is to use tags for priority when you want to prioritize tasks.

On Mon, Nov 16, 2009 at 5:41 AM, David Maus maus.da...@gmail.com wrote:
 Hi T o n g,

 At Mon, 16 Nov 2009 02:47:39 + (UTC),
 T o n g wrote:

 Ok, enough off-track babbling, what I want to know is that weather org-
 mode can somewhat allows me to assign arbitrary levels of priority to my
 todo list, and let me browse them in their priority order (so that high
 priority items get done first). The creation date is another way for me
 to browse my todo items to see what have been on the list for too long.


 Orgmode does indeed have a priority feature that seems to fit your
 needs. You may check the Orgmode manual [1], Chapter 5.4 Priorities and
 maybe Chapter 10.4.3 Sorting of agenda items.

 Regards,

  --David

 [1] http://orgmode.org/manual/

 --
 OpenPGP... 0x316F4BE4670716FD
 Jabber dmj...@jabber.org
 Email. maus.da...@gmail.com
 ICQ... 241051416


 ___
 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: Release 6.30

[Andrew Hyatt]

Yep, that was my confusion.  Thanks!

On Wed, Sep 2, 2009 at 5:30 AM, Carsten
Dominikcarsten.domi...@gmail.com wrote:

 On Sep 2, 2009, at 10:11 AM, Tassilo Horn wrote:

 Carsten Dominik carsten.domi...@gmail.com writes:

 it is this commit:

 bbc27c011ab5d44d37dca662d1a393d429dbe4b3

 That commit is in, but grepping for separate-frame in all *.el files
 gives no result and the docs don't mention it, too.

 ,[ C-h v org-agenda-window-setup RET ]
 | org-agenda-window-setup is a variable defined in `org-agenda.el'.
 | Its value is reorganize-frame
 |
 | Documentation:
 | How the agenda buffer should be displayed.
 | Possible values for this option are:
 |
 | current-window    Show agenda in the current window, keeping all other
 windows.
 | other-frame       Use `switch-to-buffer-other-frame' to display agenda.
 | other-window      Use `switch-to-buffer-other-window' to display agenda.
 | reorganize-frame  Show only two windows on the current frame, the
 current
 |                   window and the agenda.
 | See also the variable `org-agenda-restore-windows-after-quit'.
 `

 Looking at git show bbc27c011ab5d44d37dca662d1a393d429dbe4b3 it seems
 to me, that there's no new value, but that other-frame now uses a
 dedicated window.

 Yes, this seems to have been a typo in the release notes.  You need to use
 the value `other-frame'.

 - Carsten


 Bye,
 Tassilo



 ___
 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

Re: [Orgmode] Org-mode version 6.30 (release_6.30); Batch archiving needs to be more clever

[Andrew Hyatt]

Has the behavior changed in this release?  My report was on 6.30, but
actually I forgot to mention I have not reproduced it with 6.30, but
with previous versions (since the feature was introduced).  The issue
was an error deep in the code (a stringp error, if I remember
correctly).  When that happened, there were items in the org agenda
(generated by maching on TODO items of type DONE) that could not be
navigated to.  Hitting enter on those items gave an error because the
item was not actually there anymore.

I've confirmed your observation, that it does work right on 6.30 for at
least simple cases.  I'll keep an eye on this and see if it pops up on
the current release.

Carsten Dominik carsten.domi...@gmail.com writes:

 Hi Andrew,

 Org does take care of this possibility.  All I get in my simple
 test case is the following message:

Acted on 1 entries, skipped 2 (disappeared before their turn)

 That is not an error, it is just feedback.

 Or are you really getting an error?

 - Carsten

 On Sep 1, 2009, at 9:06 PM, Andrew Hyatt 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.
 

 Batch archiving mode appears to just try the most obvious thing: take
 each tagged member and archive it.  However, it always runs into
 problems, because it will archive a parent node, then try and archive
 the children.  Not finding the children anymore, it errors out.

 Probably an easy solution would be to just gracefully handle this
 error
 by ignoring it and pretending the item was archived.  Alternatively,
 updating the list after every operation could also work.

 Ideal solution, IMHO: always archive parents first, then clear the
 children from the list automatically.


 Emacs  : GNU Emacs 23.1.50.2 (x86_64-unknown-linux-gnu, X toolkit)
 Package: Org-mode version 6.30 (release_6.30)

 current state:
 ==
 (setq
 org-log-done 'time
 org-link-frame-setup '((gnus . gnus) (file . find-file-other-window))
 org-clock-string-limit 50
 org-agenda-custom-commands '((w todo #(WAITING 0 7 (face org-
 warning)) nil)
  (n tags-todo #(-live 0 5 (face org-
 warning))
   ((org-show-hierarchy-above nil) (org-
 agenda-todo-ignore-with-date t)
(org-agenda-tags-todo-honor-ignore-
 options t))
   )
  (l Agenda and live tasks ((agenda
 ) (tags-todo +live
 org-agenda-files '(~/org/work.org)
 org-agenda-include-diary t
 org-blocker-hook '(org-block-todo-from-children-or-siblings-or-
 parent org-depend-block-todo)
 org-completion-use-ido t
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-agenda-todo-ignore-scheduled t
 org-agenda-start-with-log-mode t
 org-clock-out-switch-to-state '(lambda (prev-state) (if (member
 prev-
 state org-done-keywords) DONE STARTED))
 org-deadline-warning-days 1
 org-agenda-skip-scheduled-if-done t
 org-trigger-hook '(org-depend-trigger-todo)
 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-tab-first-hook '(org-hide-block-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-todo-keywords '((sequence TODO(t) STARTED(s) WAITING(w@/!)
 | DONE(d) OBSOLETE(o)))
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-
 drawers org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-agenda-dim-blocked-tasks 'invisible
 org-agenda-tags-todo-honor-ignore-options t
 org-mode-hook '(#[nil \300\301\302\303\304$\207
   [org-add-hook change-major-mode-hook org-show-
 block-all append local] 5]
 )
 org-agenda-ndays 1
 org-refile-targets '((nil :maxlevel . 3))
 org-emphasis-regexp-components '(   ('\{ -   .,:!?;'\)} 
 .\n,
 \' . 1)
 org-confirm-elisp-link-function nil
 org-agenda-mode-hook '((lambda nil (hl-line-mode 1)))
 org-enforce-todo-dependencies t
 org-agenda-skip-deadline-if-done t
 org-occur-hook '(org-first-headline-recenter)
 org-from-is-user-regexp \\Andrew Hyatt\\
 org-drawers '(PROPERTIES CLOCK LOGBOOK NOTES)
 )


 ___
 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] Release 6.30

[Andrew Hyatt]

Hi Carsten,

Thanks for the release!  The dedicated frame patch does not actually
appear to be in this release, though.

On Tue, Sep 1, 2009 at 12:20 AM, Carsten
Dominikcarsten.domi...@gmail.com wrote:
 Hi,

 I am releasing Org-mode version 6.30.

 Enjoy!

 - Carsten

             Changes in Version 6.30
             ===

 Inconsistent changes
 ~

 Agenda now uses `f' and `b' to move through time
 =

 Up to now, the Org-mode agenda used the cursor keys `left' and
 `right' to switch the agenda view forward an backward through
 time.  However, many people found this confusing, and others
 wanted to be able to do cursor motion in the agenda, for example
 to select text.  Therefore, after an extensive discussion on
 `emacs-orgm...@gnu.org', it was decided to use the `b' and
 `f' keys instead, and to let the cursor keys do cursor motion
 again.

 Agenda follow mode is now on the `F' key
 =

 This was necessary to free up the `f' key, see above.

 Details
 

 Maintenance
 

 New command to submit a bug report
 ---

 There is now a special command `M-x org-submit-bug-report'.  This
 command will create a mail buffer with lots of useful details.
 In particular, it contains complete version information for Emacs
 and Org-mode.  It will also (if you agree to it) contain all
 non-standard settings of org-mode and outline-mode related
 variables.  Even if you do not sent your emails from within
 Emacs, please still use this command to generate the information
 and then copy it into your mail program.

 The command will not generate and include a `*Backtrace*' buffer,
 please do this yourself if you have hit an error.  For more
 information, see the [feedback section] of the manual.

 [feedback section]: http://orgmode.org/manual/Feedback.html#Feedback

 New contributed package org-track.el
 -

 This package allows to keep up-to-date with current Org
 development, using only Emacs on-board means.  So if you don't
 want or cannot use `git', but still want to run the latest and
 hottest Org-mode, this is for you.

 Thanks to Sebastian Rose for this contribution.

 Agenda
 ===

 Agenda now uses `f' and `b' to move through time
 -

 Up to now, the Org-mode agenda used the cursor keys `left' and
 `right' to switch the agenda view forward an backward through
 time.  However, many people found this confusing, and others
 wanted to be able to do cursor motion in the agenda, for example
 to select text.  Therefore, after an extensive discussion on
 `emacs-orgm...@gnu.org', it was decided to use the `b' and
 `f' keys instead, and to let the cursor keys do cursor motion
 again.

 Agenda follow mode is now on the `F' key
 -

 This was necessary to free up the `f' key, see above.

 The agenda can be put into a dedicated frame
 -

 When the variable `org-agenda-window-setup' has the value
 `separate-frame', then the new frame created to show the agenda
 will now have the window marked as /dedicated/.  As a
 consequence, exiting the agenda while the agenda is the only
 window on the frame will kill that frame.

 This was a request by Henry Atting.

 New mode to show some entry body text in the agenda
 

 There is now a new agenda sub-mode called
 `org-agenda-entry-text-mode'.  It is toggled with the `E' key.
 When active, all entries in the agenda will be accompanied by a
 few lines from the outline entry.  The amount of text can be
 customized with the variable `org-agenda-entry-text-maxlines'.

 This was a request by Anthony Fairchild, Manish, and others.

 Improve following links from the agenda
 

 `C-c C-o' in the agenda will now offer all links in the headline
 and text of an entry.  If there is only a single link, it will be
 followed immediately.

 Avoid some duplicate entries
 -

 There is a new variable that can be used to avoid some duplicate
 agenda entries: `org-agenda-skip-scheduled-if-deadline-is-shown'
 If that is set, it avoids that an entry shows up in the agenda for
 today for both a scheduling and a deadline entry.  See the
 docstring of the variables for more details.

 This partially addresses a request by Samuel Wales.

 Mark the running clock in the agenda.
 --

 If the entry currently being clocked is present in the agenda, it
 will be highlighted with the face `org-agenda-clocking'.

 This was a request by Rainer Stengele.


 Export
 ===

 Allow LaTeX export to use the listings package
 ---

 The LaTeX `listings' package can now be used for formatting
 fontified 

Re: [Orgmode] org-mode Google Wave Integration

[Andrew Hyatt]

I agree that this is promising.  I'd like to see a general emacs
integration first, then it would be easier to write an org-mode
customization on top of that.  From a cursory glance at the apis, I
didn't see an obvious way to integrate with it in the low-level way
that would make the emacs closely resemble the Wave UI.  Still
thinking about it...

On Fri, May 29, 2009 at 6:10 AM, Rick Moynihan rick.moyni...@gmail.com wrote:
 Okay, I've just seen the demo of Google Wave here:

 http://wave.google.com/

 I've not had chance to look at it in depth (I've only viewed 29
 minutes of the video) and skimmed the protocol spec but it seems that
 Google Wave is a collaborative messaging protocol to collaborate on
 tree structures.

 It's built ontop of XMPP (and a variety of other things), but the
 first thing that occured to a colleague and me is that it's remarkably
 similar to org-mode, except focused explicitly around communication
 and collaboration blurring the line between I/M, email and
 semi-structured data.

 Google Wave is largely vapourware and product demo at the moment, but
 it seems like a great fit for org-mode.  I could imagine an org-mode
 extension that would present waves as org-mode files; restrict editing
 to only your messages (trees), and allow easy pushing/pulling/refiling
 of data between native org-mode files and waves.

 It doesn't require a lot of imagination to see how org-mode could
 become not only the most powerful note-taker/productivity app, but
 also the most powerful and extensible wave client and messaging tool
 available!

 Has anyone else had any thoughts on this?  In some ways it seems
 similar to what some people on this list are trying to do when
 collaborating on org-mode files.

 R.


 ___
 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] Coloring jabber contacts in org-mode tags according to availability

[Andrew Hyatt]

I like to put coworker's usernames as tags to my tasks, if I need to
interact with them to get the task done.  Looking over the agenda for
the day while i decide on my next task, I decided I wanted to see if
my coworkers were available so that I don't have to check around when
deciding on my next task.  So, I wrote the following function to color
my tags based on the jabber availability of the person in question
(green / yellow / red).  It's not super-efficient, but it should work
quickly for most people.  If there is widespread interest in this, I
can develop it into a contrib package.

(defun ash-jabber-colorize-tags ()
  (let ((contact-hash (make-hash-table :test 'equal)))
(dolist (jc jabber-connections)
  (dolist (contact (plist-get (fsm-get-state-data jc) :roster))
(puthash (car (split-string (symbol-name contact) @))
contact contact-hash)))
(save-excursion
  (goto-char (point-min))
  (while (re-search-forward :\\(\\w+\\): nil t)
(let ((tag (match-string-no-properties 1)))
  (when (and tag (gethash tag contact-hash))
(let* ((js (jabber-jid-symbol (gethash tag contact-hash)))
   (connected (get js 'connected))
   (show (get js 'show)))
  (if connected
  (let ((o (make-overlay (match-beginning 1) (-
(point) 1
(overlay-put o 'face
 (cons 'foreground-color
   (cond ((equal away show)
  yellow)
 ((equal dnd show)
  red)
 (t green)
(backward-char)


___
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] Fix for emacs 23 bug on inserting diary entries

[Andrew Hyatt]

I remember seeing an emacs 23 git branch at some point, but I looked around
and cannot locate it anymore.  At any rate, this may be a dup, but in emacs
23 inserting diary entries in the agenda does not work.  Here's the patch to
fix it:

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 23cda50..56c7d62 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -5120,7 +5120,7 @@ All the standard commands work: block, weekly etc.
   (unwind-protect
  (progn
(fset 'calendar-cursor-to-date
- (lambda (optional error)
+ (lambda (optional error dummy)
(calendar-gregorian-from-absolute
 (get-text-property point 'day
  (call-interactively cmd))
@@ -5307,5 +5307,3 @@ belonging to the \Work\ category.
 ;; arch-tag: 77f7565d-7c4b-44af-a2df-9f6f7070cff1

 ;;; org-agenda.el ends here
-
-
___
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] Sync appointments to Google Calendar

[Andrew Hyatt]

Another solution is just create the entries in calendar with emacspeak
google calendar integration turned on.

http://bc.tech.coop/blog/070306.html

On Sun, Mar 9, 2008 at 9:54 AM, Carsten Dominik [EMAIL PROTECTED]
wrote:


 On Mar 7, 2008, at 11:14 PM, Kyle Sexton wrote:

 All,

 I was wondering if it would be possible to only push certain event types
 to an ical export.  I would like to export the event type of APPT only.
 I love the idea of syncing to ical, but hate having every item listed
 in my calendar.

 My end goal is to have an entry like:

 * APPT Dentist 10:00-11:00

 And then sync that to Google Calendar which can then SMS me prior to the
 event occurring.


 This has not been possible so far, but it is now.

 If you get the latest version from the git repository, you can do this
 like this:

 1. Create an agenda view that contains only the entries you want to have.
Assuming you have APPT as a TODO keyword, here is one way:

C-c a T APPT


 2. Write this view to an ics file.

C-x C-w /path/to/calendars/org-appointments.ics

 This will write an ics file with all timestamps, deadlines, and scheduling
 associated with the selected items.  If you have turned on
 `org-icalendar-include-todo', the selected items will also be listed
 as TODO items.

 You can alos automate the creation of such an export using the means
 described in


 http://orgmode.org/manual/Exporting-Agenda-Views.html#Exporting-Agenda-Views

 HTH

 - Carsten



 --
 Thanks,
 Kyle Sexton


 ___
 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

Re: [Orgmode] using org-mode and screen

[Andrew Hyatt]

Thanks for the suggestion.  Sounds promising, but on the other hand screen
is on all unix distributions I know of, but dtach is harder to find.

On Feb 5, 2008 5:24 AM, Rick Moynihan [EMAIL PROTECTED] wrote:

 If you're using gnu screen primarily for it's detach capability then you
  may want to consider 'dtach', which is pretty much just the feature of
 screen.  Consequently it has less keybindings etc, and is more
 compatible with various programs.  I've not really used it with emacs,
 but you might consider it unless you use screens other features.

 R.

 Andrew Hyatt wrote:
  Hi everyone,
  I use org-mode religiously these days.  I blogged about my use here (
  http://technical-dresese.blogspot.com/2007/08/org-mode.html) (please
 excuse
  the fact that when I wrote this I didn't know about the existing
 org-mode
  functionality to jump to the current clock).
 
  I generally have a problem of integrating the work I do in the shell
 with
  the tasks in org-mode.   Plus, I often need access to the shells at home
 I
  started from work.  I thought I'd combine these problems into a little
  org-mode extension that ties screen and org-mode together, via
 ansi-term.
 
  For these to work, you have to load ansi-term, which my hack is based
 on.
 
  If there's enough interest, I'll make a real .el file out of this.
 
  The general idea is that you start a task in which all the work will
 take
  place in a shell.  This usually is not a leaf-task for me, but usually
 the
  parent of a leaf task.  From a task in your org-file, M-x ash-org-screen
  will prompt for the name of a session.  Give it a name, and it will
 insert a
  link.  Open the link at any time to go the screen session containing
 your
  work!
 
  It works pretty well for me.  The only problem is that I often run emacs
 in
  a screen session itself, and I can never get scrolling to work right in
  screen-in-screen.
 
  (defun ash-org-screen-buffer-name (name)
 
Returns the buffer name corresponding to the screen name given.
 
(concat *screen  name *))
 
 
 
  (defun ash-org-screen-helper (name arg)
 
;; Pick the name of the new buffer.
 
(let ((term-ansi-buffer-name (generate-new-buffer-name
  (ash-org-screen-buffer-name name
  (setq term-ansi-buffer-name
 
(term-ansi-make-term term-ansi-buffer-name /usr/bin/screen
 nil
 
 arg name))
 
 
 
  (set-buffer term-ansi-buffer-name)
 
  (term-mode)
 
  (term-char-mode)
 
 
 
  (term-set-escape-char ?\C-x)
 
  term-ansi-buffer-name))
 
 
 
  (defun ash-org-screen (name)
 
Start a screen session with name
 
(interactive MScreen name: )
 
 
 
(save-excursion
 
  (ash-org-screen-helper name -S))
 
(insert-string (concat [[screen: name ]])))
 
  And don't forget to add (screen . elisp:(ash-org-goto-screen
 \%s\)) to
  org-link-abbrev-alist.


 ___
 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] using org-mode and screen

[Andrew Hyatt]

Cool.  I'll send something along to you when I package it up...
On Feb 3, 2008 3:22 AM, Carsten Dominik [EMAIL PROTECTED] wrote:

 Well, Andrew,
 if you write an extension, I will put it into the CONTRIB directory of the
 distribution.

 - Carsten

 On Jan 28, 2008, at 12:41 AM, Andrew Hyatt wrote:

 Hi everyone,
 I use org-mode religiously these days.  I blogged about my use here (
 http://technical-dresese.blogspot.com/2007/08/org-mode.html) (please
 excuse the fact that when I wrote this I didn't know about the existing
 org-mode functionality to jump to the current clock).

 I generally have a problem of integrating the work I do in the shell with
 the tasks in org-mode.   Plus, I often need access to the shells at home I
 started from work.  I thought I'd combine these problems into a little
 org-mode extension that ties screen and org-mode together, via ansi-term.

 For these to work, you have to load ansi-term, which my hack is based on.


 If there's enough interest, I'll make a real .el file out of this.

 The general idea is that you start a task in which all the work will take
 place in a shell.  This usually is not a leaf-task for me, but usually the
 parent of a leaf task.  From a task in your org-file, M-x ash-org-screen
 will prompt for the name of a session.  Give it a name, and it will insert a
 link.  Open the link at any time to go the screen session containing your
 work!

 It works pretty well for me.  The only problem is that I often run emacs
 in a screen session itself, and I can never get scrolling to work right in
 screen-in-screen.

 (defun ash-org-screen-buffer-name (name)

   Returns the buffer name corresponding to the screen name given.

   (concat *screen  name *))



 (defun ash-org-screen-helper (name arg)

   ;; Pick the name of the new buffer.

   (let ((term-ansi-buffer-name (generate-new-buffer-name
 (ash-org-screen-buffer-name name
 (setq term-ansi-buffer-name

   (term-ansi-make-term term-ansi-buffer-name /usr/bin/screen nil

arg name))



 (set-buffer term-ansi-buffer-name)

 (term-mode)

 (term-char-mode)



 (term-set-escape-char ?\C-x)

 term-ansi-buffer-name))



 (defun ash-org-screen (name)

   Start a screen session with name

   (interactive MScreen name: )



   (save-excursion

 (ash-org-screen-helper name -S))

   (insert-string (concat [[screen: name ]])))

 And don't forget to add (screen . elisp:(ash-org-goto-screen \%s\))
 to org-link-abbrev-alist.
  ___
 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] using org-mode and screen

[Andrew Hyatt]

Hi everyone,
I use org-mode religiously these days.  I blogged about my use here (
http://technical-dresese.blogspot.com/2007/08/org-mode.html) (please excuse
the fact that when I wrote this I didn't know about the existing org-mode
functionality to jump to the current clock).

I generally have a problem of integrating the work I do in the shell with
the tasks in org-mode.   Plus, I often need access to the shells at home I
started from work.  I thought I'd combine these problems into a little
org-mode extension that ties screen and org-mode together, via ansi-term.

For these to work, you have to load ansi-term, which my hack is based on.

If there's enough interest, I'll make a real .el file out of this.

The general idea is that you start a task in which all the work will take
place in a shell.  This usually is not a leaf-task for me, but usually the
parent of a leaf task.  From a task in your org-file, M-x ash-org-screen
will prompt for the name of a session.  Give it a name, and it will insert a
link.  Open the link at any time to go the screen session containing your
work!

It works pretty well for me.  The only problem is that I often run emacs in
a screen session itself, and I can never get scrolling to work right in
screen-in-screen.

(defun ash-org-screen-buffer-name (name)

  Returns the buffer name corresponding to the screen name given.

  (concat *screen  name *))



(defun ash-org-screen-helper (name arg)

  ;; Pick the name of the new buffer.

  (let ((term-ansi-buffer-name (generate-new-buffer-name
(ash-org-screen-buffer-name name
(setq term-ansi-buffer-name

  (term-ansi-make-term term-ansi-buffer-name /usr/bin/screen nil

   arg name))



(set-buffer term-ansi-buffer-name)

(term-mode)

(term-char-mode)



(term-set-escape-char ?\C-x)

term-ansi-buffer-name))



(defun ash-org-screen (name)

  Start a screen session with name

  (interactive MScreen name: )



  (save-excursion

(ash-org-screen-helper name -S))

  (insert-string (concat [[screen: name ]])))

And don't forget to add (screen . elisp:(ash-org-goto-screen \%s\)) to
org-link-abbrev-alist.
___
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: Invalid face issues

[Andrew Hyatt]

I'm not an expert in this, but maybe the issue is that make-glyph code is
supposed to take a char, and ... is not a char.

On 11/7/07, Carsten Dominik [EMAIL PROTECTED] wrote:


 On  6Nov2007, at 8:38 PM, Andrew Hyatt wrote:

  I just spend a good half hour tracking this down.  It looks like
  this, in org-mode is killing me.  It look wrong to me, but I'm not
  an expert:
 
  (set-display-table-slot
   org-display-table 4
   (vconcat (mapcar
   (lambda (c) (make-glyph-code c (and (not (stringp org-
  ellipsis))
   org-ellipsis)))
   (if (stringp org-ellipsis) org-ellipsis ...
 
  Why are we making a glyph-code out of an ellipsis?  We end up with
  a strange-looking display-table.

 This is how I understand this need to be done.  Am I not correct?

 Anyway, I will revert to the default nil for org-ellipsis and leave
 it to users to
 customize it.

 - Carsten

 
  On 11/6/07, Andrew Hyatt [EMAIL PROTECTED] wrote: I seem to
  have an issue where I will be using emacs for a while, and
  eventually something happens which will corrupt all org buffers,
  and make them unviewable (the buffer refuses to display, but
  otherwise does not affect the rest of my emacs session).  The error
  I get is line-move-partial: Invalid face.  I can switch to text-
  mode and see it normally.
 
 
  I'm using emacs version 23.0.0.1.  I'm using org-mode version
  5.13a.  This seemed to coincide to my upgrade from org-mode version
  4 to 5.13a.  This happens on both terminal and x-windows versions
  of emacs.
 
 
  Has anyone experienced this issue before?  Any ideas on how to
  solve 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


___
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] Invalid face issues

[Andrew Hyatt]

I seem to have an issue where I will be using emacs for a while, and
eventually something happens which will corrupt all org buffers, and make
them unviewable (the buffer refuses to display, but otherwise does not
affect the rest of my emacs session).  The error I get is
line-move-partial: Invalid face.  I can switch to text-mode and see it
normally.
I'm using emacs version 23.0.0.1.  I'm using org-mode version  5.13a.  This
seemed to coincide to my upgrade from org-mode version 4 to 5.13a.  This
happens on both terminal and x-windows versions of emacs.

Has anyone experienced this issue before?  Any ideas on how to solve 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

[Orgmode] Re: Invalid face issues

[Andrew Hyatt]

I just spend a good half hour tracking this down.  It looks like this, in
org-mode is killing me.  It look wrong to me, but I'm not an expert:
(set-display-table-slot
 org-display-table 4
 (vconcat (mapcar
   (lambda (c) (make-glyph-code c (and (not (stringp org-ellipsis))
   org-ellipsis)))
   (if (stringp org-ellipsis) org-ellipsis ...

Why are we making a glyph-code out of an ellipsis?  We end up with a
strange-looking display-table.

On 11/6/07, Andrew Hyatt [EMAIL PROTECTED] wrote:

 I seem to have an issue where I will be using emacs for a while, and
 eventually something happens which will corrupt all org buffers, and make
 them unviewable (the buffer refuses to display, but otherwise does not
 affect the rest of my emacs session).  The error I get is
 line-move-partial: Invalid face.  I can switch to text-mode and see it
 normally.

 I'm using emacs version 23.0.0.1.  I'm using org-mode version  5.13a.
  This seemed to coincide to my upgrade from org-mode version 4 to 5.13a.
  This happens on both terminal and x-windows versions of emacs.


 Has anyone experienced this issue before?  Any ideas on how to solve 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