Re: [O] Possibly Bug in function org-scan-tags

[Nick Dokos]

Nick Dokos  wrote:

> > While the org-scan-tags funciton parses the first subheading(**DONE 
> > ss1) the match is
> > successful and the function "my-org-archive-subtree" is called which 
> > sets the variable
> > "org-map-continue-from" value to *beginning of line* and this variable 
> > is not set back to nil
> > after the function call ends, which leads to infinite loop while 
> > parsing the subsequent headlines
> > which does not match the "DONE" state(**NEXT ss2).
> >
> 
> I think it's a bit much to expect org to avoid all possible infinite loops
> that a user function can get it into - it's up to you to write the function
> properly so that it does *not* lead to infinite loops.
> 
> In this case, I think you can write
> 
> --8<---cut here---start->8---
> (defun my-org-archive-subtree ()
>   (let ((org-map-continue-from (point-at-bol)))
> (org-archive-subtree)))
> --8<---cut here---end--->8---
> 
> and be done with it - no changes to org needed. AFAICT, it deals with
> both of your examples without going into an infinite loop.
> 
> What am I missing?
> 

Well, it doesn't go into an infinite loop but it doesn't work either,
so scratch that. I'll need to think about it some more.

Nick

Re: [O] Possibly Bug in function org-scan-tags

[Nick Dokos]

bala mayam  wrote:

> The patch has error, it does not work for the following example file
> /tmp/example.org
> * DONE s1
> * DONE s2
> * DONE s3
> 
> The below patch works for all the cases
> 
> diff --git a/lisp/org.el b/lisp/org.el
> index 8a1fbd3..93d603f 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -12858,7 +12858,8 @@ only lines with a TODO keyword are included in the 
> outpu
>     ;; Get the correct position from where to continue
>     (if org-map-continue-from
>     (goto-char org-map-continue-from)
> - (and (= (point) lspos) (end-of-line 1)
> + (and (= (point) lspos) (end-of-line 1)))
> +   (setq org-map-continue-from nil)))
>  (when (and (eq action 'sparse-tree)
>    (not org-sparse-tree-open-archived-trees))
>    (org-hide-archived-subtrees (point-min) (point-max)))
> 
> - Balamayam
> 
> On Thu, Dec 15, 2011 at 3:18 AM, bala subramaniyam  
> wrote:
> 
> Hi,
>  The variable "org-map-continue-from" is not reset to nil 
> after the funcall to action
> in function "org-scan-tags".
>
> Heres the patch which works
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 8a1fbd3..54ab5fb 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -12848,7 +12848,8 @@ only lines with a TODO keyword are included in 
> the output."
>   (setq org-map-continue-from nil)
>   (save-excursion
>     (setq rtn1 (funcall action))
> -   (push rtn1 rtn)))
> +   (push rtn1 rtn))
> + (setq org-map-continue-from nil))
>  (t (error "Invalid action")))
>  
>     ;; if we are to skip sublevels, jump to end of subtree
>
> To see the error in action assume that we want to archive all the "DONE" 
> states in the file
> /tmp/test.org which contains the following lines.
> * s1
> ** DONE ss1
> ** NEXT ss2
> 
> (defun my-org-archive-subtree ()
>   (setq org-map-continue-from (point-at-bol))
>   (org-archive-subtree))
>
>  (org-map-entries 'my-org-archive-subtree "/DONE" (list "/tmp/test.org"))
>
> While the org-scan-tags funciton parses the first subheading(**DONE ss1) 
> the match is
> successful and the function "my-org-archive-subtree" is called which sets 
> the variable
> "org-map-continue-from" value to *beginning of line* and this variable is 
> not set back to nil
> after the function call ends, which leads to infinite loop while parsing 
> the subsequent headlines
> which does not match the "DONE" state(**NEXT ss2).
>

I think it's a bit much to expect org to avoid all possible infinite loops
that a user function can get it into - it's up to you to write the function
properly so that it does *not* lead to infinite loops.

In this case, I think you can write

--8<---cut here---start->8---
(defun my-org-archive-subtree ()
  (let ((org-map-continue-from (point-at-bol)))
(org-archive-subtree)))
--8<---cut here---end--->8---

and be done with it - no changes to org needed. AFAICT, it deals with
both of your examples without going into an infinite loop.

What am I missing?

Nick

Re: [O] org-contacts completion stopped working

[Noorul Islam]

On Thu, Oct 13, 2011 at 12:50 AM, Tassilo Horn  wrote:
> Julien Cubizolles  writes:
>
> Hi Julien,
>
>> As of a few days ago, completion doesn't work anymore. I get the
>> message (wrong-number-of-arguments (1 . 2) 4)
>>
>> Any ideas ?
>
> No, but you are not alone. :-)
>
> I use a very recent emacs 24 bzr checkout and org master from git.  Not
> sure who's the culprit.
>

You have to get more recent version. There is signature change.

I also faced similar issue, git pull and compilation helped.

Thanks and Regards
Noorul

Re: [O] fast navigation

[Eric Abrahamsen]

On Fri, Dec 16 2011, sergio wrote:

>> Have a look at org-goto (C-c C-j)
>
> I've seen it. It performs globally search not hierarchy.

