Re: [Orgmode] Re: Installing org-mode from git without byte-compiling

2011-01-14 Thread Jeff Horn
On Sat, Jan 1, 2011 at 4:58 AM, Ian Barton li...@manor-farm.org wrote:
 I have been struggling to get the info from the git repo to display in
 Emacs, rather than the default info.

 In my .emacs I have: (add-to-list 'Info-default-directory-list
 ~/.emacs.d/src/org-mode/doc/)

 C-h v Info-directory-list shows:

 Info-directory-list's value is
 (~/.emacs.d/src/org-mode/doc/ /usr/share/info/emacs-23
 /usr/share/info/ /usr/share/info/)


 However, I still get the info file for org 6.36.trans displayed. If I do:

 info ~/.emacs.d/src/org-mode/doc/org

 I get the correct git version of the info file. So what am I doing wrong?

Ian,

I started having issues with this last week. Re-reading this thread
gave me hints at a solution. I don't know what happened on my end, but
try the following steps, which worked for me:

1) Navigate to your org source directory (git repo, perhaps)
2) Type =make info=
3) Make sure the org/doc directory is in Info-directory-list (looks
like it is for you)

Kill any Info buffers and restart Info. The manual should be the
correct one now. If that doesn't fix it, try also typing =make
install-info=, which updates the site-wide documentation.

Let me know if this solves the problem for you, and if you had to type
=make install-info=.

Jeff

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
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] Fix typos in yasnippet conflict entry

