Re: [PATCH] Add support for month trees

[Jason Dunsmore]

Hi Nicolas,

I've addressed each of your points in my updated patch (attached).

Thanks,
Jason

On Tue, Nov 26, 2019 at 3:22 AM Nicolas Goaziou 
wrote:

> Hello,
>
> Jason  writes:
>
> > Please find my attached patch which implements a way to capture entries
> > grouped by month.
>
> Thank you.
>
> > I was searching for this option, but only found a way to group entries by
> > week or day.
> >
> > I found the following posts where other people also need this feature:
> > https://emacs.stackexchange.com/questions/48414/monthly-date-tree
> > https://lists.gnu.org/archive/html/emacs-orgmode/2018-02/msg00092.html
>
> I think this can be tested in "next" branch. Could you rebase your patch
> against it?
>
> > * etc/ORG-NEWS: Document new `:tree-type month' option.
>
> No need to provide this information in the commit message, IMO. Of
> course, it doesn't hurt in any case. Just sayin'.
>
> > +Use ~week~ to make a week tree instead of the month-day tree,
> > +i.e., place the headings for each day under a heading with the
> > +current ISO week. Use @code{month} to group entries by month
> > +only. Default is to group entries by day.
>
> You need to put two spaces after full stops.
>
> > + (cond
> > +  ((eq (org-capture-get :tree-type) 'week)
> > +   #'org-datetree-find-iso-week-create)
> > +  ((eq (org-capture-get :tree-type) 'month)
> > +   #'org-datetree-find-month-create)
> > +  (t
> > +   #'org-datetree-find-date-create))
>
> Could you refactor that with `case' instead? I.e.,
>
> (case (org-capture-get :tree-type)
>  (`week ...)
>  ...)
> > +  (if (eq time-grouping 'day)
> > +   (org-datetree--find-create
> > +"^\\*+[ \t]+%d-%02d-\\([0123][0-9]\\) \\w+$"
> > +year month day)
>
> Please use `when' (or `unless') instead of one-armed `if'.
>
> Could you send an updated patch?
>
> Regards,
>
> --
> Nicolas Goaziou
>
From b432ba4edb1fccf53a1a6f187e710b825b054673 Mon Sep 17 00:00:00 2001
From: Jason Dunsmore 
Date: Wed, 6 Nov 2019 21:49:43 -0600
Subject: [PATCH] org-capture.el: Add support for month trees

* doc/org-manual.org: Add `:tree-type month' option for capture
  templates.
* lisp/org-capture.el (org-capture-set-target-location): Add
  `:tree-type month' option to capture templates to group entries by
  month.
* lisp/org-datetree.el (org-datetree-find-month-create): Add
  `org-datetree-find-month-create' function to add datetree entries
  grouped by month.
* testing/lisp/test-org-datetree.el
  (test-org-datetree/find-month-create): Add test for new function.
---
 doc/org-manual.org|  7 ---
 etc/ORG-NEWS  |  5 -
 lisp/org-capture.el   |  7 ---
 lisp/org-datetree.el  | 27 +++
 testing/lisp/test-org-datetree.el | 11 +++
 5 files changed, 46 insertions(+), 11 deletions(-)

diff --git a/doc/org-manual.org b/doc/org-manual.org
index ee7092d14..8c310a0f9 100644
--- a/doc/org-manual.org
+++ b/doc/org-manual.org
@@ -7599,9 +7599,10 @@ Now lets look at the elements of a template definition.  Each entry in
 
   - ~:tree-type~ ::
 
-When ~week~, make a week tree instead of the month tree, i.e.,
-place the headings for each day under a heading with the current
-ISO week.
+Use ~week~ to make a week tree instead of the month-day tree,
+i.e., place the headings for each day under a heading with the
+current ISO week.  Use @code{month} to group entries by month
+only.  Default is to group entries by day.
 
   - ~:unnarrowed~ ::
 
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index 689a07871..0b97948e6 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -345,7 +345,9 @@ the headline to use for making the table of contents.
 ,* Another section
 ,#+TOC: headlines 1 :target "#TargetSection"
 #+end_example
-
+*** New option to group captured datetime entries by month
+A new `:tree-type month' option was added to org-capture-templates to
+group new datetime entries by month.
 ** New functions
 *** ~org-dynamic-block-insert-dblock~
 
@@ -358,6 +360,7 @@ dynamic block in ~org-dynamic-block-alist~.
 *** ~org-table-cell-left~
 *** ~org-table-cell-right~
 *** ~org-habit-toggle-display-in-agenda~
+*** ~org-datetree-find-month-create~
 ** Removed functions and variables
 *** Removed Org Drill
 
diff --git a/lisp/org-capture.el b/lisp/org-capture.el
index 67343e02a..39121d1fb 100644
--- a/lisp/org-capture.el
+++ b/lisp/org-capture.el
@@ -998,9 +998,10 @@ Store them in the capture property list."
 	   ;; Make a date/week tree entry, with the current date (or
 	   ;; yesterday, if we are extending dates for a couple of hours)
 	   

[O] Refile with ido matching only beginning of header

[Jason Dunsmore]

Hello,

I used to be able to match any part of the header when refiling using the
ido interface, but now it only matches the very beginning of the header
text.

For example, if I have a file like:

* Foo bar
* Baz

Then visit Baz and type "C-c C-w bar" there are no matches.

I've fiddled with several ido and related org-* variables to no avail.
Here's what I currently have:

(setq ido-enable-flex-matching t)
(setq ido-everywhere t)
(ido-mode 1)
(setq org-completion-use-ido t)
(setq org-refile-use-outline-path nil)
(setq org-outline-path-complete-in-steps nil)

I'm using Org 9.0.9.

Any idea how I can configure Org refile with ido to match any part of the
header?

Thanks,
Jason

Re: [O] Git repository error

[Jason Dunsmore]

I'm not sure why, but I was being redirected to port 443 when cloning over
the git:// protocol.


$ git clone -v git://orgmode.org/org-mode.git
Cloning into 'org-mode'...
fatal: unable to access 'https://orgmode.org/org-mode.git/': Failed to
connect to orgmode.org port 443: Connection timed out


I enabled port 443. Please see if it works now. If you're behind a
restrictive firewall, you can use http://orgmode.org/org-mode.git

Regards,
Jason


On Sat, May 27, 2017 at 5:47 PM, Leslie Watter  wrote:

> I can reproduce the same behaviour here:
>
> leslie@colossus:~/scm$ git clone git://orgmode.org/w/org-mode.git org-git
> Cloning into 'org-git'...
> fatal: read error: Conexão fechada pela outra ponta
>
> leslie@colossus:~/scm$ git clone git://orgmode.org/org-mode.git org-git
> Cloning into 'org-git'...
> fatal: read error: Conexão fechada pela outra ponta
>
> leslie@colossus:~/scm$  git clone git://repo.or.cz/org-mode.git org-git
> Cloning into 'org-git'...
> remote: Counting objects: 106847, done.
> Receiving objects:   5% (6155/106847), 1.57 MiB | 27.00 KiB/s
> .
>
>
>
> Cheers
>
> Leslie
>
>
> On Sat, May 27, 2017 at 5:50 PM, John Hendy  wrote:
>
>> On Thu, May 25, 2017 at 6:10 PM, Vicente Vera 
>> wrote:
>> > Hi. For a while i've been getting this error upon running 'make up0'
>> > from my local Org repository:
>> >
>> > fatal: read error: Connection reset by peer
>>
>> I pulled just the other day and it worked, but I use http because git
>> doesn't work for me behind my corporate firewall.
>>
>> $ git remote -v
>> origin http://orgmode.org/org-mode.git (fetch)
>> origin http://orgmode.org/org-mode.git (push)
>>
>> I just cloned via http successfully, but get the "reset by peer"
>> message via git protocol (with or without the /w/ in the URL other's
>> have mentioned):
>>
>> $ git clone git://orgmode.org/w/org-mode.git org-git
>> Cloning into 'org-git'...
>> fatal: read error: Connection reset by peer
>>
>> $ git clone git://orgmode.org/org-mode.git org-git
>> Cloning into 'org-git'...
>> fatal: read error: Connection reset by peer
>>
>> Something must be up with the main site. The mirror works:
>>
>> $ git clone git://repo.or.cz/org-mode.git org-git
>> Cloning into 'org-git'...
>> remote: Counting objects: 106847, done.
>> remote: Total 106847 (delta 0), reused 0 (delta 0)
>> Receiving objects: 100% (106847/106847), 80.33 MiB | 572.00 KiB/s, done.
>> Resolving deltas: 100% (83923/83923), done.
>>
>>
>>
>> John
>>
>>
>
>
> --
> Leslie H. Watter
>

Re: [O] Difficulties Accessing git Repository

[Jason Dunsmore]

Hi all,

Sorry about that.  It seems to be fixed now (git-daemon had gone crazy).

Regards,
Jason


On Wed, Oct 2, 2013 at 3:50 PM, Josiah Schwab jsch...@gmail.com wrote:

 Hi orgmode.org overlords,

 I just tried to pull from the main org-mode git repository.  I
 encountered the following failure.

 ,
 | monolith:(stable) org-mode$ git pull
 | fatal: read error: Connection reset by peer
 `

 I checked and I am able to pull from worg.

 ,
 | monolith:(master) worg$ git pull
 | Already up-to-date.
 `

 The most conspicuous difference between the two is that my org-mode repo
 uses the git protocol while my worg repo uses the ssh protocol.  Since
 the issue appears to just affect the git protocol, developers may be
 less likely to notice.  Just wanted to bring it to your attention.

 Best,
 Josiah

Re: [O] New maintainer

[Jason Dunsmore]

Thanks for all of your hard work on org-mode Bastien!  Watching you in
action has taught me a great deal about good project/community leadership.
 If there's anything I can do to help with the transition, please let me
know.

Regards,
Jason

Re: [O] RSA host key for orgmode.org has changed?

[Jason Dunsmore]

The server was migrated a couple of months ago.  Just remove the old
key from ~/.ssh/known_hosts and you should be good.

Jason

On Fri, Nov 30, 2012 at 10:22 AM, Thorsten Jolitz
tjol...@googlemail.com wrote:


 Hi List,

 I just tried to pull the actual version of Worg and recieved this:

 ,
 | ~/gitclone/worg/worg $ git pull
 | @@@
 | @   WARNING: POSSIBLE DNS SPOOFING DETECTED!  @
 | @@@
 | The RSA host key for orgmode.org has changed,
 | and the key for the corresponding IP address 198.101.246.4
 | is unknown. This could either mean that
 | DNS SPOOFING is happening or the IP address for the host
 | and its host key have changed at the same time.
 | @@@
 | @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
 | @@@
 | IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
 | Someone could be eavesdropping on you right now (man-in-the-middle attack)!
 | It is also possible that a host key has just been changed.
 | The fingerprint for the RSA key sent by the remote host is
 | 35:11:14:c1:c7:21:ac:86:c2:bf:b6:6c:23:7c:c1:9e.
 | Please contact your system administrator.
 `

 A google search for RSA host key for orgmode.org has changed yielded
 no results, and I could not find host key in the last 3000 headers of
 the mailing list.

 Is that a problem on my side, or was there a change on the server side
 lately I did not notice?

 --
 cheers,
 Thorsten

Re: [O] Exclude all TODO keywords from refile targets

[Jason Dunsmore]

On Sat, Nov 24, 2012 at 1:22 AM, Bernt Hansen be...@norang.ca wrote:
 Jason Dunsmore jasondunsm...@gmail.com writes:

 I found a bit of code to exclude DONE keywords from refile targets
 here: http://orgmode.org/worg/org-hacks.html#sec-2-3

 Since I try to keep all headings with keywords as end nodes, I wanted
 to exclude all TODO (and DONE) keywords.  However, the member function
 doesn't work on a sequence data type, so I couldn't use
 org-todo-keywords the same way the org-hacks code used
 org-done-keywords.  Furthermore, org-todo-keywords contains extraneous
 characters in parenthesis that define selection characters.  I ended
 up creating a new variable, org-todo-keywords-list, and converting the
 data from org-todo-keywords into a similar format as
 org-done-keywords.

 Perhaps a org-todo-keywords-list variable would be a useful addition
 to org-mode.  Here's the code I'm using:

 (setq org-todo-keywords '((sequence TODO(t) DELEGATE(l)
 STARTED(s@) WAITING(w@) | DONE(d) CANCELLED(c)
 DELEGATED(e@) POSTPONED(p@


 You should be able to use org-todo-keywords-1 which contains a list of
 todo keywords for the current org file.

That works perfectly.  Thank you.

Re: [O] moving subtree breaks line space

[Jason Dunsmore]

Try configuring org-blank-before-new-entry.  The FAQ has some
information about it:
http://orgmode.org/worg/org-faq.html

Here's what I use:

(setq org-blank-before-new-entry '((heading . nil)
   (plain-list-item . nil)))

Regards,
Jason

On Wed, Nov 21, 2012 at 4:39 PM, philippe roudot
philippe.covoitur...@gmail.com wrote:
 Dear list,

 I orgnanize my headers with space in-between

 * header...

 ** sub header ...

 ** an other ...

 * header...

 * you get it...


 though when I try to move my header using M-up it mess the line doing



 * you get it...
 * header...

 ** sub header ...


 ** an other ...


 * header...

 Is this a normal behavior ?

Re: [O] Is Worg updating correctly?

[Jason Dunsmore]

Fixed.  Thanks for reporting this.

Regards,
Jason

On Tue, Oct 09 2012, Thomas S. Dye wrote:

 Aloha all,

 Changes I pushed recently aren't reflected on the web site.  Not sure
 what might be wrong.

 All the best,
 Tom

Re: [O] ELPA org-mode daily build(s)?

[Jason Dunsmore]

On Tue, Sep 18 2012, Bastien wrote:

 Hi George,

 George McNinch gmcni...@gmail.com writes:

 The FAQ here:

 http://orgmode.org/worg/org-faq.html

 still asserts that

 ,
 [ Daily builds of Org-mode are distributed as an ELPA package 
 `

 But as far as I can tell, those builds have not been appearing ... daily
 (for a few weeks now):

 http://orgmode.org/pkg/daily/

 Probably not too big a deal, but it seems a bit confusing.

 There is a daily cron job for this on the server.

 I just tested the script launched each day and the ELPA package has been
 correctly produced.  I'm not sure what's the problem here, copying Jason
 in case he has an idea.

Here's the error log:
http://orgmode.org/build-org-pkg.txt

It was failing on the make elpa step.  I couldn't reproduce the errors
when I ran the script manually.  The package was successfully updated:
http://orgmode.org/pkg/daily/

The error that caused it to fail was:

/bin/sh: emacs: command not found

I linked /usr/bin/emacs to /usr/local/bin/emacs.  Hopefully that will
fix it.

Regards,
Jason

Re: [O] git repository via http broken

[Jason Dunsmore]

On Tue, Jun 26 2012, Nick Dokos wrote:

 PS BTW, I know that git gc is recommended on local repos, but is that
applicable to the repo on orgmode.org? and would that help with the
cloning time?  2.5 mins seems long to me. If not gc, is there
something else that would help?

Hi Nick,

It looks like git gc was needed on the server.

Before git gc on server:

--8---cut here---start-8---
$ time git clone git://orgmode.org/org-mode.git
Cloning into org-mode...
remote: Counting objects: 62414, done. - Server disk I/O 
bottleneck
remote: Compressing objects: 100% (18532/18532), done. - Server CPU 
bottleneck
remote: Total 62414 (delta 49455), reused 55032 (delta 43761)
Receiving objects: 100% (62414/62414), 55.46 MiB | 1.16 MiB/s, done.  - 
Network bottleneck
Resolving deltas: 100% (49455/49455), done.- Local CPU 
bottleneck

real2m44.757s
user0m11.269s
sys0m0.740s
--8---cut here---end---8---

After git gc on server:

--8---cut here---start-8---
$ time git clone git://orgmode.org/org-mode.git
Cloning into org-mode...
remote: Counting objects: 62414, done.
remote: Compressing objects: 100% (12836/12836), done.
remote: Total 62414 (delta 49457), reused 62414 (delta 49457)
Receiving objects: 100% (62414/62414), 55.41 MiB | 1.12 MiB/s, done.
Resolving deltas: 100% (49457/49457), done.

real0m59.071s
user0m11.305s
sys0m0.668s
--8---cut here---end---8---

I've set up a weekly cron job to run git gc on the org-mode repo.

Jason

Re: [O] Setting user-defined properties while ido-mode is active

[Jason Dunsmore]

On Thu, May 31 2012, Thorsten Jolitz wrote:

 However, I have to deactivate ido-mode everytime I want to set a
 user-defined property with C-c C-x p, since ido-mode shows me all the
 predefined property names and does not let me enter my own property
 name.

 Did anybody else experience this, or am I simply ignorant of some basic
 ido-mode functionality here?

You can type the name of the new property and hit enter.  The prompt
will say [No match], but just ignore it.  The new property will be
created.

Regards,
Jason

Re: [O] little annoyance

[Jason Dunsmore]

Hi Julian,

You can change org-edit-src-content-indentation to keep indentation from
being added:

(setq org-edit-src-content-indentation 0)

Regards,
Jason

Re: [O] Strange extra-space when using yasnippet for Org-mode heading

[Jason Dunsmore]

On Tue, Apr 10 2012, Karl Voit wrote:

 When I invoke the snippet using »test« followed by the TAB key,
 yasnippet correctly inserts the template. But after pressing the
 first key afterwards, I get an extra space character.

 So with »test« followed by TAB, »foo«, TAB, »bar«, I get this:

 ,[ result with extra-space after »f« ]
 | ** f oo bar   :f oobar:
 | Cursor
 `

 I am not even sure if this is an Org-mode related problem at all.
 But since I do *not* end up with extra space characters when I
 modify the template so that the two asterisks are missing (no
 heading), I am afraid that Org-mode has a problem with yasnippet (at
 least at my side).

Are you using org-indent-mode?  If so, maybe what you're seeing is
related to this outstanding bug:
http://lists.gnu.org/archive/html/emacs-orgmode/2011-08/msg01059.html

Jason

[O] Links to Gnus articles don't export correctly

[Jason Dunsmore]

Hello,

When I export (to HTML) a link to a gnus article, for example:

[[gnus:inbox#a1b422bc2355834c81a44135af25e4392cf42...@domain.com][email]]

...it turns into this:

gnus:inbox#a1b422bc2355834c81a44135af25e4392cf42...@domain.com

How can I make it export like a normal link?  It's okay if the link is
broken.  I just don't want it exporting a long string.

I'm using Org-mode version 7.8.02 and GNU Emacs 23.3.1.

Thanks,
Jason

Re: [O] worg access source

[Jason Dunsmore]

On Thu, Feb 09 2012, Thomas Alexander Gerds wrote:

 in worg it would be great if (as in emacs muse) there was a link to the
 underlying .org file which was used to generate the page. my naiive
 attempt to catch a glimpse of the source of

 http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html

 was to browse-url

 http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.org

Almost.  The URL containing the formatted Org source is:
http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.org.html

[O] Worg migration complete

[Jason Dunsmore]

Worg contributors,

The Worg git repository migration to the org server is complete.  To
contribute, you'll need to send your public SSH key to Bastien or I.
Then, once you receive confirmation that the key has been added, edit
your worg/.git/config file and set the remote URL to
w...@orgmode.org:worg.git OR delete your old repo and run:

git clone w...@orgmode.org:worg.git

I've set up a new Worg publishing process which is triggered as soon as
a commit is pushed.  You'll see the output from the emacs process in
your terminal (should aid in debugging export issues).  The changes will
be available on the Worg site immediately.

I've updated http://orgmode.org/worg/worg-setup.html.  Please let me
know if you find any out-dated Worg documentation.

You can browse the worg repo at:
http://orgmode.org/w/?p=worg.git;a=summary

Read-only git access for the worg repo is available via:

git clone git://orgmode.org/worg.git

Regards,
Jason

Re: [O] Updating Worg re standard source block syntax

[Jason Dunsmore]

On Wed, Nov 23 2011, Sebastien Vauban wrote:

 Hi Nick,

 Nick Dokos wrote:
 Martyn Jago martyn.j...@btinternet.com wrote:

 There are literally hundreds of uses of #+srcname and #+source within
 Worg - should I be updating these to #+name ? In other words, does Worg
 reflect the last official release (the Emacs release), or the bleeding
 edge (I tend to assume the latter because of the Org community spirit of
 Worg), but I fail to find any specific notice regarding this.
 
 Advice would be appreciated since I've found myself appreciating, and
 adding to Worg more and more - and it seems to me it is a real quality of
 Org that Worg can exist in the first place.
 

 Is there any way to find out what the org version is at the worg site?
 This is something that I've wondered about in the past, but I keep
 forgetting to ask the question. E.g. it would be good to know the
 version, so when I make a change to worg content and test the change by
 publishing the site locally, I can use the exact version that is going
 to be used on the real site. Right now, I test with whatever version is
 running on my machine, which can lead to false conclusions (both positive
 and negative).

 IIUC, the answer is no. But the best place for such information should be in
 the output log of the publish process, that is at
 http://orgmode.org/worg/publishing.txt

 Adding

 (message Org-mode %s on Emacs %s. org-version emacs-version)

I added this to the new worg publishing process.  Here's an example of
what the first few lines of output will look like:

--8---cut here---start-8---
worg publish process 5432 started at 11/30/11@10:01:48
Loading /home/emacs/.emacs.el (source)...
Loading /home/emacs/.emacs-custom.el (source)...
Org-mode 7.7 on Emacs 23.2.1.
Loading /home/emacs/.org-timestamps/worg-org-faq.cache...
Loading vc-git...
Skipping unmodified file /home/emacs/git/worg/org-faq.org
[...]
--8---cut here---end---8---

I'll send an email to the list soon about the new worg setup.

Regards,
Jason

[O] [BUG] Unable to use TODO(t@!) to track TODO state changes

[Jason Dunsmore]

After reading http://orgmode.org/org.html#Tracking-TODO-state-changes, I
expected the @! TODO syntax, eg. TODO(t@!), to do the following:

- Log timestamp when entering state
- Add note when entering state

This syntax appears to break the functionality, because it does neither.
The state is changed with no logging or note prompt.  Is this a bug?

I verified that the TODO(t@/!) syntax does work as indicated in the
manual.

- Add note when entering state
- Log timestamp when entering state
- Log timestamp when exiting state

This is with the latest org-mode (commit a4273cbe0e0) and Emacs 23.2.1.

Thanks,
Jason

Re: [O] [BUG] Unable to use TODO(t@!) to track TODO state changes

[Jason Dunsmore]

Giovanni Ridolfi giovanni.rido...@yahoo.it writes:

 Jason Dunsmore jasondunsm...@gmail.com writes:

 Hi, _Jason, 

 After reading http://orgmode.org/org.html#Tracking-TODO-state-changes,
 I  expected the @! TODO syntax, eg. TODO(t@!), to do the following: 

 - Log timestamp when entering state
 - Add note when entering state

 Well the  TODO(t@!) syntax seems not to be allowed.

 It is your expectation, I'd say a feature request ;-)

I thought it was a bug because each of the special characters is
described in the manual as being an individual feature and it isn't
documented that only certain combinations of features work together.

[O] [PATCH] Documentation for Tracking TODO state changes

[Jason Dunsmore]

suvayu ali fatkasuvayu+li...@gmail.com writes:

 Hi Jason,

 On Wed, Nov 9, 2011 at 15:56, Jason Dunsmore jasondunsm...@gmail.com wrote:
 After reading http://orgmode.org/org.html#Tracking-TODO-state-changes, I
 expected the @! TODO syntax, eg. TODO(t@!), to do the following:

 - Log timestamp when entering state
 - Add note when entering state

 This syntax appears to break the functionality, because it does neither.
 The state is changed with no logging or note prompt.  Is this a bug?

 I verified that the TODO(t@/!) syntax does work as indicated in the
 manual.

 - Add note when entering state
 - Log timestamp when entering state
 - Log timestamp when exiting state

 This is with the latest org-mode (commit a4273cbe0e0) and Emacs 23.2.1.


 I believe the above should be:

 - Add note _with timestamp_ when entering state
 - Log timestamp when exiting state

 That said, you can simply hit C-c C-c to simply log the timestamp
 without a note. In other words, '@' is equivalent to '!' + note, so just
 enter a blank note. :)

Ah, I understand now.  Thanks for the explanation.  Here's a patch to to
the documentation:

--8---cut here---start-8---
diff --git a/doc/org.texi b/doc/org.texi
index 4a547d0..e1167eb 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -4032,14 +4032,18 @@ also overrule the setting of this variable for a
subtree
 
 Since it is normally too much to record a note for every state,
 Org-mode
 expects configuration on a per-keyword basis for this.  This is
 achieved by
-adding special markers @samp{!} (for a timestamp) and @samp{@@} (for a
 note)
-in parentheses after each keyword.  For example, with the setting
+adding special markers @samp{!} (for a timestamp) or @samp{@@} (for a
 note
+with timestamp) in parentheses after each keyword.  For example, with
 the
+setting
 
 @lisp
 (setq org-todo-keywords
   '((sequence TODO(t) WAIT(w@@/!) | DONE(d!) CANCELED(c@@
 @end lisp
 
+To record a timestamp without a note for TODO keywords configured with
+@samp{@@}, just type @kbd{C-c C-c} to enter a blank note when prompted.
+
 @noindent
 @vindex org-log-done
 you not only define global TODO keywords and fast access keys, but also
--8---cut here---end---8---

Re: [O] Agenda view: ignoring everything that is DONE

[Jason Dunsmore]

Chris Wallace chris.wall...@cimr.cam.ac.uk writes:

 I want to include in my agenda only things that are TODO, or are
 scheduled and not marked DONE, or have a deadline and are not marked
 DONE.  This is how agenda worked a year ago before I went on maternity
 leave, and now something has changed and I am seeing lots of DONE
 tasks which had a deadline -780 days ago.

 I have tried removing all org customisations relating to the agenda
 and todo list, and have read the agenda part of the manual, but I
 can't get this to work.

You can use:

--8---cut here---start-8---
(setq org-agenda-skip-scheduled-if-done t)
(setq org-agenda-skip-deadline-if-done t)
(setq org-agenda-skip-timestamp-if-done t)
--8---cut here---end---8---

This is in the FAQ:
http://orgmode.org/worg/org-faq.html#removing-done-items-from-agenda

Regards,
Jason

Re: [O] broken links

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Andrea,

 Andrea Crotti andrea.crott...@gmail.com writes:

 Just to mention, that on this page
 http://orgmode.org/GoogleTech.html

 the links below that bring to the presentation pdf/swf are broken..

 Fixed, thanks.

 Note that this page is not accessible from http://orgmode.org/index.html
 The current page for Carsten's Google Talk is http://orgmode.org/talks/,
 which listed the correct links for PDF, etc.

 Jason, could you redirect http://orgmode.org/GoogleTech.html to 
 http://orgmode.org/talks/?

Done

Re: [O] Registration for Worg commit access

[Jason Dunsmore]

Martyn Jago martyn.j...@btinternet.com writes:

 Hi

 Would it be possible for someone to provide we with commit access to
 Worg?

Hi Martyn,

Here are the instructions for contributing to Worg:
http://orgmode.org/worg/worg-git.html#contribute-to-worg

Did you email Matt?

Regards,
Jason

Re: [O] [contacts] No completion in Gnus

[Jason Dunsmore]

I'm trying to get org-contacts completion working using Jambunathan's
instructions...

Jambunathan K kjambunat...@gmail.com writes:

 In such cases, typically there is an insinuate function. Yes, there is
 one

 (org-contacts-gnus-insinuate)

I've added this function to my config and I'm still not seeing email
address completion in Gnus.

When I do an M-x org-contacts search for one of my contacts, I get the
expected results.

 So while composing the mail, check the value of variable
 completion-at-point-functions and make sure you see some org-contacts
 related entries there.

My completion-at-point-functions's value is
(org-contacts-message-complete-function)

 Looks like the guts of completion happen in
 org-contacts-complete-name. So you can place your cursor on a message
 header and try doing

 M-: (org-contacts-complete-name)

When I do this, I see:

(5 8 (lambda (rest --cl-rest--) (apply #[... ÃÄJ
\\‡ [G73503 G73502 args2 apply append] 5] (quote --args1--) (quote --fun--) 
--cl-rest--)))

Is there anything else I'm missing?

Thanks,
Jason

Re: [O] The Orgfather

[Jason Dunsmore]

Ha ha, I love it...

The HTML exporter... I knew it was a mistake... When I first wrote it,
I had this bad feeling and thought: this can end up in spaghettis...

Re: [O] [bug] Inconsistent tag alignment in org-indent-mode

[Jason Dunsmore]

Michael Brand michael.ch.br...@gmail.com writes:

 Hi Jason

 This reminds me of a similar problem with tag alignment that I solved
 with a patch that did not get any feedback yet. Can you try if this
 patch solves your problem too?
 http://thread.gmane.org/gmane.emacs.orgmode/42564

Hi Michael,

The patch didn't have any effect on my issue with tag alignment in
org-indent-mode.  The tag still becomes misaligned when typing in the
heading.

I don't understand what problem your patch is trying to fix.  Can you
provide a list of steps for me to reproduce it?

When you follow the steps in my original email, do you see that the
problem is fixed with your patch?

Regards,
Jason

Re: [O] [bug] Asterisks in source and example blocks interpreted as headings

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 I noticed that lines with leading asterisks inside of source and example
 blocks are interpreted as headings:

 The attached patch should fix this -- please confirm.

 Hm, I'm still seeing the same issue with both source and example
 blocks.

 Yes -- my patch only took care of not allowing *manually* folding
 headlines in selected environments.  But those headlines were still
 folded when finding an org file with #+STARTUP: fold in it.

 In the meantime, is it okay for you to TAB and have the commas
 automatically added, as Sébastien suggested?

Sure, that works.  I've turned on `org-src-tab-acts-natively' as Carsten
suggested.  I also re-enabled `org-edit-src-content-indentation', which
was previously set to 0.

Re: [O] Todo with checkboxes is grayed out in agenda

[Jason Dunsmore]

Nathan Neff nathan.n...@gmail.com writes:

 I have a todo like this:

 * todo something
 - [ ] first
 - [ ] next

 In the agenda, the todo something header is displayed grayed out.

If you're trying to control the greying-out,
`org-agenda-dim-blocked-tasks' variable may be relevant.

[O] [bug] Inconsistent tag alignment in org-indent-mode

[Jason Dunsmore]

I noticed the tag alignment produces inconsistent results in
org-indent-mode.  If you type in the header, the normal
(non-indent-mode) indentation is used, and the tags do not appear
aligned.  If you add tags or type C-c C-c the tags are aligned
correctly.

Here's an example file:

--8---cut here---start-8---
* Heading:tag:
** Subheading   :tag:
--8---cut here---end---8---

Here's what happens before and after typing in the heading:
http://imgur.com/a/Ljpw2

I'm using:
Org-mode version 7.7 (release_7.7.201.gcd8d)
GNU Emacs 23.2.1

Great work on org-ident-mode by the way!  I've noticed a bunch of recent
improvements.

Regards,
Jason

Re: [O] git repository over http?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 I ran some tests and found that the download speed is proportional to
 the size of the repo:

 Good to know, thanks.

 If you clone via git://, it does some optimizations during the transfer,
 whereas cloning via http:// does not.  If I do a git gc on the repo,
 it reduces the size of the repo on the server and the time to download
 via http://

 Okay -- can you git gc on the server?

Okay, done:

--8---cut here---start-8---
orgmode@org:~$ du -sh org-mode.git
225Morg-mode.git

orgmode@org:~/org-mode.git$ find objects/|wc -l
6523

orgmode@org:~/org-mode.git$ git gc
Counting objects: 52023, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14474/14474), done.
Writing objects: 100% (52023/52023), done.
Total 52023 (delta 41421), reused 46864 (delta 37483)
Removing duplicate objects: 100% (256/256), done.

orgmode@org:~/org-mode.git$ du -sh
56M .

orgmode@org:~/org-mode.git$ find objects/|wc -l
66
--8---cut here---end---8---

I lowered the git auto-gc threshold from the default of 6700 (loose
objects) to 1000.


orgmode@org:~/org-mode.git$ git config gc.auto 1000


Regards,
Jason

Re: [O] indenting nested TODOs in agenda views

[Jason Dunsmore]

Olivier Schwander olivier.schwan...@chadok.info writes:

 * Garden
 ** TODO Cut the flowers
 * Home
 ** TODO Cut the flowers

 should be presented somehow like in the refile view, as:

 TODO Garden / Cut the flowers
 TODO Home / Cut the flowers

 instead of the unclear:

 TODO Cut the flowers
 TODO Cut the flowers

 Actually, I wonder how people deals with this kind of tasks. Are you
 relying on tags ? For example with :garden: and :home: in my previous
 example ?

I deal with it by making my TODO items more descriptive.  For example:

* TODO Cut the flowers by the side of the house
* TODO Cut the flowers in the garden

Regards,
Jason

Re: [O] git repository over http?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jonathan,

 Jonathan Leech-Pepin jonathan.leechpe...@gmail.com writes:

 The server does seem to support HTTP for pulling, however it is very
 slow. 

 Yes, I noticed this too.

 http:// does work for cloning and pulling from the main Repo, however
 there's nothing to indicate that anything is happening until the task
 is complete.

 Yes.

 Jason, is the slowliness something worth trying to fix?   
 Can we get some indication that the repo is currently being
 cloned?

I ran some tests and found that the download speed is proportional to
the size of the repo:

--8---cut here---start-8---
$ time /usr/bin/git clone http://orgmode.org/org-mode.git
Cloning into org-mode...

real15m23.475s
user0m30.434s
sys 0m7.588s

$ time /usr/bin/git clone git://orgmode.org/org-mode.git org-mode2
Cloning into org-mode2...
remote: Counting objects: 51864, done.
remote: Compressing objects: 100% (14898/14898), done.
remote: Total 51864 (delta 41315), reused 46129 (delta 36900)
Receiving objects: 100% (51864/51864), 53.00 MiB | 205 KiB/s, done.
Resolving deltas: 100% (41315/41315), done.

real5m19.350s
user0m19.341s
sys 0m2.576s

$ time /usr/bin/git clone http://repo.or.cz/r/org-mode.git org-mode3
Cloning into org-mode3...

real7m15.211s
user0m21.293s
sys 0m3.652s

$ du -sh org-mode*
201Morg-mode
63M org-mode2
70M org-mode3
--8---cut here---end---8---

If you clone via git://, it does some optimizations during the transfer,
whereas cloning via http:// does not.  If I do a git gc on the repo,
it reduces the size of the repo on the server and the time to download
via http://

--8---cut here---start-8---
$ cp -r /home/orgmode/org-mode.git/ /var/www/orgmode.org/org-mode-copy.git
$ cd /var/www/orgmode.org/org-mode-copy.git
$ du -sh
221M.
$ git gc
$ du -sh
65M .

$ time /usr/bin/git clone http://orgmode.org/org-mode-copy.git
Cloning into org-mode-copy...

real5m6.472s
user0m18.797s
sys 0m2.300s

$ du -sh org-mode-copy
63M org-mode-copy
--8---cut here---end---8---

I'd recommend using the repo.or.cz repo for http:// downloads.
repo.or.cz probably runs git-http-backend or does a git gc
occasionally.

Any user feedback for git clone would be up to the git client.  It
used to say got... walk... prior to 1.7.  Not sure why they removed
those messages in 1.7.

Regards,
Jason

[O] [bug] Asterisks in source and example blocks interpreted as headings

[Jason Dunsmore]

Hello,

I noticed that lines with leading asterisks inside of source and example
blocks are interpreted as headings:

--8---cut here---start-8---
* Heading 1

#+begin_example
foo
* bar
blah
#+end_example

* Heading 2
--8---cut here---end---8---

If you put the point on Heading 1 and hit TAB, you'll see the
following:

--8---cut here---start-8---
* Heading 1...
* bar
blah
#+end_example

* Heading 2
--8---cut here---end---8---

I'm using GNU Emacs 23.2.1 and Org-mode version 7.7
(release_7.7.97.g9d5c5)

Regards,
Jason

Re: [O] [bug] Asterisks in source and example blocks interpreted as headings

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 I noticed that lines with leading asterisks inside of source and example
 blocks are interpreted as headings:

 The attached patch should fix this -- please confirm.

Hm, I'm still seeing the same issue with both source and example blocks.

Re: [O] Schedule event

[Jason Dunsmore]

Carsten Dominik domi...@uva.nl writes:

 Why do you want this special interface for setting an event date.
 How is that better than `C-c .'?  Is it that you don't need to
 position the cursor?

Yes, that was my original reason.  But your suggestion of adding a
special keyword for events is another good reason.  Also, as recently
discussed, consistent formatting conventions and clarifying the
frequently-misunderstood issue of SCHEDULED vs. no-keyword active
timestamps are good reasons.

Regards,
Jason

Re: [O] Schedule event

[Jason Dunsmore]

Sebastien Vauban wxhgmqzgw...@spammotel.com writes:

 Another idea would be to introduce another keyword like APPT an place these
 time stamps also into the second line. That might be more easy to implement.

 FWIW, my instinctive reaction would be: yes, great!  Maybe that clarifies the
 bits around dates: all active dates get keywords, only inactive ones are
 without any keyword.

I agree, a special keyword for events would clarify the issue.  It would
also make this part of the manual easier to understand:
http://orgmode.org/org.html#Deadlines-and-scheduling

 In that case, I'd opt for EVENT or some such in favor of APPT. Just think at
 birthdays, or a TV show: qualifying them as APPT is a bit limitative, IMHO.
 EVENT seems a more general term.

I also like the EVENT keyword.

Regards,
Jason

Re: [O] Schedule event

[Jason Dunsmore]

Sebastien Vauban wxhgmqzgw...@spammotel.com writes:

 Hi Suvayu,

 suvayu ali wrote:
 On Sat, Aug 6, 2011 at 5:00 PM, Sebastien Vauban
 wxhgmqzgw...@spammotel.com wrote:
 Another idea would be to introduce another keyword like APPT an place
 these time stamps also into the second line. That might be more easy to
 implement.

 FWIW, my instinctive reaction would be: yes, great!  Maybe that clarifies
 the bits around dates: all active dates get keywords, only inactive ones
 are without any keyword.

 Yes, this would be a nice addition. I always find it difficult to decide how
 to put regular timestamps too.

 By regular timestamps, you mean: inactive timestamps?

I think he means active timestamps with no keyword.  The Org FAQ and
manual refer to active timestamps with no keyword as plain timestamps.

 Can you, maybe, comment on what makes the decision difficult?

At least for me, in my early Org days, I wasn't sure of the best
formatting convention for plain timestamps.  I settled on putting them
on the line directly after the header with the proper indentation, since
this is how SCHEDULED items were inserted.

Regards,
Jason

[O] Schedule event

[Jason Dunsmore]

In the Org manual, a distinction is made between items that have a
timestamp with the SCHEDULED keyword and items that have a plain
timestamp:

  Scheduling an item in Org-mode should not be understood in the same way
  that we understand scheduling a meeting. Setting a date for a meeting is
  just a simple appointment, you should mark this entry with a simple
  plain timestamp, to get this item shown on the date where it
  applies. This is a frequent misunderstanding by Org users. In Org-mode,
  scheduling means setting a date when you want to start working on an
  action item.

http://orgmode.org/org.html#Deadlines-and-scheduling

I call these items with plain timestamps events.  These are items that
come and go on the agenda whether or not I do anything.  I add events
to my agenda pretty often, so I'd like to schedule them using the same
interface I use to schedule SCHEDULED items.

Someone on IRC suggested that I use the following function:

--8---cut here---start-8---
(defun org-schedule-event ()
  (interactive)
  (let ((org-scheduled-string ))
(org-schedule)))
--8---cut here---end---8---

However, it inserts an extra space.  Example:

--8---cut here---start-8---
* Test
   2011-08-05 Fri
--8---cut here---end---8---

instead of:

--8---cut here---start-8---
* Test
  2011-08-05 Fri
--8---cut here---end---8---

I could hack together a fix for this, but I was thinking that perhaps
the org-schedule function should be made more general so that it can be
combined with the org-deadline function, which has much of the same
code, and used to insert plain timestamps as well.  Thoughts?

Re: [O] Bug: Refile sometimes loses the last line [7.7 (release_7.7.15.gc363)]

[Jason Dunsmore]

Hi David,

 I just pushed a simplified version of the solution: No need to count
 lines, just check if point is at end of buffer.

I just tried out your patch.  The logic in your patch is slightly
different - it checks if the point is at the end of the last line in the
buffer, whereas mine checks if the point is anywhere on the last line.
I don't think it fixes the problem.  Bernt, can you test it?

Thanks,
Jason

Re: [O] Bug: Refile sometimes loses the last line [7.7 (release_7.7.15.gc363)]

[Jason Dunsmore]

Hi Bernt,

Can you see if this patch fixes the problem?

--8---cut here---start-8---
diff --git a/lisp/org.el b/lisp/org.el
index c7b28dd..41ac8c6 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -19212,7 +19212,9 @@ Returns the number of empty lines passed.
   (let ((pos (point)))
 (if (cdr (assoc 'heading org-blank-before-new-entry))
(skip-chars-backward  \t\n\r)
-  (forward-line -1))
+  (unless (eq (line-number-at-pos)
+ (count-lines (point-min) (point-max)))
+   (forward-line -1)))
 (beginning-of-line 2)
 (goto-char (min (point) pos))
 (count-lines (point) pos)))
--8---cut here---end---8---

Thanks,
Jason

Re: [O] undo archive

[Jason Dunsmore]

suvayu ali fatkasuvayu+li...@gmail.com writes:

 On Wed, Aug 3, 2011 at 8:47 PM, skip scp0...@gmail.com wrote:
 Is there a way to undo archive after, say, an accidental archival of a
 part of org file?


 A simple undo on the org file buffer has worked for me in the past.

You'll also need to manually remove the archived subtree from the
archive file.

Re: [O] org-capture does not fully clean up after C-c C-k

[Jason Dunsmore]

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

 I am unable to reproduce this.  I do get an empty line the first time,
 but when the empty line is already there, then there is no problem.
 
 Do you find the insertion of this one empty line a problem?
 
 It's a significant problem for me.  I still use org-remember because 1)
 org-capture inserts an extra blank line

 Do you also mean at the beginning of the file, or elsewhere?

 and 2) canceling a capture
 doesn't work for some reason - I get the following message:
 
 org-capture-finalize: Capture process aborted, but target buffer could not 
 be cleaned up correctly

 can you make a minimal example to demonstrate this issue?
 I would like to fix it.

While attempting to make a minimal example of this, I narrowed down the
problem to using :unnarrowed t in my org-capture-templates.  Since I
removed it, there is no extra line and the buffer gets cleaned up when I
type C-c C-k.  I've finally made the switch to org-capture.  Thanks!

Re: [O] Suggestion: Stackoverflow for Orgmode

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Something like ask.orgmode.org with a StackOverflow interface would be
 very nice.

I think this would be a great way to start a community-driven FAQ.

Why don't we use the org-mode tag on stackoverflow.com:
http://stackoverflow.com/questions/tagged/org-mode

It's a fully-featured site with an already-established Org community
(http://stackoverflow.com/tags/org-mode/topusers).  We wouldn't have to
upgrade the server's memory to support a new site, nor would we have to
constantly update a web app due to security issues.

Here's an Atom feed for new org-mode questions:
http://stackoverflow.com/feeds/tag?tagnames=org-modesort=newest

I created a redirect for ask.orgmode.org: http://ask.orgmode.org

What do you think?  Should we link to ask.orgmode.org from orgmode.org?

Re: [O] Remove current heading from refile targets?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore ja...@dunsmor.com writes:

 It looks like it removes top-level headings from the refile targets, but
 nothing below that.  For example, in the org file below, place the
 cursor on Subheading1 and type M-x org-refile.  The current
 heading will be in the list of refile targets.

 * Heading1
 ** Subheading1
 * Heading2

 Okay, I didn't get it first.

 Please test this attached patch against latest git.

Looks good except for one quirk.  If the heading has a TODO keyword, it
isn't excluded.  Example:

--8---cut here---start-8---
* Heading1
** TODO Subheading1
* Heading2
--8---cut here---end---8---

Thanks!

[O] Archiving broken

[Jason Dunsmore]

Hello Nicolas,

It looks like the latest commit broke org-archive-subtree:
http://orgmode.org/w/?p=org-mode.git;a=commit;h=5b39df0523

I get the following error when I try to archive anything:

if: The kill is not a (set of) tree(s) - please use S-insertchar to yank 
anyway

I checked out the previous commit (71f654a182) and the problem is gone.

Regards,
Jason

Re: [O] Remove current heading from refile targets?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Jason Dunsmore ja...@dunsmor.com writes:

 Looks good except for one quirk.  If the heading has a TODO keyword, it
 isn't excluded.  Example:

 * Heading1
 ** TODO Subheading1
 * Heading2

 Please test this second patch over the previous one.

That seems to work perfectly.  Thanks again Bastien.

Re: [O] Remove current heading from refile targets?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Jason Dunsmore ja...@dunsmor.com writes:

 Hm, I don't see any change with or without org-completion-use-ido set.
 The current heading still shows up in the refile targets.

 Weird.  I double-check and have the current heading filtered out of the
 refile targets.  Can you check again and/or send a small test file?

It looks like it removes top-level headings from the refile targets, but
nothing below that.  For example, in the org file below, place the
cursor on Subheading1 and type M-x org-refile.  The current
heading will be in the list of refile targets.

--8---cut here---start-8---
* Heading1
** Subheading1
* Heading2
--8---cut here---end---8---

Re: [O] Remove current heading from refile targets?

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 I noticed that when I go to refile a heading, the heading that I'm
 refiling is listed in the refile targets.  If I choose to refile the
 heading to itself, the following error is displayed:

 org-refile: Cannot refile to position inside the tree or region

 When I'm choosing a refile target, the current heading gets in the way.
 Would it make sense to remove the current heading from the refile
 targets?  

 Indeed.

 I've just pushed a fix for this.

 I have org-completion-use-ido set to `t', so I'm using the ido
 interface to refile.

 I don't use `org-completion-use-ido' so I cannot test, but it should
 work okay -- please let me know if there is any problem.

Hm, I don't see any change with or without org-completion-use-ido set.
The current heading still shows up in the refile targets.  Here are my
org-refile related configs:

(setq org-refile-targets '((nil . (:maxlevel . 2
(setq org-refile-allow-creating-parent-nodes t)
(setq org-refile-use-outline-path t)
(setq org-refile-use-cache nil)

Regards,
Jason

[O] Remove current heading from refile targets?

[Jason Dunsmore]

I noticed that when I go to refile a heading, the heading that I'm
refiling is listed in the refile targets.  If I choose to refile the
heading to itself, the following error is displayed:

org-refile: Cannot refile to position inside the tree or region

When I'm choosing a refile target, the current heading gets in the way.
Would it make sense to remove the current heading from the refile
targets?  I have org-completion-use-ido set to `t', so I'm using the ido
interface to refile.

Regards,
Jason

Re: [O] Web bookmarks in ORG?

[Jason Dunsmore]

Angel de Vicente ang...@iac.es writes:

 Is there anyone using ORG for keeping web bookmarks? Basically I'm
 looking at Delicious-like functionality, where I just put tags to web
 addresses and I can search the bookmarks either for their name or with
 tags.

For a while, I was keeping an Org file with bookmarks organized
del.icio.us-style, eg:

--8---cut here---start-8---
* [[http://url1.com][Title1]] :tag1:tag2:tag3:

Notes...

* [[http://url2.com][Title2]] :tag1:tag2:tag3:

Notes...

* ...
--8---cut here---end---8---

But then I started incorporating the links into the body of my notes (I
keep a notebook directory with an Org file for each broad subject and
Org headings/subheadings for more granular organization).  I found the
web links much more useful in the context of my notes, so I stopped
using the del.icio.us-style format.

Regards,
Jason

[O] Server maintenance

[Jason Dunsmore]

Orgers,

I plan on doing some updates on the server tonight (June 18th) at around
9:00 PM CDT.  The website and git repository will be unavailable for
30-60 minutes.  I'll send another email just before and after the
maintenance.

Regards,
Jason

Re: [O] Server maintenance

[Jason Dunsmore]

I've decided to postpone the maintenance, since I won't be available
tomorrow to address any issues caused by the updates.

Regards,
Jason

Re: [O] org-capture does not fully clean up after C-c C-k

[Jason Dunsmore]

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

 On 4.5.2011, at 14:30, Leo wrote:

 Hello,
 
 I have one template as follows
 
 (n Notes entry (file Notes.org) * %?\n  %i :prepend t)
 
 Every time I `C-c C-k' to abort the capture, a blank line is inserted at
 the front of file Notes.org.

 Hi Leo,

 I am unable to reproduce this.  I do get an empty line the first time,
 but when the empty line is already there, then there is no problem.

 Do you find the insertion of this one empty line a problem?

It's a significant problem for me.  I still use org-remember because 1)
org-capture inserts an extra blank line and 2) canceling a capture
doesn't work for some reason - I get the following message:

org-capture-finalize: Capture process aborted, but target buffer could not be 
cleaned up correctly

Both of these issues cause me to do manual clean up following every
capture.

Please let me know if there are fixes/workarounds for these issues.  I'd
like to finally make the switch to org-capture.

Regards,
Jason

Re: [O] http://orgmode.org/ is down

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:

 Just a heads up.

 The main orgmode.org server appears to be down, git and the web-page.

Everything should be back up now.

I found the VM kernel-panicked.  I'll upgrade the kernel soon.

Regards,
Jason

Re: [O] Day Planner link broken

[Jason Dunsmore]

Brian Brooks brooks.br...@gmail.com writes:

 Just an FYI, the Day Planner link on orgmode.org is broken.

I updated the link.  Thanks for reporting this.

Re: [O] typo

[Jason Dunsmore]

Cor Ninaber cornina...@gmail.com writes:

 This bug is a very silly little thing but there is missing a letter in the
 description of Org Mobile Index File in the settings. Namely inks
 should be links (see the copy below).

Fixed.  http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=c735d62f0

Thanks for reporting this.

Re: [O] worg/org-contrib list items are missing

[Jason Dunsmore]

Sullivan, Gregory (US SSA) gregory.sulli...@baesystems.com writes:

 Something is broken exporting worg source to lists:

 http://orgmode.org/worg/org-contrib/

 is missing the list item headers.

I see it's missing the left part of the description list items.  I ran a
git-bisect and found the commit that introduced the problem:

--8---cut here---start-8---
49e6bc899758114d6d29e69a8f9e40798d26782b is the first bad commit
commit 49e6bc899758114d6d29e69a8f9e40798d26782b
Author: Ethan Ligon li...@are.berkeley.edu
Date:   Sat Apr 9 18:39:35 2011 +0200

Fix for html  docbook export of description list items

The problem is illustrated by the following example:

* Illustration of bug in html export
  - This has a space after the colons :: so will work in latex and html
  - This doesn't have a space after the colons ::so is an invalid
description item according to the org manual.  Won't work in html
or docbook.  Will nevertheless work in latex, provided /first/
description item is valid.
  - Has a terminating space ::
- So it works in both html and latex export!
- Even though it's difficult to distinguish from the next example.
  - Lacks a terminating space ::
- At present, *doesn't* work in html or docbook export, does in
  latex.  This is the case that the following patch fixes.

:04 04 feb2527d8b3294e9d9a118f4752a414b8431d706 
4bdeed49ce735a321ddbb3053c22282dd9909677 M   lisp
--8---cut here---end---8---

Ethan, can you investigate?

[O] Worg now always publishing with latest Org version

[Jason Dunsmore]

Hello Worg contributors,

I've changed the Worg publishing process so that it always updates the
version of Org used to publish Worg before publishing.  Until we have a
way to gracefully handle publishing/export errors, this should help
prevent and troubleshoot the publishing errors that frequently cause
Worg to break.

* Preventing publishing errors

Locally export any document you edit as HTML (C-c C-e H) prior to
committing it to Worg and ensure the export process doesn't fail.  This
will be more reliable if you're running the latest version of Org.

You may also want to check the formatting in a browser before committing
your change (C-c C-e b).

* Troubleshooting publishing errors

If you notice Worg isn't updating, visit
http://orgmode.org/worg/publishing.txt and look for the export error
near the bottom to find the file where publishing stopped.  Locally
update to the latest version of Org, open that file, and try reproducing
the export error (C-c C-e H).  If it's not obvious where the problem is,
look at the most recent changes to the file in question:

cd Worg
git log -p org-quotes.org

Try reverting some of those changes and then re-test exporting (C-c C-e
H).

Matt,

Is there an existing page on Worg where I should put this info?

Regards,
Jason

Re: [O] ToC in org-faq

[Jason Dunsmore]

Nick Dokos nicholas.do...@hp.com writes:

 The table of contents in the org-faq page on Worg,

 http://orgmode.org/worg/org-faq.html

 is always expanded, afaict: it's not a button that expands when you
 mouse over it, as is the case in most (all?) Worg pages. Is that by
 design or did something break?

I think it's by design:
http://repo.or.cz/w/Worg.git/blobdiff/509e39e..9b4399:/org-faq.org

Re: [O] broken link at orgmode.org

[Jason Dunsmore]

Rustom Mody rustompm...@gmail.com writes:

 In http://orgmode.org/index.html#sec-4
 there is this line
 ... latest released manuals (currently for Org 7.5), please browse
 this directory.

 The 'this directory' link seems to be broken

Yep, it's a 404.

http://orgmode.org/manual/release_7.5/

There are no directories under http://orgmode.org/manual/ on the server.
Where can I find these files Bastien?

[O] T-shirt idea

[Jason Dunsmore]

T-shirt idea for babies/little kids:
http://dunsmor.com/img/110325094800.png

Re: [O] T-shirt idea

[Jason Dunsmore]

Christopher Allan Webber cweb...@dustycloud.org writes:

 What about mom's orgmode file?

Good point.  Here's one for the Moms:
http://dunsmor.com/img/110325124500.png

Re: [O] Worg updating?

[Jason Dunsmore]

Erik Iverson er...@ccbr.umn.edu writes:

 On 03/17/2011 05:34 PM, Nick Dokos wrote:
 Thomas S. Dyet...@tsdye.com  wrote:

 Aloha all,

 Changes I made to the LaTeX export tutorial several days ago haven't
 made their way to Worg yet.  Is Worg updating?

 All the best,
 Tom


 Thanks for reminding me: I made a change to org-hacks some time ago and it
 hasn't shown up yet.  Maybe it would be a good idea to timestamp pages
 with the update time?

 Does Worg contain any information on how Worg is built? I found

http://orgmode.org/worg/sources/

 See:

 http://orgmode.org/worg/worg-setup.html

 which will direct you to:

 http://orgmode.org/worg/publishing.txt

 AT the bottom of that file:

 Generating tree-style sitemap for Sitemap for project worg-pages
 Not a standard Org-mode time string: 2010.08.25 20:41:52

This and another badly formatted date were causing the Worg publishing
process to fail.  I fixed it in these two commits:

http://repo.or.cz/w/Worg.git/commitdiff/cba1f50f636401723c6bf9c38d86e725817123ff
http://repo.or.cz/w/Worg.git/commitdiff/a5ba2e96757d7b5870f667f9bd23c9491bd9f14e

Thomas' new section is now present after republishing Worg:

http://orgmode.org/worg/org-tutorials/org-latex-export.html#sec-10_1

Regards,
Jason

Re: [O] Rework org-export-html-preamble/postamble (again)

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 This patch fixed that export error, but I'm still seeing the problems
 with exporting #+TITLE: in an h1 heading described at:

 http://article.gmane.org/gmane.emacs.orgmode/39100

 You mean that, without any :html-preamble and with
 ̀org-export-html-preamble' set to `t' (as it is by default in these
 patches), you don't see any h1title/h1 ?

If :html-preamble isn't set, I see an h1title/h1.  If it is set, but
without explicitly defining h1 class=\title\%t/h1 in
the :html-preamble string, there is no h1title/h1.  This is not how
it worked before the recent changes to html exporting (ie. previously it
wasn't necessary to explicitly define h1%t/h1 in the :html-preamble
string).  The previous behavior seems more consistent.

This is with the latest git version (commit b6b7057467b6b).

`org-export-html-preamble' is set to `t' in all my testing.

Regards,
Jason

Re: [O] Another HTML Export Question

[Jason Dunsmore]

Scott Randby sran...@gmail.com writes:

 3. How do I change the text of the creator line?

 You cannot.

 Bummer.

You can set a custom creator-info in :html-postamble.  Here's
my :html-postamble string:

--8---cut here---start-8---
p class=\author\Author: %a (img src=\comments.png\ alt=\comments 
email\ /)/p
p class=\date\Date: %d/p
p class=\creator\Generated by %c/p
--8---cut here---end---8---

Re: [O] Rework org-export-html-preamble/postamble (again)

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 You mean that, without any :html-preamble and with
 ̀org-export-html-preamble' set to `t' (as it is by default in these
 patches), you don't see any h1title/h1 ?

 If :html-preamble isn't set, I see an h1title/h1.  

 When :html-preamble in a publishing project, it falls back on
 org-export-html-preamble, which defaults to `t'.

 You need to set :html-preamble to nil so that the HTML export
 doesn't insert h1title/h1.

 If it is set, 

 (to what?)

 but without explicitly defining h1 class=\title\%t/h1 in the
 :html-preamble string, there is no h1title/h1.

 When :html-preamble is set to `t' in a publishing project, and
 org-export-html-preamble-format hasn't been modified, it should
 insert h1 class=\title\%t/h1 -- it does here.

Yes, the same happens for me.  The case I'm referring to is
when :html-preamble is set to a string.

 Can you give an example I can test?

Set :html-preamble to:

--8---cut here---start-8---
div class=\menu\ \
a href=\index.html\index/a :: \
a href=\changelog.html\changelog/a :: \
a href=\sitemap.html\sitemap/a \
/div
--8---cut here---end---8---

When I export as HTML with this config, I don't see an h1title/h1.
Do you?

Previously, :html-preamble could be set to a format string without
h1%t/h1 and h1title/h1 would still be exported.

Regards,
Jason

Re: [O] Rework org-export-html-preamble/postamble (again)

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hi Jason,

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 Bastien b...@altern.org writes:

 Hopefully this patch will solve a few issues that have just been raised
 about the new behavior of org-export-html-preamble/postamble.

 With this patch, I get the following error when exporting to HTML:

 list: Symbol's value as variable is void: creator-info

 Applying the attached patch above the previous one should do.

 Let me know, thanks!

This patch fixed that export error, but I'm still seeing the problems
with exporting #+TITLE: in an h1 heading described at:

http://article.gmane.org/gmane.emacs.orgmode/39100

Re: [O] Re: [Orgmode] HTML export options are being ignored

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Also, I have no title when I set the title with #+TITLE:  on the first
 line.  I'm not sure if this has to do with org-export-html-title-format
 being removed.

 Mhh.. I cannot reproduce this.  Can you check again?

I was mistaken.  It was exporting a title.  However, it wasn't
exporting the h1 header with the title.  I needed to append the
following to my :html-preamble for it to have the old behavior:

h1 class=\title\%t/h1

So when :html-preamble isn't defined, #+TITLE: affects both title and
h1.  But when :html-preamble is defined, #+TITLE: only affects
title.

Is this a bug?  It makes sense to me that #TITLE: would add an h1 page
heading with or without :html-preamble being defined.

Regards,
Jason

Re: [O] Rework org-export-html-preamble/postamble (again)

[Jason Dunsmore]

Bastien b...@altern.org writes:

 Hopefully this patch will solve a few issues that have just been raised
 about the new behavior of org-export-html-preamble/postamble.

With this patch, I get the following error when exporting to HTML:

list: Symbol's value as variable is void: creator-info

Re: [O] Uniquely url-ify sentences?

[Jason Dunsmore]

r...@rosslaird.com (Ross A. Laird) writes:

 I'd like to post one sentence from this manuscript every day as a
 tweet with a link back to the sentence

Will this do what you need?

--8---cut here---start-8---
(defun org-linkify-sentence (url)
  Converts a sentence to an Org-mode link.
  (interactive sURL: )
  (save-excursion
(forward-char)
(backward-sentence)
(push-mark)
(forward-sentence)
(kill-region (region-beginning) (region-end))
(insert [[ url ][ (first kill-ring) ]])))
--8---cut here---end---8---

Just put the cursor on the sentence and type M-x org-linkify-sentence
RET.  You might want to create a keybinding for it if you use it often:

(define-key org-mode-map \C-cs 'org-linkify-sentence)

Also, I'd recommend creating a link abbreviation if you link to the same
site often: http://orgmode.org/org.html#Link-abbreviations

I have a series of custom org-linkify-* functions that I use to convert
various pieces of text to Org-mode links.  I'm still trying to figure
out how they can be generalized to be useful to others.

Regards,
Jason

Re: [O] Worg 403 Forbidden

[Jason Dunsmore]

Sébastien Vauban wxhgmqzgw...@spammotel.com writes:

 Hi Bastien,

 Bastien wrote:
 Sébastien Vauban wxhgmqzgw...@spammotel.com writes:
 In any case, http://orgmode.org/worg/sources/.emacs-custom.el is as well
 not found.

 I just added it.

 I see that there is a file on http://orgmode.org/worg/sources/emacs-custom.el
 (with the leading `.' -- fine for me), but I get a 403 Forbidden error this
 time.

Fixed.  It was just a permissions problem.

___
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: [O] Worg 404 Not Found

[Jason Dunsmore]

Sébastien Vauban wxhgmqzgw...@spammotel.com writes:

 Hi,

 The file http://orgmode.org/worg/sources/emacs.el, referenced in
 http://orgmode.org/worg/worg-setup.html, is not found on Worg.

Fixed it.  Thanks.

___
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] HTML export options are being ignored

[Jason Dunsmore]

Cássio Koshikumo ckoshik...@gmail.com writes:

 Hi all,

 I think there's a bug with the html exporter. With this OPTIONS line:

 #+OPTIONS: num:nil author:nil creator:nil timestamp:nil toc:nil

 I get rid of the numbering and the TOC, but still get the creator, the
 timestamp and the author lines at the end of the page. Exporting to ASCII seem
 to exclude them properly.

 Does anyone else experience this?

I'm also having issues with HTML export.  The :email-info, :preamble,
and :postamble publishing options are being ignored.

___
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] HTML export options are being ignored

[Jason Dunsmore]

Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 Cássio Koshikumo ckoshik...@gmail.com writes:

 Hi all,

 I think there's a bug with the html exporter. With this OPTIONS line:

 #+OPTIONS: num:nil author:nil creator:nil timestamp:nil toc:nil

 I get rid of the numbering and the TOC, but still get the creator, the
 timestamp and the author lines at the end of the page. Exporting to ASCII 
 seem
 to exclude them properly.

 Does anyone else experience this?

 I'm also having issues with HTML export.  The :email-info, :preamble,
 and :postamble publishing options are being ignored.

I found the commit that broke things:

http://orgmode.org/w/org-mode.git/commitdiff/da8dc7bba7261

1) :preamble was renamed :html-preamble
2) :postamble was renamed :html-postamble
3) org-export-email-info is no longer checked before attempting export
   of email address.

For the first two, the manual needs to be updated.  The third change
seems like a bug.

Also, I have no title when I set the title with #+TITLE:  on the first
line.  I'm not sure if this has to do with org-export-html-title-format
being removed.

Regards,
Jason

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

Re: [Orgmode] Re: Worg publishing broken?

[Jason Dunsmore]

Bastien bastien.gue...@wikimedia.fr writes:

 Matt Lundin m...@imapmail.org writes:

 Would there be any way to get the Worg publishing script or export of
 source code blocks to fail gracefully in these instances? 

 That would be helpful indeed.  

 As a first step, we could handle errors in a more clever way by using
 the variable `noninteractive', testing if Emacs is running in batch
 mode.  In batch mode, instead of blocking the export process with a
 (error ...), we could just logs problems.

 Let's collect places where errors can block the publishing process.

Sounds like a good approach.  I found a few using:

$ git log --oneline | grep -i export | egrep -i 
fix|issue|broke|problem|error|resolve|correct|publish

All the ones I found were related to Babel.

1) Used shell instead of sh for the source block mode.  Fixed by
   commit e4ed828.
2) Used =code-block-name= instead of : code-block-name.
   Fixed by commit 90cb8cb.  When I tested this with by checking out
   90cb8cb and trying to export org-contrib/babel/org-babel.org, I got
   the error org-babel-exp-lob-one-liners: Wrong type argument:
   stringp, nil.
3) Enclosing #+begin_src into #+begin_quote.  Fixed by commit fd3bca5.
   The error is: File mode specification error: (file-error Cannot open
   load file html-helper-mode)

___
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] Worg publishing broken?

[Jason Dunsmore]

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

 Hi,

 I have today pushed two updates onto Worg which have not yet been published.
 Maybe Worg publishing is currently broken?

A recently-added section on the FAQ was using shell as the mode of a
source block instead of sh.  I fixed it and re-pulled/published Worg.

http://repo.or.cz/w/Worg.git/blobdiff/45de0bd521aab3af38ec20804a270f306aa2416e..e4ed8284faddd0cd29c9cd3b98d19c9730f66e6e:/org-faq.org

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

Re: [Orgmode] [PATCH] Preserve trailing blank lines

[Jason Dunsmore]

Bastien bastien.gue...@wikimedia.fr writes:

 However, with your patch, I get a weird behavior.

 Config:

 ,
 | (setq org-blank-before-new-entry '((heading . nil)
 |(plain-list-item . nil)))
 `

 Test file:

 ,
 | * Section
 | 
 | ** Subsection 1
 | Body
 | 
 | ** Subsection 2
 | Body
 `

 Trying to move Subsection 1 down (with org-metadown):

 ,
 | * Section
 | Body   ??
 | 
 | ** Subsection 2
 | 
 | ** Subsection 1
 | Body
 `

 Are you able to reproduce this?  

I finally had a chance to test this out with the latest Org from git and
a vanilla Emacs config, and I was unable to reproduce the behavior you
saw.  Here is what I did:


$ git clone git://orgmode.org/org-mode.git

$ emacs23 -Q 

(Edit org.el to re-introduce patch.)

$ cd org-mode/

$ git diff
diff --git a/lisp/org.el b/lisp/org.el
index 164081c..4329def 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -18507,10 +18507,10 @@ Taken from `count' in cl-seq.el with all keyword argum
   Move backwards over whitespace, to the beginning of the first empty line.
 Returns the number of empty lines passed.
   (let ((pos (point)))
-(skip-chars-backward  \t\n\r)
-;; (if (cdr (assoc 'heading org-blank-before-new-entry))
-;;(skip-chars-backward  \t\n\r)
-;;   (forward-line -1))
+;;(skip-chars-backward  \t\n\r)
+(if (cdr (assoc 'heading org-blank-before-new-entry))
+   (skip-chars-backward  \t\n\r)
+  (forward-line -1))
 (beginning-of-line 2)
 (goto-char (min (point) pos))
 (count-lines (point) pos)))


Then I evaluated the following in Emacs:


(delete /usr/share/emacs/23.2/lisp/org/ load-path)
(add-to-list 'load-path ~/tmp/org-mode/lisp)
(require 'org-install)
(setq org-blank-before-new-entry '((heading . nil)
   (plain-list-item . nil)))


You can see what happened on my screen with the following:


wget http://98.129.169.48/tmp/emacs-testing.time
wget http://98.129.169.48/tmp/emacs-testing.script
scriptreplay emacs-testing.time emacs-testing.script


Would you mind testing it out again?

Regards,
Jason

___
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] Choosing css for Worg

[Jason Dunsmore]

Jambunathan K kjambunat...@gmail.com writes:

 Emacswiki has a nice and easy way to choose CSS for the page it
 renders. Look for `use it' links in the below page.

 http://www.emacswiki.org/emacs/CSS

 Is there anything similar for org/worg pages? 

Hi Jambunathan,

You can use a browser extension for this:
https://addons.mozilla.org/en-US/firefox/addon/style-sheet-chooser-ii/
https://chrome.google.com/extensions/detail/daodklicmmjhcacgkjpianadkdkbkbce

Also, see the recent discussion:
http://thread.gmane.org/gmane.emacs.orgmode/31506/focus=36462

It doesn't look like there are alternate style sheets for non-Worg pages
on orgmode.org, but you can probably use a browser extension to
customize those as well.

Regards,
Jason

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

[Orgmode] [PATCH] [BUG] Timestamps surrounded by @@ in HTML export

[Jason Dunsmore]

I noticed in the latest Git version that each inactive timestamp has
@@ before and after it in HTML exported output.  Here is a patch that
fixes it.

diff --git a/lisp/org-html.el b/lisp/org-html.el
index 6c0e5e3..2f0377b 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -2124,14 +2124,14 @@ But it has the disadvantage, that Org-mode's HTML conver
(or b (setq b (substring s 0 (match-beginning 0
(setq r (concat
 r (substring s 0 (match-beginning 0))
- @span class=\timestamp-wrapper\
+ span class=\timestamp-wrapper\
 (if (match-end 1)
-(format @span class=\timestamp-kwd\%s @/span
+(format span class=\timestamp-kwd\%s /span
 (match-string 1 s)))
-(format  @span class=\timestamp\%s@/span
+(format  span class=\timestamp\%s/span
 (substring
  (org-translate-time (match-string 3 s)) 1 -1))
-@/span)
+/span)
  s (substring s (match-end 0
   ;; Line break if line started and ended with time stamp stuff
   (if (not r)

___
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] [worg] dangling/403 link error

[Jason Dunsmore]

Eric S Fraga e.fr...@ucl.ac.uk writes:

 Hello,

 in page http://orgmode.org/manual/Languages.html#Languages, there is a
 link to language specific documentation,

 http://orgmode.org/worg/org-contrib/babel/languages

 which is a directory without an index.org file so you get a =403
 Forbidden= message as the web server does not appear to allow for
 directory listings.  I'm not sure if this is related to the recent move
 of the website.

I enabled directory indexing for:
http://orgmode.org/worg/org-contrib/babel/languages/

Regards,
Jason

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

Re: [Orgmode] [PATCH] Preserve trailing blank lines

[Jason Dunsmore]

Bastien bastien.gue...@wikimedia.fr writes:

 Jason Dunsmore ja...@dunsmor.com writes:

 I now understand this is a formatting convention issue.  

 I'm trying to figure out when this patch is useful.  I understand this
 is when `org-blank-before-new-entry' doesn't set heading to t or auto, 
 but I don't understand what it the difference the patch introduces then.

 Could you send a _visual_ example, with useless empty lines that you
 want to get rid off when org-metaup etc ?

Convention 1: Newline above headings

This seems to be used more often when the body does not have delimiting
newlines.

Configuration:

--8---cut here---start-8---
(setq org-blank-before-new-entry '((heading . t)
   (plain-list-item . t)))
--8---cut here---end---8---

Org example:

--8---cut here---start-8---

* Section

** Subsection 1
Body

** Subsection 2
Body
--8---cut here---end---8---


Convention 2: Newline after bodies

This seems to be used more often when the body does have delimiting
newlines.

Configuration:

--8---cut here---start-8---
(setq org-blank-before-new-entry '((heading . nil)
   (plain-list-item . nil)))
--8---cut here---end---8---

Org example:

--8---cut here---start-8---
* Section
** Subsection 1

Body

** Subsection 2

Body

--8---cut here---end---8---

I've seen both conventions in use on Worg and in Org-mode tutorials.

I just tested these configurations and Org examples out with the patch
and it seems to work well.  I've been using the patch on my systems for
a while now and haven't noticed any bad side-effects.

Let me know if you need any other information.

Regards,
Jason

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

Re: [Orgmode] Bug: tags grouping not working

[Jason Dunsmore]

Benjamin Andresen be...@in-ulm.de writes:

 Hey there,

 I've just upgraded to the latest org-mode HEAD and noticed that the tag
 behavior changed. (It now sorts entries, except now grouping is broken.)

 This is how it used to work:
 (Assume #+TAGS: { foo(f) bar(b) } quux(q) for all of this.)

 * Foo :foo:

 now using M-x org-set-tags-command and pressing 'b' will result in:

 * Foo :bar:

 now selecting 'q' in the same prompt will result in:

 * Foo :bar:quux:

 but instead what will happen is:

 * Foo :quux:

 The offending commit is: 
 commit c7d1e0f997d2aa1043c9cbbf72d03f05195d692e
 Author: Bastien Guerry b...@altern.org
 Date:   Tue Jan 18 00:50:32 2011 +0100

 just reverting that piece of code on the current HEAD makes grouping
 work again.

 best regards,
 benny

 P.S. Sorry if that has been reported before, I couldn't find any mention
 of tags. Also git bisect is handy.

Yep, this commit needs to be reverted.  See my message about this:

http://lists.gnu.org/archive/html/emacs-orgmode/2011-01/msg00942.html

Can you do this Bastien?

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Jeff Horn jrhorn...@gmail.com writes:

 On Wed, Jan 19, 2011 at 9:24 PM, Matt Lundin m...@imapmail.org wrote:
 I believe these pages have not been exported since we turned off the
 inline css publishing option; i.e., they have not been touched since
 that time, so the publishing mechanism does not export them.

 Matt,

 I was going to grep through the repo and touch all the files that
 haven't changed since then. Obviously, that's not really possible
 since the org files don't contain this CSS. :-) Perhaps Jason could
 give us a list of the affected files? Something like

grep -r 'CDATA' *

 in the Worg root might do the trick.

 Also, I was rather doomed to failure anyway. Touching a file doesn't
 change its contents, so git won't think anything has changed. (I know,
 it's a Duh)

 Maybe once we find the files, we could use a script add a whitespace
 character to the end of each org file and republish?

I temporarily set:

(setq org-publish-use-timestamps-flag nil)

And republished Worg.  All the pages were regenerated.  That removed the
inline CSS and fixed the title inconsistencies.

Thanks!

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Erik Iverson er...@ccbr.umn.edu writes:

 Jeff Horn wrote:
 On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison dandavis...@gmail.com wrote:
 I strongly second this. In fact I'll stick my neck out more: Worg is
 great, but for tutorials on org-mode, HTML export is often the wrong
 format for obvious reasons (i.e. unless you go to some trouble, it
 conceals a lot of the org syntax). I'm tempted to suggest that htmlized
 output should be the default format for many org tutorials on Worg.

 I respectfully disagree with your assertion. When someone writes a
 document properly, i.e. in a literate fashion, i.e. using org source
 blocks, the right syntax is shown at the right time. Please see the
 manual as an example.

 I must admit I ran into this exact problem when writing an org-babel/R
 tutorial.  The problem came down to the following: I was writing an
 interactive org-mode document showing mainly how code blocks work within
 org.  This of course necessitates that I describe code block arguments.
 But these aren't shown in export. I believe the solution would be
 to export an example block to HTML, but then *also* include a source
 code block for interactive org-mode use.

 So my tutorial makes perfect sense when you're following along in org
 mode.  But the HTML export seems a little odd since only the content
 of the code blocks are shown, and not the full code blocks, which is
 the point of the tutorial.

I see this issue a lot on the Babel pages.  What needs to be done is
wrap each source/example block in another block with org as the
language.

For example:

--8---cut here---start-8---
#+begin_src org
  ,#+begin_src sh :results output
ls -al
  ,#+end_src
#+end_src
--8---cut here---end---8---

I think this should be done for all Babel documents to make them more
coherent when reading them on the web.  I found the babel documentation
quite confusing in the beginning because of this.

Eric and Dan,

Do you agree with this?

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Jeff Horn jrhorn...@gmail.com writes:

 On Thu, Jan 20, 2011 at 6:22 AM, Dan Davison dandavis...@gmail.com wrote:
 I strongly second this. In fact I'll stick my neck out more: Worg is
 great, but for tutorials on org-mode, HTML export is often the wrong
 format for obvious reasons (i.e. unless you go to some trouble, it
 conceals a lot of the org syntax). I'm tempted to suggest that htmlized
 output should be the default format for many org tutorials on Worg.

 I respectfully disagree with your assertion. When someone writes a
 document properly, i.e. in a literate fashion, i.e. using org source
 blocks, the right syntax is shown at the right time. Please see the
 manual as an example.

 Now, I'm no fan of nerfing choices in order to force anyone to do
 things The Right Way (tm), but it bears mentioning.

 I see no harm in publishing using org-publish-org-to-org with htmlize.
 We could even add a link in the footer or header of each page that
 links to the htmlized source. I do *not* agree in making it the
 default format for any page.

FYI, Bastien implemented the htmlize version of Worg Tuesday.  You can
see it on any Worg page by replacing .html with .org.html.  Example:

http://orgmode.org/worg/org-contrib/babel/intro.org.html
http://orgmode.org/worg/org-contrib/babel/intro.html

Maybe we should add some colors to that htmlize output.  I agree a link
to the Org version on every page would be useful.

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

Re: [Orgmode] Re: [PATCH] Stable key assignment for org-fast-tag-selection

[Jason Dunsmore]

Matt Lundin m...@imapmail.org writes:

 Bastien bastien.gue...@wikimedia.fr writes:

 emacs-orgm...@dunsmor.com writes:

 - Eval (setq org-use-fast-tag-selection t)
 - Eval (setq org-fast-tag-selection-single-key expert)
 - Create a heading with tags :a1:a2:
 - Create another heading with tags :a1:a2:
 - Type C-c a, C-c a, C-c a, C-c a
 - Notice how it changes from a1 to a2

 I reproduced this, well spotted.

 Below is a patch to make the character assignment stable, given that all
 of the same tags exist in the file each time it's run.

 Thanks for the patch!

 I was not able to apply it using the pw utility, so I made the change
 myself -- I forgot to do a git commit --amend --author tho, sorry!

 This patch breaks grouping in fast tag selection, since the sort
 function ignores the grouping information provided in org-tag-alist.

 Here's a sample org-tag-alist:

 (setq org-tag-alist '((:startgroup . nil)
 (desk . ?d)
 (email . ?m)
 (hack . ?k)
 (net . ?n)
 (phone . ?p)
 (:endgroup . nil)
 (:startgroup . nil)
 (home . ?h)
 (yard . ?y)
 (errands . ?e)
 (:endgroup . nil)
 (:startgroup . nil)
 (read . ?r)
 (script .?s)
 (think . ?t)
 (travel . ?j)
 (:endgroup . nil)))

 And here's the prompt for org-tag-alist:

 Inherited:  inbox per prof
 Current:
  Next change exits
 }
 }
 }
 { { { [d] desk  [m] email [e] errands   [k] hack  [h] home  
   [n] net   [p] phone [r] read  [s] script[t] think 
   [j] travel[y] yard  

Good catch.  I see the problem.

--8---cut here---start-8---
(sort org-tag-alist (lambda (a b) (string (car a) (car b
--8---cut here---end---8---

Yields:

--8---cut here---start-8---
((:endgroup)
 (:endgroup)
 (:endgroup)
 (:startgroup)
 (:startgroup)
 (:startgroup)
 (desk . 100)
 (email . 109)
 (errands . 101)
 (hack . 107)
 (home . 104)
 (net . 110)
 (phone . 112)
 (read . 114)
 (script . 115)
 (think . 116)
 (travel . 106)
 (yard . 121))
--8---cut here---end---8---

And a bunch of code relies on the position of the :startgroup
and :endgroup dummy tags.

I wonder why this design was chosen instead of using a list of alists
for grouping.  For example:

--8---cut here---start-8---
(setq org-tag-alist '(((desk . ?d)
   (email . ?m)
   (hack . ?k)
   (net . ?n)
   (phone . ?p))
  ((home . ?h)
   (yard . ?y)
   (errands . ?e))
  ((read . ?r)
   (script .?s)
   (think . ?t)
   (travel . ?j
--8---cut here---end---8---

Maybe org-tag-alist could either be an alist or a list of alists, and a
simple (listp (caar org-tag-alist)) test could be used to see what form
org-tag-alist is in and then handle accordingly.  Does anybody see a
problem with that approach?

This doesn't seem like a trivial change, so my original patch should
probably be reverted until this gets implemented properly.

Regards,
Jason

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Matt Lundin m...@imapmail.org writes:

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 I made a version of the FAQ without the javascript folding:

 http://orgmode.org/tmp/worg/org-faq-nojs.html
 http://orgmode.org/tmp/worg/org-faq.html

 It like it better, but it's still a bit unwieldy.  Maybe the FAQ just
 needs to be reorganized.  See how Wikipedia does it:

 http://en.wikipedia.org/wiki/Wikipedia:FAQ
 http://en.wikipedia.org/wiki/Wikipedia:FAQ_Index

 Matt or Bastien, do you have an opinion on reorganizing the FAQ?

 I reorganized the FAQ into categories a year or so ago; it's remarkable
 to consider how much the document has grown (thanks to the community!)
 since then.

 I believe it is helpful to have the entire FAQ on one page, though I'd
 agree could use some pruning. My plan is to move some the longer
 entries to documentation pages of their own, leaving behind a brief
 answer along with a link to more detailed documentation.

 I'd like to get rid of the javascript folding on the FAQ. I've found
 that on slower computers it can take a few seconds for the entire page
 to fold, while artifacts of entries flash briefly on the screen.

These changes sound great.

 On this one page, I think we need a simple (non-js) table-of-contents.
 Is there a way to override the hidden toc for this page only?

I agree (copying Eric on this email - he might know).

 I'll also see if I can work up a local export hook to add a Back to
 top link for each entry.

I think this might be unnecessary (hitting Back, typing the Home
key, or middle clicking at the top of the scroll bar can all already do
this).

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Jeff Horn jrhorn...@gmail.com writes:

 On Wed, Jan 19, 2011 at 12:34 PM, Jason Dunsmore
 emacs-orgm...@dunsmor.com wrote:
 I think this might be unnecessary (hitting Back, typing the Home
 key, or middle clicking at the top of the scroll bar can all already do
 this).

 I'm not an expert, but that is not very accessible. Shouldn't be a
 problem with modern text browsers, but I remember this being an
 accessibility recommendation for FAQish pages at my previous
 university.

Hm, that sounds a bit like folklore.  Is there some accessibility
standard we can follow, and should we (how up-to-date are these
documents relative to modern accessible browsers)?  I noticed every
other project FAQ I came across doesn't do this:

http://wiki.apache.org/httpd/FAQ
https://git.wiki.kernel.org/index.php/GitFaq
http://kb.mozillazine.org/Firefox_:_FAQs

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:

 Achim Gratz strom...@nexgo.de writes:

 Eric Schulte schulte.e...@gmail.com writes:
 I just pushed up an edit to the Worg repository which should reset all
 of the defaults on the TOC of the org-faq-nojs.org page.  If this works
 I vote we set this as the sole org-faq page.

 It works, but I think you would want

 font-size: inherit;


 applied, thanks


 in the first block.  If there's a way to have org wrap the toc into
 different divs, you would not need to undo the styles.


 agreed, but I think this is the simpler solution for now.

 BTW: this changes has now propagated through to
 http://orgmode.org/worg/org-faq-nojs.html

Looks like the TOC links are larger than the text on the rest of the
page.  Can the text size be made the same?

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Achim Gratz strom...@nexgo.de writes:

 Jason Dunsmore emacs-orgm...@dunsmor.com writes:
 Looks like the TOC links are larger than the text on the rest of the
 page.  Can the text size be made the same?

 That's what the inherit is fixing.  You may still have the old copy in
 cache, I've just now been able to get the new version that Eric pushed
 some time ago.

Oh okay.

Does anybody know why some pages have inline CSS?  For example:

http://orgmode.org/worg/org-configs/index.html

--8---cut here---start-8---
style type=text/css 
 !--/*--![CDATA[/*!--*/
  html { font-family: Times, serif; font-size: 12pt; }
  .title  { text-align: center; }
  .todo   { color: red; }
  .done   { color: green; }
  .tag{ background-color: #add8e6; font-weight:normal }
  .target { }
  .timestamp { color: #bebebe; }
  .timestamp-kwd { color: #5f9ea0; }
  .right  {margin-left:auto; margin-right:0px;  text-align:right;}
  .left   {margin-left:0px;  margin-right:auto; text-align:left;}
  .center {margin-left:auto; margin-right:auto; text-align:center;}
  p.verse { margin-left: 3% }
  pre {
  border: 1pt solid #AEBDCC;
  background-color: #F3F5F7;
  padding: 5pt;
  font-family: courier, monospace;
font-size: 90%;
overflow:auto;
  }
  table { border-collapse: collapse; }
  td, th { vertical-align: top;  }
  th.right  { text-align:center;  }
  th.left   { text-align:center;   }
  th.center { text-align:center; }
  td.right  { text-align:right;  }
  td.left   { text-align:left;   }
  td.center { text-align:center; }
  dt { font-weight: bold; }
  div.figure { padding: 0.5em; }
  div.figure p { text-align: center; }
  textarea { overflow-x: auto; }
  .linenr { font-size:smaller }
  .code-highlighted {background-color:#00;}
  .org-info-js_info-navigation { border-style:none; }
  #org-info-js_console-label { font-size:10px; font-weight:bold;
   white-space:nowrap; }
  .org-info-js_search-highlight {background-color:#00; color:#00;
 font-weight:bold; }
  /*]]*/--
/style
--8---cut here---end---8---

I came across this when trying to figure out what was causing the
different H1 styles (top page title).  For example, compare:

http://orgmode.org/worg/org-faq-nojs.html
and
http://orgmode.org/worg/org-configs/index.html

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Bastien bastien.gue...@wikimedia.fr writes:

 Jeff Horn jrhorn...@gmail.com writes:

 Jason seems to be garnering a lot of votes, but Eric's zenburn
 emulation makes my eyes happy. If Jason wins out, I suppose I could
 always just read Worg in emacs... :D

 Or use Eric zenburn-like css by selecting it as an alternative
 stylesheet in Firefox : View - Page Style - [select stylesheet].

 I don't know how to make this choice persistent from Firefox and I 
 don't know if this feature is available for other browsers, but it
 is certainly worth having several stylesheet available.

There's a Firefox add-on that will give you configurable per-site user
CSS:
https://addons.mozilla.org/en-US/firefox/addon/stylish/

Looks like most browsers have a feature for this.

Opera:
http://my.opera.com/community/forums/topic.dml?id=109574

Chrome:
https://chrome.google.com/extensions/detail/fjnbnpbmkenffdnngjfgmeleoegfcffe
http://www.google.com/support/forum/p/Chrome/thread?tid=1fa0dd079dbdc2ffhl=en
http://code.google.com/p/chromium/issues/detail?id=2393

Safari:
http://hetima.com/safari/stand-e.html

And there's something in the CSS 2.1 spec about allowing users to attach
style sheets that I don't fully understand.
http://www.w3.org/TR/CSS21/

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Matt Lundin m...@imapmail.org writes:

 Bastien bastien.gue...@wikimedia.fr writes:

 Jeff Horn jrhorn...@gmail.com writes:

 Jason seems to be garnering a lot of votes, but Eric's zenburn
 emulation makes my eyes happy. If Jason wins out, I suppose I could
 always just read Worg in emacs... :D

 Or use Eric zenburn-like css by selecting it as an alternative
 stylesheet in Firefox : View - Page Style - [select stylesheet].

 I don't know how to make this choice persistent from Firefox and I 
 don't know if this feature is available for other browsers, but it
 is certainly worth having several stylesheet available.

 Could we perhaps go ahead and put the new stylesheets on Worg along with
 alternate stylesheet links in the publishing preamble?

That's okay with me.  I just uploaded the latest stylesheet with Eric's
collapsed TOC integrated in:
http://orgmode.org/tmp/worg.css

You can see it in action at:
http://orgmode.org/tmp/worg/

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Bastien bastien.gue...@wikimedia.fr writes:

 Thanks all for the work on worg.css -- I'm excited to see this happen!

 I'm putting Sebastian explicitely into the loop: I remember Sebastian
 worked on org.css (and maybe worg.css?) to make sure the spacing between
 HTML headings was okay for folding/unfolding through org-info-js.  Maybe
 this is something that should be taken care of with the new worg.css.

My starting point was the old worg.css file.  I noticed there was
excessive space between sections.  When I removed the following two
lines:

--8---cut here---start-8---
/* Add more spacing between section. Padding, so that folding with 
org-info.js works as expected. */
padding-bottom:2em;
--8---cut here---end---8---

It fixed the problem with excessive spacing.  Removing it didn't cause
an issue with the javascript-folded pages that I could see.

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Nick Dokos nicholas.do...@hp.com writes:

 Jason Dunsmore emacs-orgm...@dunsmor.com wrote:

 ...
 That's okay with me.  I just uploaded the latest stylesheet with Eric's
 collapsed TOC integrated in:
 http://orgmode.org/tmp/worg.css
 
 You can see it in action at:
 http://orgmode.org/tmp/worg/
 

 I haven't been able to see Eric's TOC in action yet (w/Firefox 3.0.19 on
 Ubuntu 8.10): I looked at the screenshots Eric posted, but I see nothing
 in the upper RH corner. Are there any prerequisites? I'll try more
 recent FF on more recent Ubuntu and perhaps some other browsers/distros
 as well, but if anybody has any ideas, I'd appreciate them.

The front page doesn't have a TOC.  You can see it here:
http://orgmode.org/tmp/worg/org-dependencies.html

Hit C-S-r to reload without using the cache if you still don't see it.

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:

 I'm partial to the emacs.css bundled with my
 submission over the current code fontification, but that's just me.

I put your pre style in place:
http://orgmode.org/tmp/worg.css

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:


 By the way, having the javascript section-folding enabled on only some
 pages is confusing and doesn't make for the best browsing experience.
 Now that the TOC will be collapsed by default, perhaps it's no longer
 needed?


 Yes the javascript is probably the culprit here, I agree that with the
 hidden TOC it is probably not required.  My preference would be to
 remove the section folding (and use of javascript) from Worg entirely.


 Is there a consensus on removing Javascript folding from *all* pages on
 Worg.  I think this would be an improvement both for the readability and
 stylistic coherence of the site.

I am in favor of removing the javascript folding from all Worg pages.
It would improve the consistency and experience of browsing Worg.

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:

 Matt Lundin m...@imapmail.org writes:

 Bastien bastien.gue...@wikimedia.fr writes:

 Jeff Horn jrhorn...@gmail.com writes:

 Jason seems to be garnering a lot of votes, but Eric's zenburn
 emulation makes my eyes happy. If Jason wins out, I suppose I could
 always just read Worg in emacs... :D

 Or use Eric zenburn-like css by selecting it as an alternative
 stylesheet in Firefox : View - Page Style - [select stylesheet].

 I don't know how to make this choice persistent from Firefox and I 
 don't know if this feature is available for other browsers, but it
 is certainly worth having several stylesheet available.

 Could we perhaps go ahead and put the new stylesheets on Worg along with
 alternate stylesheet links in the publishing preamble? That way we could
 begin to tweak the stylesheets as a community and test them on the
 fly. (It would also save Jason the work of having to publish to tmp
 directories.) Others would then be free to add their own
 stylesheets---though I suppose that adding alternate stylesheet links
 will require access to the publishing options on the server.

 Once we've decided on a default, we could then adjust the preamble
 accordingly and clean up the alternates.


 This sounds like a great approach to me.  I'm convinced that there are
 other Org-mode users with much more sophisticated knowledge of CSS who
 may improve our initial efforts in time.

 One other alternative that comes to mind--while we're making impositions
 on Jason's kindness :)--is that it would be nice to have an alternate
 version of Worg published side-by-side with the original, only instead
 of publishing each page using org-publish-as-html, it could publish each
 page using only htmlize.  That way we could show off how nice Org-mode
 syntax can be when viewed from inside of Emacs, and users could see a
 side-by-side between the plain-text and html versions.  An example of
 this approach done successfully is Dan's Babel example at
 http://www.stats.ox.ac.uk/~davison/software/org-babel/drift.org.html

That sounds like a good idea.  Do you know exactly how to do this?

I added the following to org-publish-project-alist:

--8---cut here---start-8---
(worg-htmlize
 :base-directory ~/git/Worg/
 :base-extension org
 :html-extension org.html
 :publishing-directory /var/www/orgmode.org/worg/
 :recursive t
 :htmlized-source t
 :publishing-function htmlize)
--8---cut here---end---8---

But when I run:

--8---cut here---start-8---
(defun publish-worg-htmlize nil
   Publish Worg.
   (interactive)
   (add-hook 'org-publish-after-export-hook 'worg-fix-symbol-table)
   (let ((org-format-latex-signal-error nil)
 (org-startup-folded nil))
 (org-publish-project worg-htmlize)))
--8---cut here---end---8---

I get the error Symbol's function definition is void: publish-htmlize.
I made sure to (require 'htmlize).

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Eric Schulte schulte.e...@gmail.com writes:


 One last change I would suggest, is that rather than use inline css for
 the highlighted source code, we use a css stylesheet by setting the 

   (setq org-export-htmlize-output-type 'css)

 Then use a single .css style sheet as done with the @import(emacs.css)
 in my previous submission.  I'm partial to the emacs.css bundled with my
 submission over the current code fontification, but that's just me.


 While we're fixing things, are there any objections to making the
 publishing change recommended above?  It should significantly reduce the
 size of pages which contain a large amount of source code, and will make
 it easier to adjust the fontification inside of code blocks.

I agree that org-export-htmlize-output-type should be set to 'css.

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

Re: [Orgmode] Re: Worg needs some reorganizing

[Jason Dunsmore]

Jason Dunsmore emacs-orgm...@dunsmor.com writes:

 Eric Schulte schulte.e...@gmail.com writes:


 By the way, having the javascript section-folding enabled on only some
 pages is confusing and doesn't make for the best browsing experience.
 Now that the TOC will be collapsed by default, perhaps it's no longer
 needed?


 Yes the javascript is probably the culprit here, I agree that with the
 hidden TOC it is probably not required.  My preference would be to
 remove the section folding (and use of javascript) from Worg entirely.


 Is there a consensus on removing Javascript folding from *all* pages on
 Worg.  I think this would be an improvement both for the readability and
 stylistic coherence of the site.

 I am in favor of removing the javascript folding from all Worg pages.
 It would improve the consistency and experience of browsing Worg.

I made a version of the FAQ without the javascript folding:

http://orgmode.org/tmp/worg/org-faq-nojs.html
http://orgmode.org/tmp/worg/org-faq.html

It like it better, but it's still a bit unwieldy.  Maybe the FAQ just
needs to be reorganized.  See how Wikipedia does it:

http://en.wikipedia.org/wiki/Wikipedia:FAQ
http://en.wikipedia.org/wiki/Wikipedia:FAQ_Index

Matt or Bastien, do you have an opinion on reorganizing the FAQ?

___
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