What is your `org-goto-interface'? I've got mine set to
outline-path-completion, and I think it does what you want.

Eric

-- 
GNU Emacs 24.0.92.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6)
 of 2011-12-07 on pellet
Org-mode version 7.8.02 (release_7.8.02.8.g8fb0)

Re: [O] update agenda on file modification

[Herbert Sitz]

sergio  sergio.spb.ru> writes:
> 
> Is it possible to update agenda on .org file modification?
>

Do you mean whenever a buffer changes?  If so then I think the answer is No,
and you wouldn't want it to, since you frequently are working in agenda and
causing changes to the document buffers.  This has been discussed before and 
even if performance was not a problem there are reasons for not regenerating 
while you're in agenda.

There's a function that will regenerate the agenda after an idle time of x 
seconds:
http://orgmode.org/worg/org-hacks.html#sec-1-8-11 

I assume it could be modified to check for changed files on disk, if you 
wanted to use that as trigger for regeneration.

-- Herb

[O] org file for reference card?

[Vikas Rawal]

Isn't it odd that a tex file is distributed with orgmode, a pdf and a
text file available on the website. Should we not have a .org version
of the reference card? Can't orgmode produce the reference card pdf from
a .org file?

Vikas

Re: [O] file name prefix in agenda view

[Darlan Cavalcante Moreira]

You can change how the items appear in the agenda views by changing the
org-agenda-prefix-format variable to your liking. It is easier to change
the default value to remove the category.


--
Darlan Cavalcante Moreira

[O] How to control face for plain links

[Takaaki ISHIKAWA]

Dear all,

Hi.

Does anyone know the best way to disable face for plain links?

In Japanese sentences, I handle a link without a space, e.g.

[ja] 公式ページは、http://orgmode.org/にあります。
[en] http://orgmode.org/ is the official website.

When the `org-activate-plain-links' is active,
the overlay with underline will be applied to the end of line.
An org-descriptive-links style (e.g. [[http://a][link]]) has 
the same issue when `org-activate-plain-links' is active.
This is probably not comfortable for many Japanese users.

I therefore comment out a line in org.el as follows:

org-set-font-lock-defaults, org.el, Line:5773
---
   (if (memq 'angle lk) '(org-activate-angle-links (0 'org-link t)))
;  (if (memq 'plain lk) '(org-activate-plain-links))
   (if (memq 'bracket lk) '(org-activate-bracket-links (0 'org-link t)))

Any alternative solutions?

I think a toggle option like `org-toggle-link-display' is needed.


Best regards,
Takaaki Ishikawa

signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] file name prefix in agenda view

[Herbert Sitz]

Herbert Sitz  gmail.com> writes:
> 
> The first field of agenda lines is actually the 'Category' of the heading,
> defaults to the filename.  You can get it to blank out the Category field by
> including this line in config lines of your documents:
> 
> #+CATEGORY
> 

Sorry, that should have been:

#+CATEGORY:

Re: [O] file name prefix in agenda view

[Herbert Sitz]

sergio  sergio.spb.ru> writes:
> Is it possible to turn of file prefix (file:) in agenda view?
> I use the only one file for agenda and don't plan to use more than one.

The first field of agenda lines is actually the 'Category' of the heading, which
defaults to the filename.  You can get it to blank out the Category field by
including this line in config lines of your documents:

#+CATEGORY

I don't know if there's some way to set it to a blank value globally.  I expect
there is; maybe someone else can point it out.

-- Herb
 

Re: [O] fast navigation

[sergio]

> Have a look at org-goto (C-c C-j)

I've seen it. It performs globally search not hierarchy.

-- 
sergio.

Re: [O] Export all clocks or find last clock out. Is it possible?

[Bernt Hansen]

"Mikhail Titov"  writes:

>> -Original Message-
>> From: emacs-orgmode-bounces+mlt=gmx...@gnu.org [mailto:emacs-orgmode-
>> bounces+mlt=gmx...@gnu.org] On Behalf Of Mikhail Titov
>> Sent: Sunday, December 11, 2011 5:20 PM
>> To: Bernt Hansen
>> Cc: emacs-orgmode@gnu.org
>> Subject: Re: [O] Export all clocks or find last clock out. Is it possible?
>> 
>> > You can view your clocked items in the agenda
>> >
>> >agenda view
>> >   / show week view
>> >  / / validate clocks
>> > / / /
>> >/ / /\
>> > C-c a a w v c
>> Thanks a lot! I was able to rebuild agenda for the year and check
>> clocks! Perhaps I missed details on agenda commands while I was reading
>> manual. Just `v c` is what I was missing.
>
> I'm not sure what happened, but now I see only "Log mode is on" & "Log
> mode is off" when I press `v c` in agenda :( Any ideas what is messed
> up?

Is your agenda limited by tags or a restriction that has no log data?

-Bernt

Re: [O] Possibly Bug in function org-scan-tags

[bala mayam]

The patch has error, it does not work for the following example file
/tmp/example.org
* DONE s1
* DONE s2
* DONE s3

The below patch works for all the cases

diff --git a/lisp/org.el b/lisp/org.el
index 8a1fbd3..93d603f 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -12858,7 +12858,8 @@ only lines with a TODO keyword are included in the
outpu
;; Get the correct position from where to continue
(if org-map-continue-from
(goto-char org-map-continue-from)
- (and (= (point) lspos) (end-of-line 1)
+ (and (= (point) lspos) (end-of-line 1)))
+   (setq org-map-continue-from nil)))
 (when (and (eq action 'sparse-tree)
   (not org-sparse-tree-open-archived-trees))
   (org-hide-archived-subtrees (point-min) (point-max)))

- Balamayam

On Thu, Dec 15, 2011 at 3:18 AM, bala subramaniyam wrote:

> Hi,
>  The variable "org-map-continue-from" is not reset to nil
> after the funcall to action in function "org-scan-tags".
>
> Heres the patch which works
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 8a1fbd3..54ab5fb 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -12848,7 +12848,8 @@ only lines with a TODO keyword are included in the
> output."
>   (setq org-map-continue-from nil)
>   (save-excursion
> (setq rtn1 (funcall action))
> -   (push rtn1 rtn)))
> +   (push rtn1 rtn))
> + (setq org-map-continue-from nil))
>  (t (error "Invalid action")))
>
> ;; if we are to skip sublevels, jump to end of subtree
>
> To see the error in action assume that we want to archive all the "DONE"
> states in the file
> /tmp/test.org which contains the following lines.
> * s1
> ** DONE ss1
> ** NEXT ss2
>
>
> (defun my-org-archive-subtree ()
>   (setq org-map-continue-from (point-at-bol))
>   (org-archive-subtree))
>
>  (org-map-entries 'my-org-archive-subtree "/DONE" (list "/tmp/test.org"))
>
> While the org-scan-tags funciton parses the first subheading(**DONE ss1)
> the match is
> successful and the function "my-org-archive-subtree" is called which sets
> the variable
> "org-map-continue-from" value to *beginning of line* and this variable is
> not set back to nil after the function call ends, which leads to infinite
> loop while parsing the subsequent headlines which does not match the "DONE"
> state(**NEXT ss2).
>
> Regards,
> Balamayam
>

Re: [O] Export all clocks or find last clock out. Is it possible?

[Mikhail Titov]

> -Original Message-
> From: emacs-orgmode-bounces+mlt=gmx...@gnu.org [mailto:emacs-orgmode-
> bounces+mlt=gmx...@gnu.org] On Behalf Of Mikhail Titov
> Sent: Sunday, December 11, 2011 5:20 PM
> To: Bernt Hansen
> Cc: emacs-orgmode@gnu.org
> Subject: Re: [O] Export all clocks or find last clock out. Is it possible?
> 
> > You can view your clocked items in the agenda
> >
> >agenda view
> >   / show week view
> >  / / validate clocks
> > / / /
> >/ / /\
> > C-c a a w v c
> Thanks a lot! I was able to rebuild agenda for the year and check
> clocks! Perhaps I missed details on agenda commands while I was reading
> manual. Just `v c` is what I was missing.

I'm not sure what happened, but now I see only "Log mode is on" & "Log mode is 
off" when I press `v c` in agenda :( Any ideas what is messed up?

M.

[O] Multi string search of org entries

[Tom]

This package is a variant of this one:

http://thread.gmane.org/gmane.emacs.orgmode/49887


It supports matching multiple substrings in any order in
the whole entry (heading+body) and it also highlights the matches.

So, for example this entry


* Fenton running on the field

Dog having fun in nature.

http://www.youtube.com/watch?v=3GRSbr0EYYU



can be matched by the query:

dog run youtube



http://www.emacswiki.org/emacs/org-search-goto-ml.el


The search method is more complex, so it may be a bit slower than
the previous variants.

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Dave Marquardt]

