Re: [Orgmode] [PATCH] Fix a bug in the remember properties escape

[Carsten Dominik]

Hi James,

thank you for the report and patch, I have fixed the issue,
in a different way.

- Carsten

On Nov 17, 2008, at 9:56 PM, James TD Smith wrote:


Calling org-property-get-allowed-values with the point not on an item
resulted in an error.

This patch is available from my git repository, in the branch
remember-properties-fix.

---
lisp/ChangeLog   |6 ++
lisp/org-remember.el |5 -
2 files changed, 10 insertions(+), 1 deletions(-)

diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 53a21fd..3690659 100755
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,9 @@
+2008-11-17  James TD Smith  <[EMAIL PROTECTED]>
+
+   * org-remember.el (org-remember-apply-template): The call to
+   `org-property-get-allowed-values' failed if the point in the
+   target file was not on a headline.
+
2008-11-17  Carsten Dominik  <[EMAIL PROTECTED]>

* org-colview.el (org-columns-display-here): New argument
diff --git a/lisp/org-remember.el b/lisp/org-remember.el
index 5d99ba3..9026489 100644
--- a/lisp/org-remember.el
+++ b/lisp/org-remember.el
@@ -504,7 +504,10 @@ to be run from that hook to function properly."
((prop (substring-no-properties prompt))
 (allowed (with-current-buffer
  (get-buffer (file-name-nondirectory file))
-   (org-property-get-allowed-values nil prop 'table)))
+   (save-excursion
+ (if (not (org-at-heading-p))
+ (re-search-forward 
org-complex-heading-regexp))
+ (org-property-get-allowed-values nil prop 
'table
 (existing (with-current-buffer
   (get-buffer (file-name-nondirectory file))
 (mapcar 'list (org-property-values prop
--
1.5.6.5



___
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] Undesired behavior in `org-insert-link' when link contians "File:"

[Michael Ekstrand]

I've been trying to work with links to man pages in Org (using
org-man.el).  When I try to create a link to a Perl module in the File
package namespace, however, `org-insert-link' tries to do its same-file
link detection and winds up breaking the link.  The result is that the
link

  man:File::MimeInfo

gets rewritten to

  file::MimeInfo

Naturally, this isn't what I want.  Looking at `org-insert-link', it
seems that the problem may be that its same-file link detection is
matching 'file:' at beginning-of-word, which it is in this case.  In the
general case for which 'file:' detection is being used, is there a
reason to match against `\<' rather than `^' or `^[[:space:]]*'?
Changing to one of the latter two expressions would, I believe, keep it
From rewriting these links I am trying to create.

Other solutions/workarounds are welcome, of course.

BTW, this is in org-mode 6.12a from Emacs CVS.

- Michael

-- 
mouse, n: A device for pointing at the xterm in which you want to type.
Confused by the strange files?  I cryptographically sign my messages.
For more information see .


pgpxB670sNs7y.pgp
Description: PGP signature
___
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] Export to html and open bug

[Russell Adams]

On Tue, Nov 18, 2008 at 01:19:01AM +0100, Richard Riley wrote:
> 
> 
> Couldn't resist trying this in 6.12  (not that I would ever have spaces 
> in an
> html file name)
> 
> It seems to work ok in 6.12trans.
> 

Then I'll upgrade after I complete my current project.

Thanks!

--
Russell Adams[EMAIL PROTECTED]

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3


___
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] Export to html and open bug

[Richard Riley]

Russell Adams <[EMAIL PROTECTED]> writes:

> Found a small bug.
>
> The new "export and view in browser" function fails if there are
> spaces in the filename.
>
> Org-mode version 6.07b
>
> Thanks!

Couldn't resist trying this in 6.12  (not that I would ever have spaces in 
an
html file name)

It seems to work ok in 6.12trans.



___
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] Export to html and open bug

[Russell Adams]

Found a small bug.

The new "export and view in browser" function fails if there are
spaces in the filename.