2011-01-14 Thread Jeffrey Horn
Changed yasnippets to yasnippet and added extra whitespace around functions 
to be consistent with the rest of the section.
---
 doc/org.texi |4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index 4d696ae..a30d5b6 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -13465,15 +13465,17 @@ fixed this problem:
 (define-key yas/keymap [tab] 'yas/next-field-group)))
 @end lisp
 
-The latest version of yasnippets doesn't play well with Org mode. If the
+The latest version of yasnippet doesn't play well with Org mode. If the
 above code does not fix the conflict, start by defining the following
 function:
+
 @lisp
 (defun yas/org-very-safe-expand ()
(let ((yas/fallback-behavior 'return-nil)) (yas/expand)))
 @end lisp
 
 Then, tell Org mode what to do with the new function:
+
 @lisp
 (add-hook 'org-mode-hook
   (lambda ()
-- 
1.7.3.5


___
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] Re: Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC

2011-01-14 Thread Sébastien Vauban
Hi Eric and Niels,

Eric Schulte wrote:
 niels giesen niels.gie...@gmail.com writes:
 Please see the patch below, it adds property inheritance for all
 MAIL_* properties, based on the value of
 `org-use-property-inheritance'.

 Thanks for the patch, and for the motivating usage example. -- Eric

If I understand correctly, one must enable =org-use-property-inheritance= for
the above to be in effect.

Though, this is discouraged in the doc:

,
| org-use-property-inheritance is a variable defined in `org.el'.
| Its value is nil
| 
| Documentation:
| Non-nil means properties apply also for sublevels.
| 
| This setting is chiefly used during property searches.  Turning it on can
| cause significant overhead when doing a search, which is why it is not
| on by default.
`

Couldn't we either:

- consider the MAIL_* properties as the *_ALL ones that well have inheritance
  enabled by default?

,
| However, note that some special properties use inheritance under special
| circumstances (not in searches).  Examples are CATEGORY, ARCHIVE, COLUMNS,
| and the properties ending in _ALL when they are used as descriptor
| for valid values of a property.
`

- have a setting allowing for the inheritance of just these special
  properties, as an extra, in order not to penalize too much the searches?

Best regards,
  Seb

-- 
Sébastien Vauban


___
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] [bug?] [babel] cannot generate table format output for octave results

2011-01-14 Thread Eric S Fraga
Hello,

I want an octave babel code block to generate an org table as the
/result/ so that it can be used by another code block elsewhere in my
document.  Typically, because of how I generate my data, I would like
babel to create the table from the /output/ of the octave code, not the
value.  However, specifying =:results output table= doesn't seem to work
(for me, in any case).

The following is an example with two octave babel code blocks.  The
first asks for the /value/ of the block to be extracted and converted to
an org table.  This works fine.  The second block asks for the /output/
to be converted.  This doesn't work in that the output is not converted
to org table syntax *and* the output is encapsulated in an /example/
block.

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

  #+srcname: valueresult
  #+begin_src octave :results value table
values = [];
for i=1:15
  values(end+1,:) = [i, i^3];
endfor
ans = values
  #+end_src

  #+results: valueresult
  |  1 |1 |
  |  2 |8 |
  |  3 |   27 |
  |  4 |   64 |
  |  5 |  125 |
  |  6 |  216 |
  |  7 |  343 |
  |  8 |  512 |
  |  9 |  729 |
  | 10 | 1000 |
  | 11 | 1331 |
  | 12 | 1728 |
  | 13 | 2197 |
  | 14 | 2744 |
  | 15 | 3375 |

  #+srcname: outputresult
  #+begin_src octave :results output table
values = [];
for i=1:15
  values(end+1,:) = [i, i^3];
endfor
disp(values)
  #+end_src

  #+results: outputresult
  #+begin_example
1  1
2  8
3 27
4 64
5125
6216
7343
8512
9729
   10   1000
   11   1331
   12   1728
   13   2197
   14   2744
   15   3375
#+end_example
--8---cut here---end---8---

I should add that I am having a great deal of fun with org and babel at
the moment!  I am finishing off a paper and the presentation of the
results of my research requires me to run some code (octave) to generate
a rather large set of results that go into a number of data files.  I
then process these files with a shell script block using awk to extract
the necessary information for presentation. The output of this is passed
to another octave block which does some data analysis.  The analysis
results are then passed to a gnuplot block.  Very simple chain of blocks
that I used to do all separately but that I can now have in a single
document.  In fact, I have two chains from the same initial code to
present two different aspects of the results.

Babel is fantastic basically.  Well, so is org, of course.  Thanks
(again and again) to all org and babel implementers!

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1
: using Org-mode version 7.4 (release_7.4.174.g163cd)

___
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: [bug] org-store-link on gnus message fails

2011-01-14 Thread Eric S Fraga
Sébastien Vauban wxhgmqzgw...@spammotel.com writes:

 Hi Eric,

 Eric S Fraga wrote:
 Tassilo Horn tass...@member.fsf.org writes:
 this patch should do the trick. I think the issue was a malformed Date:
 header that couldn't be converted to a timestamp.

 Actually, I am curious about this. What is the point of extracting the date
 in any case? It's used to store link properties but I don't understand where
 these properties can be used? I'm asking in case I'm missing a useful
 functionality I hadn't thought of...

 Well, I often (now) keep extracts of mail in my Org buffers. Via a capture
 template[1], these get a TODO keyword, a SCHEDULED date (by default, set to
 today), a link to the Gnus message (or http link to Gmane) and the date of the
 mail.

 Why keeping the date of the original mail?  Because it's interested to see,
 when scanning which emails I still have to answer on, when they've been
 issued -- without having to follow on the link.

 It is an indication of the age of the mail, that could serve as well for
 sorting the subtrees (if I'm not wrong -- I don't use that feature but...).

 Does this answer your question?

Seb,

it does indeed.  Many thanks, and also for the emacs lisp code that
shows how to use the extra link information.  I wouldn't need to use
this information in the way you do because my capture template for task
creation, which is usually what I do as a result of emails, is based on
a date tree...  but it's still very useful to see other ways of handling
the information overflow we have!

Thanks again,
eric

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 23.2.1
: using Org-mode version 7.4 (release_7.4.174.g163cd)

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


[Orgmode] Feature request: another Org file for anniversary entries

2011-01-14 Thread Juraj Kubelka
I would like to add anniversary entries to another Org file then other
diaries. Would it be possible? There is a suggested patch in the attachment.

Thank you a lot,
Jura


patch.diff
Description: Binary data
___
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] Problems with buffer-local variables

2011-01-14 Thread Carsten Dominik


On Dec 22, 2010, at 3:51 PM, Dan Davison wrote:

There's recently been some advocacy of using buffer-local variables  
for

Org-mode configuration. It seems like a good idea to me. However, I
think that it raises a problem: there are at least two situations in
which Org internally spawns a buffer that is supposed to be a sort of
copy of another Org buffer: these situations are export and org-src
edit buffer. The problem is that the copy buffer doesn't inherit  
local

variables from the parent buffer.

It seems that either we should propagate all local variables in these
cases (but I suspect that is inappropriate for some variables), or we
have to have a rule for identifying the subset of local variables  
which

need to be propagated.

Below is one example which I think demonstrates a problem. If you
evaluate the elisp block and then export to HTML, the noweb does not  
get
expanded, because the configuration variable is buffer-local (behind  
the

scenes, Org creates a buffer copy just before exporting a buffer).

--8---cut here---start-8---
#+title: Local variables issues?

Evaluate this block, then do C-c C-e h
#+begin_src emacs-lisp :results silent :exports none
 (set-default 'org-babel-default-header-args:sh
 nil)
 (set (make-local-variable 'org-babel-default-header-args:sh)
  '((:noweb . yes)))
#+end_src

#+begin_src sh :exports both
foo
#+end_src

#+source: foo
#+begin_src sh :exports none
echo hello
#+end_src
--8---cut here---end---8---

It's also a problem when spawning the org-src edit buffer. There is a
patch in the pipeline that tries to identify all the necessary local
variables and transmit them to the edit buffer:

http://patchwork.newartisans.com/patch/438/

That's a bit messy, but in the export case it seems even harder to
identify all variables that might need to be transmitted.

What is a good solution?



Hi Dan,

I see only two possibilities.  Either use a list of variables that  
should be transported, or copy all local variables, or all local  
variables that match a pattern.  An example for doing something like  
this can be found in org-get-local-variables which is, for example,  
used by `org-run-like-in-org-mode'.


- Carsten



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


Re: [Orgmode] Bug: Agenda's `Goto Today' doesn't in Day view [7.4]

2011-01-14 Thread Carsten Dominik


On Jan 2, 2011, at 5:23 PM, David Maus wrote:


At Thu, 23 Dec 2010 09:21:56 +0100,
peter.fri...@agfa.com wrote:


'Goto Today' seems to go to the first day of the week instead of the
current day when the agenda is in Day view.



Is this still a problem?  I don't seem to be able to reproduce this  
problem.


- Carsten




It works as expected when in week view.

I can also confirm the previously reported bug that `Jump to date'
changes the Agenda view -- in my case from Day to Week.


Emacs  : GNU Emacs 22.3.1 (i386-apple-darwin9.5.0, Carbon Version  
1.6.0)

of 2008-11-01 on leopard.local
Package: Org-mode version 7.4


I can confirm this for

Org-mode version 7.4 (release_7.4.95.ga2ac)

GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
of 2010-12-11 on raven, modified by Debian

Best,
 -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten




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


Re: [Orgmode] Bug: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]

2011-01-14 Thread Carsten Dominik


On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote:


Noorul Islam K M noo...@noorul.com writes:


Bernt Hansen be...@norang.ca writes:


Hi,

If you are viewing the agenda with a time span of a week (or  
anything

larger than a day) and then use 'J' to jump to a new date the span
changes back to day.



For me, I have 'J' bound to (org-agenda-clock-goto) by default. I  
think

you are talking about 'j'.


Yes you are correct.  'j' jumps to a date and this is where the  
problem

shows up for me.



Has this been fixed?  Because I cannot reproduce this issue.

- Carsten



-Bernt




I think the span should remain unchanged when moving to a new date.


I think 'j' should not change the span. Or we can have 'C-u j' to  
keep

the span as it is.

Thanks and Regards
Noorul


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


- Carsten




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


[Orgmode] [BUG] Export to ascii fails

2011-01-14 Thread Valentin Wüstholz
Hi,

I ran into a bug with the ascii export. Exporting the attached org
file to ascii fails (see the attached backtrace). The failure seems to
be related to the 'H:10' option.

I had a look at the code and the following patch seemed to alleviate the issue:

-- lisp/org-ascii.el --
index 99facb1..25cdf12 100644
@@ -637 +637 @@ publishing directory.
-  (let (char (n (- level umax 1)) (ind 0))
+  (let (char (n (- level 1)) (ind 0))
@@ -655 +655 @@ publishing directory.
-  (setq char (nth (- umax level) (reverse org-export-ascii-underline)))
+  (setq char (nth n (reverse org-export-ascii-underline)))

This will however still fail, if (length org-export-ascii-underline) = n.

Best regards,

Valentin


bug.org
Description: Binary data


backtrace
Description: Binary data
___
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: Agenda's `Goto Today' doesn't in Day view [7.4]

2011-01-14 Thread peter . frings

On 14 Jan 2011, at 13:30, Carsten Dominik wrote:

 
 On Jan 2, 2011, at 5:23 PM, David Maus wrote:
 
 At Thu, 23 Dec 2010 09:21:56 +0100,
 peter.fri...@agfa.com wrote:
 
 'Goto Today' seems to go to the first day of the week instead of the
 current day when the agenda is in Day view.
 
 
 Is this still a problem?  I don't seem to be able to reproduce this problem.

Yes. I haven't upgraded to anything newer than reported, so maybe it has 
disappeared in later version

Peter.

 
 It works as expected when in week view.
 
 I can also confirm the previously reported bug that `Jump to date'
 changes the Agenda view -- in my case from Day to Week.
 
 
 Emacs  : GNU Emacs 22.3.1 (i386-apple-darwin9.5.0, Carbon Version 1.6.0)
 of 2008-11-01 on leopard.local
 Package: Org-mode version 7.4
 
 I can confirm this for
 
 Org-mode version 7.4 (release_7.4.95.ga2ac)
 
 GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-12-11 on raven, modified by Debian
 
 Best,
 -- David
 --
 OpenPGP... 0x99ADB83B5A4478E6
 Jabber dmj...@jabber.org
 Email. dm...@ictsoc.de
 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode
 
 - Carsten
 
 
 

-- 
A bad day in () is better than a good day in {} -- Pascal Bourguignon


___
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] Re: Patch: More options for ignoring scheduled items in agenda todo lists

2011-01-14 Thread Matt Lundin
Hi Paul,

Paul Sexton psex...@xnet.co.nz writes:

 In agenda todo lists, currently it is possible to ignore scheduled
 items according to when they are scheduled, using the variable
 'org-agenda-todo-ignore-scheduled'. This can take one of three
 values - all, future (ignore if scheduled after today), or past 
 (ignore if scheduled TODAY or in the past).

 My definition of 'the past' does not include 'today'.
 In light of that, the following is a patch that makes the variable 
 accept 2 more values:
 - notpast: ignore if scheduled today or in the future
 - notfuture: ignore if scheduled today or in the past
   (this is the current behaviour of the 'past' setting)
 - past: changed to ignore if scheduled BEFORE today, but no 
   longer ignores items scheduled today.


I believe this patch would require many users to change their existing
configurations.

I rely on the past setting when creating block agenda views, such as
an agenda that includes everything scheduled today or earlier together
with a todo list that includes everything else (i.e., unscheduled or
scheduled in the future). If the definition of past is changed, I will
end up with a lot of duplicate items in the block agenda.

Also, I find the double negatives a bit difficult to get my mind around.
Would there perhaps be a way to generalize this functionality (e.g.,
with integers) that would allow users greater control over the precise
distance from the present they would like to skip? E.g., -1 to include
only items scheduled yesterday or earlier. Or 7 to ignore anything
scheduled later than a week from now. This could be quite useful and
would not require users to change their existing configurations.

Do you also plan to make adjustments for
org-agenda-todo-ignore-deadlines?

Best,
Matt

___
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] Fix typos in yasnippet conflict entry

2011-01-14 Thread Eric Schulte
Thanks for the patch.  It has been applied.

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

 Changed yasnippets to yasnippet and added extra whitespace around 
 functions to be consistent with the rest of the section.
 ---
  doc/org.texi |4 +++-
  1 files changed, 3 insertions(+), 1 deletions(-)

 diff --git a/doc/org.texi b/doc/org.texi
 index 4d696ae..a30d5b6 100644
 --- a/doc/org.texi
 +++ b/doc/org.texi
 @@ -13465,15 +13465,17 @@ fixed this problem:
  (define-key yas/keymap [tab] 'yas/next-field-group)))
  @end lisp
  
 -The latest version of yasnippets doesn't play well with Org mode. If the
 +The latest version of yasnippet doesn't play well with Org mode. If the
  above code does not fix the conflict, start by defining the following
  function:
 +
  @lisp
  (defun yas/org-very-safe-expand ()
 (let ((yas/fallback-behavior 'return-nil)) (yas/expand)))
  @end lisp
  
  Then, tell Org mode what to do with the new function:
 +
  @lisp
  (add-hook 'org-mode-hook
(lambda ()

___
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: Property inheritance for MAIL_FMT, MAIL_TO, MAIL_CC and MAIL_BCC

2011-01-14 Thread Eric Schulte
Hi Seb,

Good idea, I've just placed this behind a new
`org-mime-use-property-inheritance' variable which will default to nil.
I was originally going to have this variable default to t, but the idea
of causing people to accidentally add unintended recipients to emails is
too scary.

Thanks for the suggestion -- Eric

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

 Hi Eric and Niels,

 Eric Schulte wrote:
 niels giesen niels.gie...@gmail.com writes:
 Please see the patch below, it adds property inheritance for all
 MAIL_* properties, based on the value of
 `org-use-property-inheritance'.

 Thanks for the patch, and for the motivating usage example. -- Eric

 If I understand correctly, one must enable =org-use-property-inheritance= for
 the above to be in effect.

 Though, this is discouraged in the doc:

 ,
 | org-use-property-inheritance is a variable defined in `org.el'.
 | Its value is nil
 | 
 | Documentation:
 | Non-nil means properties apply also for sublevels.
 | 
 | This setting is chiefly used during property searches.  Turning it on 
 can
 | cause significant overhead when doing a search, which is why it is not
 | on by default.
 `

 Couldn't we either:

 - consider the MAIL_* properties as the *_ALL ones that well have inheritance
   enabled by default?

 ,
 | However, note that some special properties use inheritance under special
 | circumstances (not in searches).  Examples are CATEGORY, ARCHIVE, 
 COLUMNS,
 | and the properties ending in _ALL when they are used as descriptor
 | for valid values of a property.
 `

 - have a setting allowing for the inheritance of just these special
   properties, as an extra, in order not to penalize too much the searches?

 Best regards,
   Seb

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


Re: [Orgmode] Feature request: another Org file for anniversary entries

2011-01-14 Thread Giovanni Ridolfi
Juraj Kubelka juraj.kube...@gmail.com writes:

Hi, Juraj,

 I would like to add anniversary entries to another Org file then other
 diaries. Would it be possible? 

Isn't the following code in an org-file (in the agenda-list) enough?

** Birthdays  anniversaries
:PROPERTIES:
:CATEGORY: Ann
:END:
month day [1]
%%(diary-anniversary  01 11 1956) John's Birthday  (%d yo)

If not, would you, please, elaborate?

cheers,
Giovanni
[1] you can also use day month syntax ;-)

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


Re: [Orgmode] Feature request: another Org file for anniversary entries

2011-01-14 Thread Juraj Kubelka
Hi Gionanni,

As I understand code in org-agenda-add-entry-to-org-agenda-diary-file
function, it search for * Anniversaries string in org-agenda-diary-file
file. It is the same file, where other events (i d (day), i b (block))
are inserted. But I would like to paste anniversaries to another org mode
file. The reason is, org-agenda-diary-file org file is exported to iCalendar
format and published to my mobile device. Here, I do not want to have these
anniversaries. I want to export anniversaries to another iCalendar file,
which is not published to my mobile device, but is imported by another
tools.

So, my patch introduces a new custom variable org-agenda-anniversary-entry,
which enables this feature. So, my regular diary events are stored in
main.org file and anniversaries in anniversary.org file.

Is it clear right now? Because it does not seem to me, your suggestion
solves me problem.

Regards,
Juraj

PS: Sorry, the first patch is missing a peace of code, the second one should
be right and complete.

On Fri, Jan 14, 2011 at 4:17 PM, Giovanni Ridolfi giovanni.rido...@yahoo.it
 wrote:

 Juraj Kubelka juraj.kube...@gmail.com writes:

 Hi, Juraj,

  I would like to add anniversary entries to another Org file then other
  diaries. Would it be possible?

 Isn't the following code in an org-file (in the agenda-list) enough?

 ** Birthdays  anniversaries
 :PROPERTIES:
 :CATEGORY: Ann
 :END:
month day [1]
 %%(diary-anniversary  01 11 1956) John's Birthday  (%d yo)

 If not, would you, please, elaborate?

 cheers,
 Giovanni
 [1] you can also use day month syntax ;-)



patch.diff
Description: Binary data
___
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: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]

2011-01-14 Thread Bernt Hansen
Carsten Dominik carsten.domi...@gmail.com writes:

 On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote:

 Noorul Islam K M noo...@noorul.com writes:

 Bernt Hansen be...@norang.ca writes:

 Hi,

 If you are viewing the agenda with a time span of a week (or
 anything
 larger than a day) and then use 'J' to jump to a new date the span
 changes back to day.


 For me, I have 'J' bound to (org-agenda-clock-goto) by default. I
 think
 you are talking about 'j'.

 Yes you are correct.  'j' jumps to a date and this is where the
 problem
 shows up for me.


 Has this been fixed?  Because I cannot reproduce this issue.

 - Carsten

Hi Carsten,

No this hasn't been fixed but it is related to some configuration I
have.  When I run with a minimal emacs I cannot reproduce it but when I
run with my regular setup I can.  I'll try to narrow down the cause of
this issue over the weekend.

Regards,
Bernt

___
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: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]

2011-01-14 Thread Carsten Dominik


On Jan 14, 2011, at 5:03 PM, Bernt Hansen wrote:


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


On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote:


Noorul Islam K M noo...@noorul.com writes:


Bernt Hansen be...@norang.ca writes:


Hi,

If you are viewing the agenda with a time span of a week (or
anything
larger than a day) and then use 'J' to jump to a new date the span
changes back to day.



For me, I have 'J' bound to (org-agenda-clock-goto) by default. I
think
you are talking about 'j'.


Yes you are correct.  'j' jumps to a date and this is where the
problem
shows up for me.



Has this been fixed?  Because I cannot reproduce this issue.

- Carsten


Hi Carsten,

No this hasn't been fixed but it is related to some configuration I
have.  When I run with a minimal emacs I cannot reproduce it but  
when I

run with my regular setup I can.  I'll try to narrow down the cause of
this issue over the weekend.


Please do.  Thanks

- Carsten



Regards,
Bernt



___
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] [bug?] Possible bug with shifted cursor keys

2011-01-14 Thread Anthony Lander

Hi,

I just noticed that S-left and S-right do not select anywhere in  
the buffer in org-mode, even when org-support-shift-select is set to  
'always. Can anyone confirm this behavior?


I am running this morning's org-mode git pull version 7.4  
(release_7.4.174.g163cd.dirty) on today's Emacs nightly GNU Emacs  
24.0.50.1 (i686-apple-darwin10.0.0, NS apple-appkit-949.54) of  
2011-01-14 on ring


Thanks,

  -Anthony

___
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: Jumping to a date in the agenda changes view back to 'day' [7.4 (release_7.4.80.g0e5e5)]

2011-01-14 Thread Bernt Hansen
Carsten Dominik carsten.domi...@gmail.com writes:

 On Jan 14, 2011, at 5:03 PM, Bernt Hansen wrote:

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

 On Dec 22, 2010, at 1:29 PM, Bernt Hansen wrote:

 Noorul Islam K M noo...@noorul.com writes:

 Bernt Hansen be...@norang.ca writes:

 Hi,

 If you are viewing the agenda with a time span of a week (or
 anything
 larger than a day) and then use 'J' to jump to a new date the span
 changes back to day.


 For me, I have 'J' bound to (org-agenda-clock-goto) by default. I
 think
 you are talking about 'j'.

 Yes you are correct.  'j' jumps to a date and this is where the
 problem
 shows up for me.


 Has this been fixed?  Because I cannot reproduce this issue.

 - Carsten

 Hi Carsten,

 No this hasn't been fixed but it is related to some configuration I
 have.  When I run with a minimal emacs I cannot reproduce it but
 when I
 run with my regular setup I can.  I'll try to narrow down the cause of
 this issue over the weekend.

 Please do.  Thanks

 - Carsten

Hi Carsten,

I think I found it.

,[ ~/bin/minimal-emacs
| #!/bin/sh
| TESTEL=
| TESTFILE=/tmp/test.el
| if test -e $TESTFILE
| then
|   TESTEL=-l /tmp/test.el
| fi
| emacs -q -l ~/minimal.emacs $TESTEL 
`

,[ ~/minimal.emacs ]
| (add-to-list 'load-path (expand-file-name ~/git/org-mode/lisp))
| (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)$ . 
org-mode))
| (require 'org-install)
| 
| (global-set-key \C-cl 'org-store-link)
| (global-set-key \C-ca 'org-agenda)
| (global-set-key \C-cb 'org-iswitchb)
`

,[ /tmp/test.el ]
| (setq org-agenda-ndays 1)
`

$ ~/bin/minimal-emacs

| Keys | Description |
|--+-|
| C-c a a  | Start agenda (shows today only) |
| w| Show agenda for the week|
| j 12 RET | Jump to the 12th of the month   |

And we're back to a day view again.  Setting 'org-agenda-ndays' to 1
seems to be the cause of this issue.

Regards,
Bernt

___
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] Doors links

2011-01-14 Thread Vincent Belaïche
Hello,

I use Org also at my job to write some short reports. These reports may
contains URLs to Doors objects. Doors is a paying S/W to manage a
requirement data base --- this is used in the industry for
writing complex specification documents where each clause has to be
tracked like a separate object.

Doors URLs are not properly exported to HTML by Org.

for instance:

  [[doors:foo/bar/gnats][machin truc]]

exports to 

  a href=#doors:foo/bar/gnatsmachin truc/a

but I would have prefered

  a href=doors:foo/bar/gnatsmachin truc/a

Is there any way to configure Org to do the job properly (like some
hook URL processing hook), I could not find anything in the
documentation.

VBR,
   Vincent.

___
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] Export issue of URL when the text begins with a date‏

2011-01-14 Thread Vincent Belaïche

[...]

 
 My understanding is that the bug resides in this very expression.
 
Thanks for the investigation.  As it turned out the problem was not
with the regular expression but with the order in which different
pieces of Org mode markup were processed by `org-export-as-html'.
First the exporter processed possible timestamps, (falsely) recognized
the ISO date as part of an ISO timestamp, and replaced it with the
timestamp span.  The replacement included the square brackets what
destroyed the link markup.
 
I've just checked in a patch to master that changes the order of
processing links and timestamps: Now links are processed before
timestamps what fixes this problem.
 
Thanks for bringing this problem up again,
 
Best,
  -- David
-- 

[...]

Thank-you David again for carrying out this correction. By the way, I
noticed in the source tree that has a test base, that there is some
testing sub-directory. I was expecting that there would be a list of

testNN.org
testNN.tex 
testNN.html

etc...

so that to check that to carry out non regression tests from testNN.org
exported to reference testNN.tex and testNN.html.

It seems that such a non-regression test base and script do not
exist. However that would be good to have in order to check that any
correction does not break anything. 

Is that something that is considered for future ?

  Vincent.





___
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] [Emacs-orgmode] cannot store link to an info ode?

2011-01-14 Thread Vincent Belaïche
Hello,

I am restarting this very old thread:

http://lists.gnu.org/archive/html/emacs-orgmode/2006-05/msg00121.html

see also 

http://lists.gnu.org/archive/html/emacs-orgmode/2010-12/msg01229.html

I realized that `M-x org-store-link' does now work with info nodes, and
that the info nodes links are correctly followed and documented.

The link format is like this:

[[info:org.info:External%20links][some description]]

This format contradicts the assumption made in the URL package,
according to URL documentation the format should have been

[[info:org.info#External%20links][some description]]

i.e. the second colon is a sharp instead.

I am not saying that URL is correct and org wrong, but at least there
should be something done for ensuring compatibility (like asking URL
maintainer to support also Org format, or implementing also the URL
format in org)

I am also wondering why Org did not align on the convention made by
URL which seems to be earlier. 

Finally I make again the same suggestion, it would be good to have also
a line pointer, especially as it seems that the latest version of info
also have a line pointer in the index nodes.

VBR,
   Vincent.







___
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] Doors links

2011-01-14 Thread Christian Moe

Hi,

Try these:

[[info:org:Link abbreviations]]

[[info:org:Adding%20hyperlink%20types][info:org:Adding hyperlink types]]

Yours,
Christian

On 1/14/11 10:27 PM, Vincent Belaïche wrote:

Hello,

I use Org also at my job to write some short reports. These reports may
contains URLs to Doors objects. Doors is a paying S/W to manage a
requirement data base --- this is used in the industry for
writing complex specification documents where each clause has to be
tracked like a separate object.

Doors URLs are not properly exported to HTML by Org.

for instance:

   [[doors:foo/bar/gnats][machin truc]]

exports to

   a href=#doors:foo/bar/gnatsmachin truc/a

but I would have prefered

   a href=doors:foo/bar/gnatsmachin truc/a

Is there any way to configure Org to do the job properly (like some
hook URL processing hook), I could not find anything in the
documentation.

VBR,
Vincent.

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




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


[Orgmode] org-stow (Proof of concept)

2011-01-14 Thread Tom Breton (Tehom)
I've written an addon that I call org-stow.  The basic idea is that
all remember notes live in a notes section, and you can make another
location pretend that the note lives there.  You build all or part of
a document that way.  If you know how stow works, it's like stow for
outline items.

Yes, it's a little bit like refiling a note, but:
 * Hopefully it's more convenient and natural to populate a whole
   document this way.
 * If you change your mind about a note later, you can just unstow
   it.

It's at the proof of concept stage now.  It stows notes, but doesn't
yet unstow them.

I used dblocks to mirror notes.  They are automatically inserted by
org-stow, and their dynamic contents is essentially copied from the
notes.

Any interest in trying this out?  I can push it if anyone else wants to
try it out.

Tom Breton (Tehom)



___
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] Basic organization question

2011-01-14 Thread Tommy Kelly
I can see that TODOs can be organized using tags, or categories, or
files, or simply subtrees (or several of those). Is there an obvious
choice? 

All I'm really looking for is a basic organization, to let me group
tasks of different broad functional areas -- accounting, recruitment,
IT, and so on.

And I like the idea discussed in http://orgmode.org/org.html, where
tasks get captured into a single refile.org file and then later moved
about into their classification homes.

But of those various ways of classifying, is there one to be preferred?

thanks,
Tommy


___
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] Re: exporting all org files to txt periodically

2011-01-14 Thread Matt Lundin
Carl Bolduc carlbol...@gmail.com writes:

 Where I work, we have a powerful search engine that indexes all kinds
 of files. It detects the converter to use based on the file extension.
 It does not understand the .org extension.

 I would like to know how I could periodically export my org files to
 txt, maybe through a command, to a specific location on my network.
 This way, the search engine could index all my notes...

Publishing provides a convenient way to export org files en masse:

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

You can publish as ascii by setting the publishing-function to
org-publish-org-to-ascii.

http://orgmode.org/manual/Publishing-action.html#Publishing-action

Best,
Matt




___
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] Basic organization question

2011-01-14 Thread Erik Iverson

On 01/14/2011 09:35 PM, Tommy Kelly wrote:

I can see that TODOs can be organized using tags, or categories, or
files, or simply subtrees (or several of those). Is there an obvious
choice?


My vote is NO, org is really about finding what works best for you,
and the plethora of choices reflects that different people work in
different ways!  Try out a few until something feels natural.



All I'm really looking for is a basic organization, to let me group
tasks of different broad functional areas -- accounting, recruitment,
IT, and so on.

And I like the idea discussed in http://orgmode.org/org.html, where
tasks get captured into a single refile.org file and then later moved
about into their classification homes.

But of those various ways of classifying, is there one to be preferred?

thanks,
Tommy


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



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


Re: [Orgmode] Basic organization question

2011-01-14 Thread Thomas S. Dye


On Jan 14, 2011, at 5:35 PM, Tommy Kelly wrote:


I can see that TODOs can be organized using tags, or categories, or
files, or simply subtrees (or several of those). Is there an obvious
choice?

All I'm really looking for is a basic organization, to let me group
tasks of different broad functional areas -- accounting, recruitment,
IT, and so on.

And I like the idea discussed in http://orgmode.org/org.html, where
tasks get captured into a single refile.org file and then later moved
about into their classification homes.

But of those various ways of classifying, is there one to be  
preferred?




Several times when I've had this type of question, I've found answers  
I can use on Bernt Hansen's Org-mode pages:


http://doc.norang.ca/org-mode.html

After my last trip there a few months ago, I've been very happy with  
the way Org-mode fits my work flow.  You don't have to share Bernt's  
penchant for clocking to come away with very many useful and practical  
ideas, all cleanly and precisely implemented.


Tom


thanks,
Tommy


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


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


[Orgmode] Re: Basic organization question

2011-01-14 Thread Jambunathan K

 I can see that TODOs can be organized using tags, or categories, or
 files, or simply subtrees (or several of those). Is there an obvious
 choice? 

From my own experience, Orgmode 'favors' tags more than categories i.e.,
there is more bells and whistles surrounding tags rather than
categories.

If you are starting out, my recommendation would be to fit/think (or
re-fit/re-think) your personal workflow in terms of tags rather than
categories.

The key principle is tags to headline/task association is dynamic while
tags to category association is persistent.


 All I'm really looking for is a basic organization, to let me group
 tasks of different broad functional areas -- accounting, recruitment,
 IT, and so on.


I suggest one file for each with a FILETAG attached to them. It might
help you to define some sequence and specialized TODO keywords.

Have zero tags to begin with and limit your tags as much as possible.

Jambunathan K.

 And I like the idea discussed in http://orgmode.org/org.html, where
 tasks get captured into a single refile.org file and then later moved
 about into their classification homes.

 But of those various ways of classifying, is there one to be preferred?

 thanks,
 Tommy


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

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


Re: [Orgmode] Export issue of URL when the text begins with a date‏

2011-01-14 Thread David Maus
At Fri, 14 Jan 2011 22:12:07 +0100,
Vincent Belaïche wrote:
 Thank-you David again for carrying out this correction. By the way, I
 noticed in the source tree that has a test base, that there is some
 testing sub-directory. I was expecting that there would be a list of
 
 testNN.org
 testNN.tex 
 testNN.html
 
 etc...
 
 so that to check that to carry out non regression tests from testNN.org
 exported to reference testNN.tex and testNN.html.
 
 It seems that such a non-regression test base and script do not
 exist. However that would be good to have in order to check that any
 correction does not break anything. 

That's exactly what the testing framework[1] could and should do.
I've just not figured out how to best write tests for entire export
operations.  Thinking of it: We could create an input file dedicated
to test link exporting, put in different kinds of links, export and
then use regexps to check if the links have been exported fine.

Best,
  -- David

[1] Introduced Oct 2010, http://article.gmane.org/gmane.emacs.orgmode/31307
-- 
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de


pgpUf1kkPNH7u.pgp
Description: PGP signature
___
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