Dave Marquardt  writes:

> Dave Marquardt  writes:
>
>> Jambunathan K  writes:
>>
>>> Dave Marquardt  writes:
>>>
 Bastien  writes:

> as the subject says.  Please all test this heavily and report 
> any problems.  This will be part of Org 7.8 and soon in Emacs.
>
> Thanks a lot to Jambunathan for all this efforts, let's make
> sure everything is smooth before the release!

 I installed Org 7.8.02 by downloading the tarball, untarring it, running
 make, then make install install-info.  When I run org-export-as-odt by
 C-c C-e o, I get this message:

Cannot find factory styles file. Check package dir layout

 Setting debug-on-error, I get this traceback.
>>>
>>> Did the suggestions in the followup posts work for you? Could you please
>>> confirm.
>>
>> I haven't had time to check.  I worked around the problem for now by
>> installing the style files by hand.
>
> I tried again with a clean /usr/local/share/emacs/site-lisp.  I ran
> "make all" and "make install install-info", and then tried to export a
> file to ODT.  No change, same problem.
>
> I believe the problem is that the install target in the Makefile doesn't
> copy the style files to $(prefix)/share/emacs/etc/styles or
> $(prefix)/share/emacs/site-lisp/etc/styles as the code expects.

I modified the Makefile to do what I expected.  With this change, "make
install" copies the style files to $(prefix)/share/emacs/etc/styles, and
ODT export now works as expected.

Here's a unified diff:

--- Makefile~   2011-12-15 02:37:30.0 -0600
+++ Makefile2011-12-15 11:02:57.054573287 -0600
@@ -19,6 +19,12 @@
 # Where local lisp files go.
 lispdir   = $(prefix)/share/emacs/site-lisp
 
+# Where etc files go.
+etcdir= $(prefix)/share/emacs/etc
+
+# Where style files go
+stylesdir = $(etcdir)/styles
+
 # Where info files go.
 infodir = $(prefix)/share/info
 
@@ -175,6 +181,7 @@
 CARDFILES   = doc/orgcard.tex doc/orgcard.pdf doc/orgcard_letter.pdf
 TEXIFILES   = doc/org.texi
 INFOFILES   = doc/org
+STYLESFILES = etc/styles/OrgOdtContentTemplate.xml etc/styles/OrgOdtStyles.xml
 
 # Package Manager (ELPA)
 PKG_TAG = $(shell date +%Y%m%d)
@@ -211,7 +218,7 @@
 
 compile: $(ELCFILES0) $(ELCBFILES)
 
-install: install-lisp
+install: install-lisp install-etc
 
 doc: doc/org.html doc/org.pdf doc/orgcard.pdf doc/orgcard_letter.pdf 
doc/orgguide.pdf doc/orgcard.txt
 
@@ -231,6 +238,10 @@
$(CP) $(INFOFILES) $(infodir)
$(INSTALL_INFO) --infodir=$(infodir) $(INFOFILES)
 