Org-mode version 6.07b

Thanks!


--
Russell Adams[EMAIL PROTECTED]

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3


___
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] underscores in img names

[Richard Riley]

Carsten Dominik <[EMAIL PROTECTED]> writes:

> Fixed, thanks.
>

Works great. Thanks.


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

[Orgmode] [PATCH] Fix a bug in the remember properties escape

[James TD Smith]

Calling org-property-get-allowed-values with the point not on an item
resulted in an error.

This patch is available from my git repository, in the branch
remember-properties-fix.

 ---
 lisp/ChangeLog   |6 ++
 lisp/org-remember.el |5 -
 2 files changed, 10 insertions(+), 1 deletions(-)

diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 53a21fd..3690659 100755
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,9 @@
+2008-11-17  James TD Smith  <[EMAIL PROTECTED]>
+
+   * org-remember.el (org-remember-apply-template): The call to
+   `org-property-get-allowed-values' failed if the point in the
+   target file was not on a headline.
+
 2008-11-17  Carsten Dominik  <[EMAIL PROTECTED]>
 
* org-colview.el (org-columns-display-here): New argument
diff --git a/lisp/org-remember.el b/lisp/org-remember.el
index 5d99ba3..9026489 100644
--- a/lisp/org-remember.el
+++ b/lisp/org-remember.el
@@ -504,7 +504,10 @@ to be run from that hook to function properly."
((prop (substring-no-properties prompt))
 (allowed (with-current-buffer
  (get-buffer (file-name-nondirectory file))
-   (org-property-get-allowed-values nil prop 'table)))
+   (save-excursion
+ (if (not (org-at-heading-p))
+ (re-search-forward 
org-complex-heading-regexp))
+ (org-property-get-allowed-values nil prop 
'table
 (existing (with-current-buffer
   (get-buffer (file-name-nondirectory file))
 (mapcar 'list (org-property-values prop
-- 
1.5.6.5



___
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] Anchors/targets in org-export/publish

[mdl]

Carsten Dominik <[EMAIL PROTECTED]> writes:

> On Nov 13, 2008, at 5:36 PM, Matthew Lundin wrote:
>
>>
>> Question about org-export:
>>
>> I'd like to create invisible radio targets to html anchor links using
>> org-export.
>>
>> E.g.,
>>
>> # <>
>>
>> should become
>>
>> 
>>
>> Currently, however, there are a couple of behaviors of org-exp.el that
>> make this difficult.
>>
>> 1) Org-export does convert invisible targets, but it puts paragraph
>> tags around the anchor, thus creating an empty line in the html
>> export, which messes up the layout.
>>
>> 
>>  
>> 
>
> This actually only happens if you surround the anchor by empty
> lines.  Put it directly before a paragraph, or inside one, and
> this will not happen.
>
>> 2) If the commented radio target is directly beneath or above a
>> headline, it is not exported. I checked org-exp.el and this seems to
>> be an intentional behavior. I'm not sure I understand the reasons
>> behind this, as it prevents one from giving custom anchors to
>> headlines.
>>
>> This is especially important if one wants to be able to create
>> permalinks to headlines from other pages.
>
> This is now fixed, the invisible targets are added as empty anchors
> to the headline that must be directly before or after the anchor.
>
>
>
> On Nov 13, 2008, at 6:18 PM, Matthew Lundin wrote:
>>>
>>> 
>>>  
>>> 
>>
>> Quick follow up to my previous message. Would it be possible to remove
>> the   above. That would prevent an extra line in the output, but
>> it might render the link useless in some browsers.
>
> Fixed as well, thanks.  I guess when I implemented this a long time
> ago, I did not realize that empty anchors are allowed.
>
>> (I should also apologize for the strong phrase "messes up."
>
> Don't worry, no offense taken.
>
> - Carsten

Didn't see the fix before I sent my last message.

Thanks so much! This is fantastic.

- Matt


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

Re: [Orgmode] Anchors/targets in org-export/publish

[mdl]

Carsten Dominik <[EMAIL PROTECTED]> writes:

> On Nov 13, 2008, at 5:36 PM, Matthew Lundin wrote:
[snip]
>>
>> 2) If the commented radio target is directly beneath or above a
>> headline, it is not exported. I checked org-exp.el and this seems to
>> be an intentional behavior. I'm not sure I understand the reasons
>> behind this, as it prevents one from giving custom anchors to
>> headlines.
>>
>> This is especially important if one wants to be able to create
>> permalinks to headlines from other pages.
>
> Yes, can see that this application makes sense.  However, the reason
> why I am using the target of the headline instead is because I would
> like the anchor to match at the headline directly.  I could, probably,
> use the specified target instead of the sec-... id, but that also
> feels inconsistent.  Hmmm, I need to think more about this.
>
> I just checked how Muse handles this.  When they have an anchor
> directly above a headline, the anchor is inserted into the definition
> of the headline.  Maybe we can do something like this.
>
> - Carsten

Thanks for considering this.

- Matt


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

Re: [Orgmode] date rows in weekly agenda column mode

[George Pearson]

Thanks, Carsten - works great!

Now it's MUCH easier to see what I'm doing when moving tasks around in
weekly agenga column view.

On 17 Nov 2008 at 17:50, Carsten Dominik wrote:

> Hi George,
> 
> you can now customize the face `org-agenda-column-dateline' to your  
> liking.
> 
> HTH.
> 
> - Carsten
> 
> On Nov 14, 2008, at 4:55 AM, George Pearson wrote:
> 
> > Tried to get the white background on these rows by changing the code
> > myself.  Managed to get the white background, BUT the effort total
> > has vanished from the row, and so I could use some advice.
> >
> > Here's what I did:  in the function org-agenda-colview-summarize,
> > found in org-colview.el, I replaced these two lines:
> >
> >  (put-text-property
> >  0 (length lsum) 'face 'bold lsum)
> >
> > with these two:
> >
> >  (add-text-properties
> >   0 (length lsum) 'face '(:background white) lsum)
> >
> > Where did I go wrong?
> >
> > On 17 Oct 2008 at 15:47, Carsten Dominik wrote:
> >
> >> Hi George,
> >>
> >> in my Emacs, these lines have a white background and are therefore
> >> easily distinguished.  These lines use org-agenda-date and org- 
> >> agenda-
> >> date-weekend as their faces, respectively.
> >>
> >> Ah, I guess you mean when you are computing summaries in the agenda
> >> column view?
> >> No, I don't think there is a way to change that.  Maybe there should
> >> be, I am putting it on my list.
> >>
> >> - Carsten
> >>
> >> On Oct 16, 2008, at 11:59 PM, George Pearson wrote:
> >>
> >>> In column view for the weekly agenda, the rows containing the dates
> >>> for
> >>> the upcoming week (e.g. "Friday  17 October 2008") have the same  
> >>> light
> >>> grey background as the rows containing the TODO items.  Is there a  
> >>> way
> >>> to set a different background (like, say, white) for these date  
> >>> rows?
> >>> This would make the date separations more obvious in this display.
> >>>
> >>> I have been poking around in org-faces.el but could not figure out
> >>> if anything controlled this background in particular.
> >>>
> >>>
> >>>
> >>>
> >>> ___
> >>> 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] date rows in weekly agenda column mode