+install-etc: $(STYLESFILES)
+   if [ ! -d $(stylesdir) ]; then $(MKDIR) $(stylesdir); else true; fi ;
+   $(CP) $(STYLESFILES) $(stylesdir)
+
 autoloads: lisp/org-install.el
 
 lisp/org-install.el: $(LISPFILES0) Makefile

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[suvayu ali]

Hi Dave,

On Thu, Dec 15, 2011 at 17:56, Dave Marquardt  wrote:
> I tried again with a clean /usr/local/share/emacs/site-lisp.  I ran
> "make all" and "make install install-info", and then tried to export a
> file to ODT.  No change, same problem.
>
> I believe the problem is that the install target in the Makefile doesn't
> copy the style files to $(prefix)/share/emacs/etc/styles or
> $(prefix)/share/emacs/site-lisp/etc/styles as the code expects.



-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] [BUG] org-agenda-switch-to fails with void function org-pop-to-buffer-same-window

[Sean O'Halpin]

On Thu, Dec 15, 2011 at 1:26 AM, Jeff Horn  wrote:
> Recently did a fresh pull, which seems to have broken org-agenda-switch-to.
>
> To reproduce, open an agenda buffer, navigate to a line you want to
> inspect, press [RET]. On my machine, this calls autopair, then falls
> back to org-agenda-switch-to. Autopair doesn't seem to be causing the
> problem, since it persists even if I call =M-x org-agenda-switch-to=
> instead of pressing [RET].
>
> Org-mode version 7.8.02 (release_7.8.02.3.gfb8c)
> GNU Emacs 24.0.90.3 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
> of 2011-12-14 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev
>
> Can anyone reproduce?
>

I recently had a similar problem with =org-pop-to-buffer-same-window=
. It turned out that after switching to using =org-babel-load-file= to
load my init file, emacs was then using the org-mode installed in
site-lisp rather than my local git copy.

I fixed this by setting =load-path= to point to my local git copy of
org-mode before calling =org-babel-load-file=.

HTH.

Regards,
Sean

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Dave Marquardt]

Dave Marquardt  writes:

> Jambunathan K  writes:
>
>> Dave Marquardt  writes:
>>
>>> Bastien  writes:
>>>
 as the subject says.  Please all test this heavily and report 
 any problems.  This will be part of Org 7.8 and soon in Emacs.

 Thanks a lot to Jambunathan for all this efforts, let's make
 sure everything is smooth before the release!
>>>
>>> I installed Org 7.8.02 by downloading the tarball, untarring it, running
>>> make, then make install install-info.  When I run org-export-as-odt by
>>> C-c C-e o, I get this message:
>>>
>>>Cannot find factory styles file. Check package dir layout
>>>
>>> Setting debug-on-error, I get this traceback.
>>
>> Did the suggestions in the followup posts work for you? Could you please
>> confirm.
>
> I haven't had time to check.  I worked around the problem for now by
> installing the style files by hand.

I tried again with a clean /usr/local/share/emacs/site-lisp.  I ran
"make all" and "make install install-info", and then tried to export a
file to ODT.  No change, same problem.

I believe the problem is that the install target in the Makefile doesn't
copy the style files to $(prefix)/share/emacs/etc/styles or
$(prefix)/share/emacs/site-lisp/etc/styles as the code expects.

-Dave

Re: [O] Spanish translation of Bernt's document

[OSiUX]

El mar, 13 dic 2011, Bastien decía:

> Dear all,
> 
> just to advertise these two facts:
> 
> 1. Bernt kindly put his document under GNU FDL v1.3 (or later).
> 
> 2. Alvar (cc'ed) started a spanish translation of Bernt's doc,
>please check the git repo here:
> 
>https://github.com/alvarmaciel/org-mode-doc-es
> 
> If there are any native spanish writer/speaker, please give a hand 
> to Alvar!  Having more translations of this wonderful document will
> certainly help more people enjoy Org.
> 
> Best,

Since my beginnings with org-mode, this text has been very helpful and
often thought of translating it, now I can assist in the update.

My first org-mode and rst talk slides:

- http://pub.osiux.com/charlas/todo-txt-rst+org-mode-slides.pdf
- http://osiux.com/todo-txt-rst+org-mode

I have a copy in rst/html format in my blog:

- http://osiux.com/raw/emacs-orgmode-organize-your-life-in-plain-text
- http://osiux.com/emacs-orgmode-organize-your-life-in-plain-text

Thanks for translation!

-- 

::

  Osiris Alejandro Gomez (OSiUX) os...@osiux.com.ar
  AA70 93FD B6EF EB42 6920 7530 A799 B226 74C8 A3FE
  http://osiux.com http://wiki.buenosaireslibre.org


signature.asc
Description: Digital signature

Re: [O] Refresh of http://orgmode.org

[Bastien]

Eric Schulte  writes:

>> Thanks.  We lost the blue background in the top bar and the correct
>> z-index so that text don't overlap. 
>
> I believe I just pushed up a fix for this

Confirmed, thanks!

-- 
 Bastien

Re: [O] Refresh of http://orgmode.org

[Eric Schulte]

>
> Thanks.  We lost the blue background in the top bar and the correct
> z-index so that text don't overlap. 

I believe I just pushed up a fix for this

-- 
Eric Schulte
http://cs.unm.edu/~eschulte/

Re: [O] Refresh of http://orgmode.org

[Bastien]

Hi Eric,

Eric Schulte  writes:

> Exactly, that is why it is ignored. :)
>
> I did this mainly so that I could export index.org to generate a base to
> work off of (before I had the project description you just send in
> another email).

Okay, no problem.

> Should the publish project definition be added to the orgweb repository
> in a non-exporting file, so that anyone can build the site locally for
> testing?

Sure -- maybe just add a README.

>> The two others don't apply.  There seem to be blank lines where there
>> should not.  Can you resent them?
>
> Since you seem to like the changes listed above I've just pushed these
> patches up directly, so they should now be applied.

Thanks.  We lost the blue background in the top bar and the correct
z-index so that text don't overlap. 

-- 
 Bastien

Re: [O] fast navigation

[Juan Pechiar]

Hi,

Have a look at org-goto (C-c C-j)

   http://orgmode.org/manual/Motion.html#index-org_002dgoto-83

And also completion features (eg. iswitchb emulation)

   http://orgmode.org/manual/Completion.html#Completion

Regards,
.j.

On Thu, Dec 15, 2011 at 05:39:41PM +0400, sergio wrote:
> Is it possible to move through org file like cd on filesystem, ie press
> special hotkey and then /foo/bar/baz for goto baz headline in such file:
>
> * foo
> ** bar
> *** baz
>
> Is it possible to use completion for such paths (/foo/bar/b)?

Re: [O] Refresh of http://orgmode.org

[Eric Schulte]

Bastien  writes:

> Hi Eric,
>
> Eric Schulte  writes:
>
>> The attached three patches to the orgweb repository change the CSS for
>> smarter rendering on narrow screens (they don't address screen
>> height).
>>
>> The changes include...
>> - scale down images on narrow screens
>> - decrease the width of the left link bar on narrow screens
>> - decrease the padding around the title on narrow screens
>> - shrink the paypal link on smaller screens -- I would like to move this
>>   button on really small screens, but somehow that doesn't seem possible
>> - remove the Org-mode image on really small screens
>> - remove the twitter feed on narrow screens -- for some reason I was
>>   unable to change the size of this widget, so I just hide it on a tiny
>>   screen
>
> Looks fine - thanks!
>
>> These changes make the new website work on my system, and should improve
>> the reading experience for everyone who keeps their browser screens less
>> than 1400 pixels wide.
>>
>> If these look good please apply them.
>
> I don't understand the first patch, as there should be no index.html in
> the git repository.  
>

Exactly, that is why it is ignored. :)

I did this mainly so that I could export index.org to generate a base to
work off of (before I had the project description you just send in
another email).

Should the publish project definition be added to the orgweb repository
in a non-exporting file, so that anyone can build the site locally for
testing?

>
> The two others don't apply.  There seem to be blank lines where there
> should not.  Can you resent them?
>

Since you seem to like the changes listed above I've just pushed these
patches up directly, so they should now be applied.

Best -- Eric

>
> Thanks!

-- 
Eric Schulte
http://cs.unm.edu/~eschulte/

[O] Defining dependencies (was: What do you use to identify projects (in the GTD sense))

[Karl Voit]

* Viktor Rosenfeld  wrote:
>
> * TODO Project
> ** TODO Subproject A
> *** NEXT Task A1
> *** TODO Task A2
> ** NEXT Task B
> ** TODO Task C
> ** TODO ...
>
> Task B and C have to be done in order. However, Subproject A is somewhat
> independent and can be done in parallel, while working on Task B and C.
>
> When I mark Task B as DONE, the Project is still unstuck because of the
> a NEXT task in Subproject A. Meaning that I never get to schedule Task C
> or any following tasks until I'm done with Subproject A.
>
> One solution to this problem would be to trigger a state change in Task
> C automatically when Task B is done. But I'm afraid that is too much
> setup and also not flexible enough. 

I had no trouble to set up this using the examples from
http://doc.norang.ca/org-mode.html and
http://orgmode.org/worg/org-contrib/org-depend.html

With org-depend you can also use another method to overcome this
problem:

** NEXT Task B
   [...]
   :ID: mytaskB
   [...]

** NEXT Task C
   [...]
   :BLOCKER: mytaskB
   [...]

I am not using stuck project information (yet) but this does not
show Task C on my agenda at least. Which is quite nice since it is
way more flexible and can be used in a broader way.

-- 
Karl Voit

Re: [O] org-column face

[Michael Brand]

Hi all

On Wed, Dec 14, 2011 at 16:15, sergio  wrote:
> (setq default-frame-alist '(
> ...
>        (font . "terminus-10")
> ...
> ))

Thank you for this hint. Changing my setup from set-frame-font to
default-frame-alist now helps me to get the desired font for
org-culumn-face for the case when I open a file /tmp/test.org manually
after

emacs -q -l /tmp/font.el

But when I open the file with

emacs -q -l /tmp/font.el /tmp/test.org

then the original default font is still in effect for org-column-face
unexpectedly. The only difference in "C-u C-x =" is the  in the
line