[Carsten Dominik]

Hi George,

you can now customize the face `org-agenda-column-dateline' to your  
liking.


HTH.

- Carsten

On Nov 14, 2008, at 4:55 AM, George Pearson wrote:


Tried to get the white background on these rows by changing the code
myself.  Managed to get the white background, BUT the effort total
has vanished from the row, and so I could use some advice.

Here's what I did:  in the function org-agenda-colview-summarize,
found in org-colview.el, I replaced these two lines:

 (put-text-property
 0 (length lsum) 'face 'bold lsum)

with these two:

 (add-text-properties
  0 (length lsum) 'face '(:background white) lsum)

Where did I go wrong?

On 17 Oct 2008 at 15:47, Carsten Dominik wrote:


Hi George,

in my Emacs, these lines have a white background and are therefore
easily distinguished.  These lines use org-agenda-date and org- 
agenda-

date-weekend as their faces, respectively.

Ah, I guess you mean when you are computing summaries in the agenda
column view?
No, I don't think there is a way to change that.  Maybe there should
be, I am putting it on my list.

- Carsten

On Oct 16, 2008, at 11:59 PM, George Pearson wrote:


In column view for the weekly agenda, the rows containing the dates
for
the upcoming week (e.g. "Friday  17 October 2008") have the same  
light
grey background as the rows containing the TODO items.  Is there a  
way
to set a different background (like, say, white) for these date  
rows?

This would make the date separations more obvious in this display.

I have been poking around in org-faces.el but could not figure out
if anything controlled this background in particular.




___
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] Bug (?) adding attachment to note in remember buffer

[Robert Goldman]

When I try to add an attachment to a note in the remember buffer, I get
an error that looks like this:

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  file-truename(nil)
  byte-code(x [org-id-locations list locs file id nil file-truename
throw exit t] 3)
  org-id-add-location("[EMAIL PROTECTED]" nil)
  org-id-get(353 t)
  org-attach-dir(t)
  org-attach-attach("~/Desktop/hold-notification.eml" nil)
  call-interactively(org-attach-attach)
  org-attach()
  call-interactively(org-attach)

[sorry about the byte-code-garble]

This is on the latest version, pulled from git this morning.

Clearly what's wrong is the call to org-id-add-location with NIL as the
FILE argument.  That's the proximal cause.  The root cause seems to be
that when we call (buffer-file-name (buffer-base-buffer)) inside a
buffer created by org-remember, it returns nil (buffer-base-buffer is nil).

This suggests that the org-attachment code needs a special way of
handling attachment placement when it's invoked inside remember.

A short-term fix might be to use advice to intercept calls to org-attach
when invoked inside a remember buffer and have it raise an error and
tell you to wait until the remember note has been filed before adding an
attachment.

[as an aside, this whole mess is caused because I have no way to create
an org link to an email from Thunderbird, so I have to handle all my
email-related tasks through attachments.  G]

An alternative would be to have org-id-get handle remember buffers
specially.  org-remember has some default location for putting its new
item, and that could presumably be looked up.  However, given that one
has the possibility of changing the destination of the note, this would
have to be handled carefully.  If (a) org-refile handles relocating
attachments correctly and (b) the code in org-remember for handling,
e.g., C-1 C-c C-c. uses the org-refile code; then this should be
relatively easy to handle.

Best,
Robert



___
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] Tracking multiple checklists under a header?

[Oliver Charles]

Hi,

I've just expanded my Org-mode addiction a bit more, and plan to make
use of checklists for personal unit testing [1]:

Here's an example of how I have things set up. This template is copied
to each day in my diary, and I check everything off before I go to bed

* Personal Unit Test Templates
*** Day [%]
- [/] Health
  - [ ] I got out of bed on first alarm call
  - [ ] I had a shower this morning
  - [ ] I brushed my teeth this morning
  - [ ] I had a substantial breakfast
  - [ ] I didn't smoke today
  - [ ] I didn't drink today
- [/] Commitments
  - [ ] I attended all my lectures today
  - [ ] You get the idea :-)

There's more, of course - but I've hit a bit of a problem. If I update
a "Health" task, the the "Day" % indicator gets updated as well - much
as I'd expect. But if I update the commitment (for example, checking
"I attended all my lectures") then the day % indicator does *not* get
updated.

This is a bit of a pain, because the idea is to have a nice easy to
scan view of my progress.

Is there anyway to acheive what I want?

Ollie


___
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] losing my agenda status..

[sergio]

a quick gush.. i have finally moved my whole live over to org mode  
from tracks and planner.el. and i am very much happier. my whole life  
revolves around  millions of notes.. and this allowed me to be way  
more free form..


that being said..

i set up a git repository to keep my org files.. that way i can work  
on them from both my laptop and my desktop computer..


everything works great.. except..

when i pull changes, it looks like the files list that is on my agenda  
list is cleared..


when i run agenda, i get a blank agenda until i manually go in and add  
all the files back to the list..


am i missing something?

thanks!


___
peace,
sergio
photographer, journalist, visionary
www.village-buzz.com





___
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] index-title in org-publish

[Carsten Dominik]

On Nov 16, 2008, at 11:38 PM, Matthew Lundin wrote:

[...]  My post wasn't clear. I was wondering if
org-publish-org-index could be reverted to the old behavior to produce
a file in which the first line contains the index-filename (e.g.,
"Page List") in form "a" below:

Page List<--- (a) - old behavior

rather than

* Page List  <--- (b) new behavior

The new behavior (b) causes the filename (e.g., "pagelist") to be
exported as the title, which results in redundant titles/headings in
the html. You can see the results new behavior at:



Fixed, now, thanks.

- Carsten



___
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] index-title in org-publish

[Carsten Dominik]

Hi Sebastian,

I actually fixed the bug with the superfluous .  So it should  
now be no problem to remove the headline stars again.


- Carsten

On Nov 17, 2008, at 12:59 PM, Sebastian Rose wrote:


Hi Matthew,


sorry, I'm off on weekends currently till I have a new machine at
home. My old omnibook broke lately :-(




Hi Carsten (and Sebastian),

Yes, so sorry. My post wasn't clear. I was wondering if
org-publish-org-index could be reverted to the old behavior to  
produce

a file in which the first line contains the index-filename (e.g.,
"Page List") in form "a" below:

Page List<--- (a) - old behavior

rather than

* Page List  <--- (b) new behavior

The new behavior (b) causes the filename (e.g., "pagelist") to be
exported as the title, which results in redundant titles/headings in
the html. You can see the results new behavior at:

http://faculty.valpo.edu/mlundin/pagelist.html




This is due to the fact, that the structure of the exported index file
now is the same, as for all the other files. We did this partly, to
produce valid XHTML.

As an aside, the file now looks as all the other files. The solution  
is

not perfect, yes. There is the title, eventually a T.O.C. and a first
section (depends on your global setting), wich just repeats the title.

I will take a look in it - hm, was certainly not the best way to fix
it. It was the easiest way to get rid of thoses XHTML errors. I was  
not

aware of the index-title option and I don't use it, sorry for that.

The first thing that happens on export, is to produce a Org-file with
index-filename. This file is exported just like any other
Org-file. Since the export to XHTML is more complicated, this won't be
as easy as the (dubious) quick-fix I came up with, I fear.


The index-title should be correct.

In org-publish-org-index:

 (index-title (or (plist-get project-plist :index-title)
  (concat "Index for project " (car project



Thanks! (And sorry to bother you with such a minor issue...)


Is there another way to advance?




OK, this patch would revert the change (I believe):

<<< --->8->8- 
>8---

diff --git a/lisp/org-publish.el b/lisp/org-publish.el
index 77ccd4f..5a46551 100644
--- a/lisp/org-publish.el
+++ b/lisp/org-publish.el
@@ -626,7 +626,7 @@ Default for INDEX-FILENAME is 'index.org'."
(if index-buffer
   (kill-buffer index-buffer))
(with-temp-buffer
-  (insert (concat "* " index-title "\n\n"))
+  (insert (concat "#+TITLE: " index-title "\n\n"))
  (while (setq file (pop files))
   (let ((fn (file-name-nondirectory file))
 (link (file-relative-name file dir))
<<<  
---8<-8<-8<---



Ahh - now as I read this, there is the index-title again, sorry.



The created Org-file now looks like this (for my test data on github):


<<< --->8->8- 
>8---

#+TITLE: Sitemap

  + Databases
+ [[file:Databases/index.org][Databases]]
+ [[file:Databases/test-level-1.org][test-level-1]]
  + Emacs
+ [[file:Emacs/org-mode.org][Org-mode]]
  + Test-tree
+ Jack London
  + [[file:Test-tree/Jack London/The-white-fang.org][The White  
Fang]]

+ Paul-Auster
  + [[file:Test-tree/Paul-Auster/Moon-Palace.org][Moon Palace]]
  + [[file:Test-tree/Paul-Auster/test-level-2.org][Test level-2]]
  + [[file:Umlaut-test.org][Umlaut-test]]
  + [[file:footnotes-test.org][footnotes-test]]
  + [[file:index.org][Org export tests - main page]]
  + [[file:test-level-0.org][test-level-0]]
  + [[file:test-slides.org][Comming soon: Slides with Org-Mode and  
JavaScript]]
  + [[file:test-standard-export-options.org][Test of standard export  
options template]]
  + [[file:test-text-before-first-headline.org][test-text-before- 
first-headline]]

  + xhmtl-tests
+ [[file:xhmtl-tests/horizontal-line.org][horizontal-line]]

<<<  
---8<-8<-8<---




But unfortunately, there is a '' near the end of the resulting
XHTML file, which was never opened. This seems to be the bug I should
have have fixed before (there's a patch below):


sh$ xmllint --dtdvalid http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd 
 sitemap.html
sitemap.html:118: parser error : Opening and ending tag mismatch:  
body line 42 and div


 ^
sitemap.html:124: parser error : Opening and ending tag mismatch:  
html line 3 and body


^
sitemap.html:125: parser error : Extra content at the end of the  
document







The  element in question is the one after the :

=> --->8->8- 
>8---


.


Sitemap



Databases


.. lots of list items 


  <== HERE  never opened.

<=  
---8<-8<-8<---





Carsten, is there an easy way to fix this? I b

[Orgmode] latex-export bug

[Chris Gray]

Hi,

The text =~/a_b= is not handled correctly by org-export-as-latex.  It
should either be put in math mode or the tilde and underscore should be
escaped.  I favor the latter solution, because I often put path names in
fixed-width mode.

Cheers,
Chris



___
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] index-title in org-publish

[Sebastian Rose]

Hi Matthew,


sorry, I'm off on weekends currently till I have a new machine at
home. My old omnibook broke lately :-(



> Hi Carsten (and Sebastian),
>
> Yes, so sorry. My post wasn't clear. I was wondering if
> org-publish-org-index could be reverted to the old behavior to produce
> a file in which the first line contains the index-filename (e.g.,
> "Page List") in form "a" below:
>  
> Page List<--- (a) - old behavior
>
> rather than
>
> * Page List  <--- (b) new behavior
>
> The new behavior (b) causes the filename (e.g., "pagelist") to be
> exported as the title, which results in redundant titles/headings in
> the html. You can see the results new behavior at:
>
> http://faculty.valpo.edu/mlundin/pagelist.html



This is due to the fact, that the structure of the exported index file
now is the same, as for all the other files. We did this partly, to
produce valid XHTML.

As an aside, the file now looks as all the other files. The solution is
not perfect, yes. There is the title, eventually a T.O.C. and a first
section (depends on your global setting), wich just repeats the title.

I will take a look in it - hm, was certainly not the best way to fix
it. It was the easiest way to get rid of thoses XHTML errors. I was not
aware of the index-title option and I don't use it, sorry for that.

The first thing that happens on export, is to produce a Org-file with
index-filename. This file is exported just like any other
Org-file. Since the export to XHTML is more complicated, this won't be
as easy as the (dubious) quick-fix I came up with, I fear.


The index-title should be correct.

In org-publish-org-index:

 (index-title (or (plist-get project-plist :index-title)
  (concat "Index for project " (car project


>>> Thanks! (And sorry to bother you with such a minor issue...)

Is there another way to advance?




OK, this patch would revert the change (I believe):

<<< --->8->8->8---
diff --git a/lisp/org-publish.el b/lisp/org-publish.el
index 77ccd4f..5a46551 100644
--- a/lisp/org-publish.el
+++ b/lisp/org-publish.el
@@ -626,7 +626,7 @@ Default for INDEX-FILENAME is 'index.org'."
 (if index-buffer
(kill-buffer index-buffer))
 (with-temp-buffer
-  (insert (concat "* " index-title "\n\n"))
+  (insert (concat "#+TITLE: " index-title "\n\n"))
   (while (setq file (pop files))
(let ((fn (file-name-nondirectory file))
  (link (file-relative-name file dir))
<<< ---8<-8<-8<---


Ahh - now as I read this, there is the index-title again, sorry.



The created Org-file now looks like this (for my test data on github):


<<< --->8->8->8---
#+TITLE: Sitemap

   + Databases
 + [[file:Databases/index.org][Databases]]
 + [[file:Databases/test-level-1.org][test-level-1]]
   + Emacs
 + [[file:Emacs/org-mode.org][Org-mode]]
   + Test-tree
 + Jack London
   + [[file:Test-tree/Jack London/The-white-fang.org][The White Fang]]
 + Paul-Auster
   + [[file:Test-tree/Paul-Auster/Moon-Palace.org][Moon Palace]]
   + [[file:Test-tree/Paul-Auster/test-level-2.org][Test level-2]]
   + [[file:Umlaut-test.org][Umlaut-test]]
   + [[file:footnotes-test.org][footnotes-test]]
   + [[file:index.org][Org export tests - main page]]
   + [[file:test-level-0.org][test-level-0]]
   + [[file:test-slides.org][Comming soon: Slides with Org-Mode and JavaScript]]
   + [[file:test-standard-export-options.org][Test of standard export options 
template]]
   + 
[[file:test-text-before-first-headline.org][test-text-before-first-headline]]
   + xhmtl-tests
 + [[file:xhmtl-tests/horizontal-line.org][horizontal-line]]

<<< ---8<-8<-8<---



But unfortunately, there is a '' near the end of the resulting
XHTML file, which was never opened. This seems to be the bug I should
have have fixed before (there's a patch below):


sh$ xmllint --dtdvalid http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd 
sitemap.html
sitemap.html:118: parser error : Opening and ending tag mismatch: body line 42 
and div

  ^
sitemap.html:124: parser error : Opening and ending tag mismatch: html line 3 
and body

 ^
sitemap.html:125: parser error : Extra content at the end of the document






The  element in question is the one after the :

=> --->8->8->8---

.  


Sitemap



Databases


 .. lots of list items 


  <== HERE  never opened.

<= ---8<-8<-8<---




Carsten, is there an easy way to fix this? I believe it's these lines in
org-exp.el, since they alway insert an '', no matter if we have a
section (which would insert the start tag ''). This one fixes it. I
did my xmllint for a

[Orgmode] More on org-mew

[Harri Kiiskinen]

Hello,

some more info on my previous report on the broken links to refiled
mails in Mew.

From: Harri Kiiskinen <[EMAIL PROTECTED]>
Subject: org-mew.el: Bug in creating links to messages marked for refile
Date: Mon, 17 Nov 2008 12:07:51 +0200 (EET)

> Now, I set the refile mark on the message, and create a new link to
> it. The result is:
> 
> [[mew:[EMAIL PROTECTED]
> from Harri Kiiskinen: test]]
> 
> Now, the mew case is still set to UTU, meaning that mew will refile
> the message to folder UTU:%2008, but the link that is created by
> org-mew-store-link does not include the case information.


This patch seems to give correct links:

---
diff --git a/lisp/org-mew.el b/lisp/org-mew.el
index 2e6cb9b..453ce30 100644
--- a/lisp/org-mew.el
+++ b/lisp/org-mew.el
@@ -76,7 +76,10 @@
   (folder-name
(if (and org-mew-link-to-refile-destination
 (eq mark-info ?o)) ; marked as refile
-   (nth 1 (mew-refile-get msgnum))
+   (concat
+(mew-sinfo-get-case)
+":"
+(nth 1 (mew-refile-get msgnum)))
  (mew-summary-folder-name)))
   message-id from to subject desc link)
  (save-window-excursion
--

It uses mew-sinfo-get-case, which is buffer-local (or something), so
the refile always stays in the same 'world' as the original, to use
the Mew terminology.

The links produced to a message marked for refile and to a message already
in the folder are identical, so things should be ok:

[[mew:UTU:[EMAIL PROTECTED] from Harri Kiiskinen: test]]
[[mew:UTU:[EMAIL PROTECTED] from Harri Kiiskinen: test]]

Another problem appears, though, and this is definitively beyond me.
Now, the problem is, that if these are closed, i.e. look like this:

Email from Harri Kiiskinen: test

I can't open either with org-open-at-point. Both tell me "Message not
found". But when the links are 'open', like this:

[[mew:UTU:[EMAIL PROTECTED]
from Harri Kiiskinen: test]

and the point is on the link text ("mew:...") itself,
org-open-at-point works nicely and opens the respective message in
Mew.

Baffled,

Harri K.


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

[Orgmode] org-mew.el: Bug in creating links to messages marked for refile

[Harri Kiiskinen]

There's a small bug in org-mew.el, which appears when trying to store
links to messages which have been marked for refile. I try to be as
clear as possible:

First, a working case:

when storing a link to a message on an IMAP server, the result is like
this:

[[mew:UTU:[EMAIL PROTECTED]
from Harri Kiiskinen: test]]

which is exactly as it should be: First the link type ("mew:"), then
the mew case and the folder name ("UTU:%inbox"), and then the Message
ID. (This is a message I sent to myself.)
Link type: "mew:"
mew case: "UTU:"
folder: "‰inbox"
message id: "#20081117.."

Now, I set the refile mark on the message, and create a new link to
it. The result is:

[[mew:[EMAIL PROTECTED]
from Harri Kiiskinen: test]]

Now, the mew case is still set to UTU, meaning that mew will refile
the message to folder UTU:%2008, but the link that is created by
org-mew-store-link does not include the case information. We have:
Link type: mew:
case: (empty)
folder: %2008
message id: (the rest)

I'm no quite able to figure where the bug might be, but I'll keep
trying.

Harri K.
___
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: (require 'htmlize) in org-exp should have NOERROR set

[Paul R]

Carsten> This works for me:

Fine so I'm dropping it on emacswiki. Thanks

-- 
  Paul


___
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: (require 'htmlize) in org-exp should have NOERROR set

[Carsten Dominik]

On Nov 17, 2008, at 9:46 AM, Paul R wrote:


Hi,

Carsten> Fixed, thanks. - Carsten

So you have a working version of htmlize for emacs 23 ? The one on
emacswiki is broken with emacs 23 AFAICT.


This works for me:

--- htmlize.el.orig 2008-10-20 18:59:21.0 +0200
+++ htmlize.el  2008-10-20 18:59:50.0 +0200
@@ -867,7 +867,7 @@
   (let ((size-list
 (loop
  for f = face then (face-attribute f :inherit)
- until (eq f 'unspecified)
+ until (or (not f) (eq f 'unspecified))
  for h = (face-attribute f :height)
  collect (if (eq h 'unspecified) nil h
 (reduce 'htmlize-merge-size (cons nil size-list




___
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: (require 'htmlize) in org-exp should have NOERROR set

[Paul R]

Hi,

Carsten> Fixed, thanks. - Carsten

So you have a working version of htmlize for emacs 23 ? The one on
emacswiki is broken with emacs 23 AFAICT.

regards,

-- 
  Paul


___
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