xft:-unknown-DejaVu Sans
Mono-normal-normal-normal-*--*-*-*-m-0-iso10646-1 (#x03)

The above comparison was GNU Emacs 23.1.1 with both original
org-version 6.21b or both my current Org release_7.7-537-g7e31.dirty
and a minimal /tmp/font.el:

(add-to-list 'default-frame-alist '(font . "DejaVu Sans Mono-12"))
;; optionally comment this out
(add-to-list 'load-path "/f/git/org-mode/lisp/")
(require 'org-install)

What I don't understand too: When I append (require 'org) to (require
'org-install) then also "emacs -q -l /tmp/font.el" does not work any
more again.

What is the right way for the setup to get all this working?

Michael

Re: [O] reftex setup problem

[Myles English]

>> On Thu, 15 Dec 2011 13:16:08 +0100, nikolai stenfors said:

  > Yes, After reading the reftex manual once again, I managed to insert
  > bibtex-references in to my org-file and stepwise, as you suggested,
  > export them via aux to pdf.

Glad you were able to fix it.  It would be nice if it ran:

$ bibtex mydoc.aux

automatically though.  Maybe I need to customise something.

  > Thanks,

  > Nikolai


Myles

Re: [O] Refresh of http://orgmode.org

[Bastien]

Hi Eric,

Eric Schulte  writes:

> Ah, I should have known to hold my tongue! :)
>
> I pushed a patch up to a new "old-image" branch in the orgweb
> repository, but it seems you've now taken care of this independently so
> please feel free to delete that branch.

Mhh..  yes, I deleted this branch.  Thanks anyway!

> One of my preferred layout looks something like the following, which can
> lead to a small windows for Firefox.
>
> ++---+
> ||   |
> ||   |
> |   Firefox  |   Emacs   |
> ||   |
> ||   |
> ++---+
> | Terminal   |
> ++
>
> There is a huge difference in readability between those websites which
> take variable window size into consideration and those which assume a
> large screen (or a full screen browser).  I'll take a shot at changing
> the CSS in the orgweb repository to facility smaller layouts (I guess
> some special CSS for mobile browsers may also make sense).
>
> ...looking...
>
> It looks like making the Org-mode website responsive to the viewers
> window size should be as simple as adding a couple of "@media" guards
> [1] to the css page.  I may have time to tackle this over the weekend.
> I do need some help compiling the Org-mode web page from the git
> repository.  Is there an org-mode publishing project which I should
> define locally?  

I use this locally:

#+begin_src emacs-lisp
(setq org-publish-project-alist
  `(("orgweb"
 :base-directory "~/install/git/orgweb/"
 :base-extension "org"
 :publishing-directory "/srv/http/org-mode/"
 :publishing-function org-publish-org-to-html
 :auto-sitemap nil
 :section-numbers nil
 :table-of-contents nil
 :html-preamble ,(org-get-file-contents 
"/srv/http/org-mode/preamble.html")
 :html-postamble ,(org-get-file-contents 
"/srv/http/org-mode/postamble.html"))
   ("orgweb_extra"
 :base-directory "~/install/git/orgweb/"
 :base-extension "css\\|html\\|png"
 :publishing-directory "/srv/http/org-mode/"
 :publishing-function org-publish-attachment)))
#+end_src

... my web server serves web pages at "/srv/http/org-mode/".
I also have a project for the fr/ directory, very similar to
this one.

> In general how are the many file in orgweb compiled into the site?

Each time someone pushes a fix to orgweb.git, there is a hook calling 
a script launching emacs in batch mode for publishing the website.  The
same way than for Worg, exactly.

HTH,

-- 
 Bastien

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Dave Marquardt]

Jambunathan K  writes:

> Dave Marquardt  writes:
>
>> Bastien  writes:
>>
>>> as the subject says.  Please all test this heavily and report 
>>> any problems.  This will be part of Org 7.8 and soon in Emacs.
>>>
>>> Thanks a lot to Jambunathan for all this efforts, let's make
>>> sure everything is smooth before the release!
>>
>> I installed Org 7.8.02 by downloading the tarball, untarring it, running
>> make, then make install install-info.  When I run org-export-as-odt by
>> C-c C-e o, I get this message:
>>
>>Cannot find factory styles file. Check package dir layout
>>
>> Setting debug-on-error, I get this traceback.
>
> Did the suggestions in the followup posts work for you? Could you please
> confirm.

I haven't had time to check.  I worked around the problem for now by
installing the style files by hand.

>> Debugger entered--Lisp error: (error "Cannot find factory styles file. Check 
>> package dir layout")
>>   signal(error ("Cannot find factory styles file. Check package dir layout"))
>>   error("Cannot find factory styles file. Check package dir layout")
>>   byte-code("दध\"दन\"थऩ‰„
>
> Interesting to see Hindi here characters ...

Must be your font, as they show up as something else here.

-Dave

Re: [O] Refresh of http://orgmode.org

[Bastien]

Hi Eric,

Eric Schulte  writes:

> The attached three patches to the orgweb repository change the CSS for
> smarter rendering on narrow screens (they don't address screen
> height).
>
> The changes include...
> - scale down images on narrow screens
> - decrease the width of the left link bar on narrow screens
> - decrease the padding around the title on narrow screens
> - shrink the paypal link on smaller screens -- I would like to move this
>   button on really small screens, but somehow that doesn't seem possible
> - remove the Org-mode image on really small screens
> - remove the twitter feed on narrow screens -- for some reason I was
>   unable to change the size of this widget, so I just hide it on a tiny
>   screen

Looks fine - thanks!

> These changes make the new website work on my system, and should improve
> the reading experience for everyone who keeps their browser screens less
> than 1400 pixels wide.
>
> If these look good please apply them.

I don't understand the first patch, as there should be no index.html in
the git repository.  

The two others don't apply.  There seem to be blank lines where there
should not.  Can you resent them?

Thanks!

-- 
 Bastien

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Dave Marquardt]

suvayu ali  writes:

> Hi Alan and Dave,
>
> On Wed, Dec 14, 2011 at 22:56, Alan L Tyree  wrote:
>> On 15/12/11 08:35:20, suvayu ali wrote:
>>> On Wed, Dec 14, 2011 at 21:28, Dave Marquardt 
>>> wrote:
>>> > When I run org-export-as-odt by C-c C-e o, I get this message:
>>>  Cannot find factory styles file.
>>>
>>> I believe this is fixed in the git head.
>>
>> I'm not so sure. I just pulled the latest and get the same error
>> message:
>>
>> Debian Squeeze, emacs 23.2.1, LibreOffice 3.4.3.
>>
>
> I was mistaken in saying it has been "fixed". Its actually a setup
> problem reported originally by Christian. Take a look at the following
> thread.
>
> 
>
> In case you still think its a bug causing the issue in your case, it
> would be help if you could post an ECM (minimal complete example in
> French) which replicates the problem.

No, I don't think that thread has anything to do with my problem.  I had
not previously used the ODT exporter in any way.  When I run "make
install" I really expect all the necessary files to be installed in the
default location where the code expects to find them if I do no
customization.

I have not tried installing from the head, as I usually prefer to update
only at release boundaries, so I can't say yet whether this problem is
fixed by the latest changes.  I was frankly quite surprised that "make
install" didn't install the necessary pieces in 7.8.02.

-Dave

Re: [O] Bastiens talk

[Bastien]

Martyn Jago  writes:

> I hope you don't mind Bastien, but I took the liberty of adding a link
> to Worg under the heading *General Introduction to Org-mode* on the *Org
> tutorials* page [1].
>
> http://orgmode.org/worg/org-tutorials/index.html

I surely don't -- thanks again.

-- 
 Bastien

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

[Bastien]

Hi Martyn,

Martyn Jago  writes:

> 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.

I saw you updated Worg wrt this.

Thanks a lot for this!

-- 
 Bastien

[O] fast navigation

[sergio]

Hello.

Is it possible to move through org file like cd on filesystem, ie press
special hotkey and then /foo/bar/baz for goto baz headline in such file:

* foo
** bar
*** baz

Is it possible to use completion for such paths (/foo/bar/b)?

-- 
sergio.

Re: [O] Refresh of http://orgmode.org

[Martyn Jago]

Bastien  writes:

> Dear all,
>
> I made a small refresh of the website.
>
> http://orgmode.org
>
> - random quote (taken from worg/org-quotes.org)
> - random screenshot
> - twitter feed
> - g+/flattr/fb buttons
> - french translation (http://orgmode.org/fr/)
>
> If you want to help with the translation in your language, 
> please send your public key and I will give you push access.
> This is just a bunch of .org files, only 1 hour needed to
> translate the whole website.
>
> Hope you like it!

I personally really like the new look (on a 19" Wide-screen Safari browser under
OSX). It looks really clean, organized, and professional. 

I tended to think the original page held just too much information, as a
landing page - i.e. for a potentially new Org-user who is making there
first steps into researching Org-mode. 

Incidentally, it also looks really good on the Ipad (safari), where the 
left-hand
column links work just fine.

Best, Martyn

Re: [O] Worg migration complete

[Martyn Jago]

Hi Jason

Achim Gratz  writes:

> Nick Dokos  writes:
>> ... but then you'll encounter problems when you try to push, right?
>
> Yes.  It's sorted now, thanks to Jason.  First there was some bogus
> newlines in the authentication file of the server, so some keys were not
> recognized.  The remote to push to must be
>
>   w...@orgmode.org:worg.git
>
> Alternatively, in URL syntax that is
>
>   git+ssh://w...@orgmode.org/~/worg.git
>
> The crucial part is the "~", otherwise it'd search the repository in the
> root directory.  Since I pull via the public interface to avoid the
> overhead of an encrypted connection unless it is really needed, I've put
>
> [url "git+ssh://w...@orgmode.org/~/"]
> pushInsteadOf = git://orgmode.org/
>
> in my global .gitconfig; you could also have that in the repository
> config or configure separate pull and push URL for the remote.
>
>
> Regards,
> Achim.

The relocation of Worg has proved to be very painless for me, and I
really like the new `instant publishing' feature, which works great!

Thanks for your time and effort on these changes.

Best, Martyn

[O] update agenda on file modification

[sergio]

Hello.

Is it possible to update agenda on .org file modification?

-- 
sergio.

Re: [O] Bastiens talk

[Martyn Jago]

Hi

Bastien  writes:

> Rustom Mody  writes:
>
>> I'll try and flesh out the rest and post it here
>
> http://orgmode.org/worg/org-tutorials/org-screencasts/ghm2011-demo.html
>
> Next step is to have worg-links to the main concepts presented here.
>
> Thanks!

I think this is a great screencast for whetting the appetite of
prospective Org-mode users - it is up-to-date, practical, and includes
features in the pipeline. 

I hope you don't mind Bastien, but I took the liberty of adding a link
to Worg under the heading *General Introduction to Org-mode* on the *Org
tutorials* page [1].

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

Best, Martyn

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[suvayu ali]

On Thu, Dec 15, 2011 at 09:58, Christian Moe  wrote:
> Could someone confirm that etc/styles is automatically installed on Linux /
> that it isn't on Mac?

I don't install after compiling org, but I checked with this:

$ make -n install | grep etc

So I guess that is the problem. The Makefile has no rule to install
etc files, so if you use 'make install' odt export fails.

Also a quick look at the Makefile seems to confirm this (at least in
my limited Makefile understanding)

...
install: install-lisp
...
install-lisp: $(LISPFILES) $(ELCFILES)
if [ ! -d $(lispdir) ]; then $(MKDIR) $(lispdir); else true; fi ;
$(CP) $(LISPFILES)  $(lispdir)
$(CP) $(ELCFILES)   $(lispdir)
...

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] Bastiens talk

[Bastien]

Rustom Mody  writes:

> I'll try and flesh out the rest and post it here

http://orgmode.org/worg/org-tutorials/org-screencasts/ghm2011-demo.html

Next step is to have worg-links to the main concepts presented here.

Thanks!

-- 
 Bastien

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Alan L Tyree]

On 15/12/11 19:58:32, Christian Moe wrote:
> 
> On 12/15/11 8:26 AM, Jambunathan K wrote:
> >
> > Alan
> >
> >> That solved the problem. I was loading an old version.
> >
> > If you had copied "etc/styles" dir by hand to the installation dir 
> I
> > would consider that a bug.
> >
> > This copying should happen auto-magically.
> >
> > I hope things work auto-magically now without any manual
> intervention.
> 
> Not for me. Could be specific to make install into Emacs.app on Mac 
> (I
> 
> know squat about this, except that we have to edit our Makefile to 
> get
> 
> lisp and docs installed in the right place, and maybe we have to do 
> something special for the etc dir too?). Could someone confirm that 
> etc/styles is automatically installed on Linux / that it isn't on 
> Mac?
Christian,
I am embarrassed to admit this in public, but my problem was that I 
had:

(add-to-list 'load-path "~/.emacs.d/org-mode") 

instead of:

(add-to-list 'load-path "~/.emacs.d/org-mode/lisp")

in my init.el.

I hope that your solution is as simple.

Alan 


> 
> Yours,
> Christian
> 
> 



-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Alan L Tyree]

On 15/12/11 18:26:32, Jambunathan K wrote:
> 
> Alan
> 
> > That solved the problem. I was loading an old version.
> 
> If you had copied "etc/styles" dir by hand to the installation dir I
> would consider that a bug.
> 
> This copying should happen auto-magically.
> 
> I hope things work auto-magically now without any manual 
> intervention.

Everything is perfect. And I am very, very impressed with the odt 
export.

My publishers require me to submit stuff in .doc format even though 
they don't use it for publishing. This will be a fantastic boon for me 
to deal with these people. Thanks so much Jambunathan.

OT: I am the author of a 600+ page textbook which I have written in 
LaTeX and maintain through a version control system. They require 
submission in Word, then I deal with an editor, then the publisher uses 
a specialised version of docbook to publish. It is absolutely 
infuriating!!



> 
> -- 
> 



-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206

Re: [O] Bastiens talk

[Bastien]

Rustom Mody  writes:

> Ok so its linked from the above to http://vimeo.com/30721952
> where it is in the footnote: First eight minutes are a general
> introduction... etc
>
> I'll try and flesh out the rest and post it here

Good idea -- thanks!  Such content would be good for Worg.

-- 
 Bastien

Re: [O] ODT export custom link colors?

[Christian Moe]

On 12/15/11 8:41 AM, Jambunathan K wrote:

I usually put the cursor on the text that I am interested in, press F11
and switch to char styles or whatever category. The right style would be
highlighted which you can directly inherit from.


Indeed, that's a better recipe. (On a Mac laptop keyboard, Cmd-T 
instead of F11.)




The exact scenario you describe here is documented in the manual.

(info "(org) Creating one-off styles")


The scenario was not mixing raw ODT XML in with Org, but using a 
custom link type to color text. The manual page you point to gives all 
the info one would need to figure out how to do it, and I should have 
given the reference. But the manual does not spell out exactly how to 
solve that scenario, so I thought that would be helpful.



#+begin_src emacs-lisp
(org-odt-format-fontify "This text is in red" "red-style")
#+end_src

It will mark the text in "red-style". You can similarly use this or this
for marking text in bold.

#+begin_src emacs-lisp
(org-odt-format-fontify "This text is in red" 'bold)
#+end_src


That's cool, but how do you suggest to use it? I tried it with 
=:exports results=, but that didn't work (the angle brackets got 
escaped).


But I probably misunderstood, and you meant to use it to generate the 
correct raw XML and then include the result in the text, with =@= 
signs added?


That works out of the box for the "bold" example, but not for 
"red-style" -- I assume we'd have to create that style first?



If you look at OrgOdtStyles.xml (C-h v org-odt-styles-dir) and you can
see a bunch of styles marked as "Org Agenda Styles". These are used for
marking TODO in red and DONE in green etc.

Copy&  paste those styles, fix the name and background color and you are
done.


Thanks, that's helpful.

Yours,
Christian

Re: [O] The Org->ODT exporter is now in Org's core (latest git)

[Christian Moe]

On 12/15/11 8:26 AM, Jambunathan K wrote:


Alan


That solved the problem. I was loading an old version.


If you had copied "etc/styles" dir by hand to the installation dir I
would consider that a bug.

This copying should happen auto-magically.

I hope things work auto-magically now without any manual intervention.


Not for me. Could be specific to make install into Emacs.app on Mac (I 
know squat about this, except that we have to edit our Makefile to get 
lisp and docs installed in the right place, and maybe we have to do 
something special for the etc dir too?). Could someone confirm that 
etc/styles is automatically installed on Linux / that it isn't on Mac?


Yours,
Christian

Re: [O] how to bind keys in orgtbl-mode

[Carsten Dominik]

On 15.12.2011, at 08:50, Sebastien Vauban wrote:

> Hi Carsten,
> 
> Carsten Dominik wrote:
>> On 9.12.2011, at 22:36, Uwe Brauer wrote:
>>> I would like to have the same binding as in org-mode
>>> 
>>> (local-set-key [(control c) (control w)] 'org-table-wrap-region)
>> 
>> We could just add this to the standard orgtbl bindings - don't know why
>> this is not the case.  OK, I just did that.
>> 
>>> (local-set-key [(control c) (control h)] 'org-table-insert-hline)
>> 
>> This one on the other hand violates Emacs conventions, so
>> we cannot do this by default.
> 
> FMI, why is the second violating Emacs conventions?  I don't really grap a
> difference between both, and I'm not aware of the convention which would
> become broken there.

C-c is a prefix key.  As with all prefix keys, if you follow
with C-h (h for help), a list of key bindings in that prefix
map is displayed.  This is automatic and is one of the
self-documenting features of Emacs.  If you bind
C-c C-h to a different command, the user looses helpful display.

Try, for example C-x C-h or C-c C-x C-h to see what I mean.
I hardly use this, but I do use it to remind myself of
rarely used rectangle commands: C-x r C-h

Cheers

- Carsten