[O] embed markdown?

[Fred Concklin]

Hi all, 

   I'm Fred and I just joined the list. 

   I've been using github for a little bit and really like their parsing
   of org-mode files on the web[1]. I was converting a markdown file to
   org-mode wasn't able to figure out how to convert a directory
   hierarchy from Md. 

   I've attached links to show you what I mean. Let me know if anybody
   has any thoughts. Maybe tables? It all comes down to how github
   renders org on their site in this case. 

   Is there a way to embed markdown as code inside of org? 

   unrendered-md: https://github.com/nakkaya/static/raw/master/README.md
   rendered-md: https://github.com/nakkaya/static/blob/master/README.md
   org-mode: https://github.com/fconcklin/static/blob/master/readme.org

   Thanks all, 
   fpc

[1] I assume they're running pandoc on the backend. However, there are a few
   shortcomings. For instance, the #+begin_src sh tag doesn't display as
   code on the web. 

[O] Re: latex export issue

[Nicolas]

Hello,

Scot Becker  writes:

> That sounds like it means that any documents you might want to export to
> LaTeX (and format with hard line breaks) should always have non-breaking
> spaces after the periods---or you should keep a manual eye on your paragraph
> formatting to make sure no numbers come first on the line.

Would that work for you?

#+begin_src emacs-lisp
(defun org-fill-item-nobreak-p ()
  "Non-nil when line break would insert a new item."
  (and (looking-at (org-item-re)) (org-list-in-valid-block-p)))

(add-to-list 'fill-nobreak-predicate 'org-fill-item-nobreak-p)
#+end_src

If it is fine, we may as well include it by default in Org.

Regards,


-- 
Nicolas

Re: [O] embed markdown?

[Christian Moe]

Hi, Fred,

About Github's markup library and org plugin (not Pandoc), see
https://github.com/github/markup

If it's just the ascii-art representation of the directory tree you 
want, you can wrap it in an example block. From your example:


#+BEGIN_EXAMPLE
 .
 |-- config.clj
 `-- resources
 |-- posts
 |   |-- 2009-04-17-back-up-and-restore-a-mysql-database.markdown
 |   |-- 2010-02-10-a-simple-clojure-irc-client.markdown
 |   `-- 2010-08-02-using-clojure-contrib-generic-interfaces.markdown
 |-- public
 |   `-- 404.html
 |-- site
 |   `-- index.markdown
 `-- templates
 `-- default.clj
#+END_EXAMPLE

If you want fancier output, you may want to look into using ditaa or 
Graphviz dot with org-babel.


Yours,
Christian


On 3/10/11 9:09 AM, Fred Concklin wrote:

Hi all,

I'm Fred and I just joined the list.

I've been using github for a little bit and really like their parsing
of org-mode files on the web[1]. I was converting a markdown file to
org-mode wasn't able to figure out how to convert a directory
hierarchy from Md.

I've attached links to show you what I mean. Let me know if anybody
has any thoughts. Maybe tables? It all comes down to how github
renders org on their site in this case.

Is there a way to embed markdown as code inside of org?

unrendered-md: https://github.com/nakkaya/static/raw/master/README.md
rendered-md: https://github.com/nakkaya/static/blob/master/README.md
org-mode: https://github.com/fconcklin/static/blob/master/readme.org

Thanks all,
fpc

[1] I assume they're running pandoc on the backend. However, there are a few
shortcomings. For instance, the #+begin_src sh tag doesn't display as
code on the web.

Re: [O] embed markdown?

[Puneeth Chaganti]

On Thu, Mar 10, 2011 at 1:39 PM, Fred Concklin  wrote:
[..]
>
> [1] I assume they're running pandoc on the backend. However, there are a few
>   shortcomings. For instance, the #+begin_src sh tag doesn't display as
>   code on the web.

They use org-ruby.  https://github.com/bdewey/org-ruby

-- Puneeth

Re: [O] Re: lists and fill-region

[Bastien]

michael hohn  writes:

>>
>> I have pushed a fix for this case. Thanks for your report, it reminds me
>> filling in lists is still a bit fragile, and needs some care.
>>
> Thanks for the quick response!  The list filling is very nice already.

Indeed -- and I cannot thank Nicolas enough for all the work he does in
this area.

-- 
 Bastien

Re: [O] [PATCH] Adding known properties

[Sébastien Vauban]

Hi Bastien,

Bastien wrote:
> Sébastien Vauban  writes:
>>> Thanks for catching this -- I've applied a modified patch, yours add
>>> EXPORT_DATE twice :)
>>
>> Hein?  Not sure what you're talking about...
>
> I'm talking about _nothing_ -- just misread your patch.  
>
> Sorry for that!

Not a problem... Thanks for your work.

Best regards,
  Seb

-- 
Sébastien Vauban

[O] [Accepted] [O, 2/2] Allow clocking in new tasks inserted before the current clocking task

[Bastien Guerry]

Patch 669 (http://patchwork.newartisans.com/patch/669/) is now "Accepted".

Maintainer comment: none

This relates to the following submission:

http://mid.gmane.org/%3C1299721221-10196-3-git-send-email-bernt%40norang.ca%3E

Here is the original message containing the patch:

> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O,
>   2/2] Allow clocking in new tasks inserted before the current clocking
>   task
> Date: Thu, 10 Mar 2011 06:40:21 -
> From: Bernt Hansen 
> X-Patchwork-Id: 669
> Message-Id: <1299721221-10196-3-git-send-email-be...@norang.ca>
> To: emacs-orgmode@gnu.org
> Cc: Bernt Hansen 
> 
> * lisp/org-clock.el (org-clock-in): Allow clocking in new tasks inserted
>   before the current clocking task
> 
> org-clock-in now checks that the name of the task you are clocking in
> also matches org-clock-current-task.  This allows us to insert a new
> task in front of the current clocking task (with M-S-RET on the
> heading of the current clocking task) and then clock in the new task.
> 
> Previously this just stated that clocking continues in the old task
> since the marker point now matches the new task.
> 
> A side-effect of this change is that changing the current clocking
> task headline and clocking in again will now close the current clock
> and open a new entry as well as update the name of the current
> clocking task in the modeline.
> 
> ---
> lisp/org-clock.el |3 ++-
>  1 files changed, 2 insertions(+), 1 deletions(-)
> 
> diff --git a/lisp/org-clock.el b/lisp/org-clock.el
> index 693025a..cc0e51f 100644
> --- a/lisp/org-clock.el
> +++ b/lisp/org-clock.el
> @@ -1026,7 +1026,8 @@ the clocking selection, associated with the letter `d'."
>(= (marker-position org-clock-hd-marker)
>   (if selected-task
>   (marker-position selected-task)
> -   (point)
> +   (point)))
> +  (equal org-clock-current-task (nth 4 
> (org-heading-components)
> (message "Clock continues in \"%s\"" org-clock-heading)
> (throw 'abort nil))
>   (move-marker org-clock-interrupted-task
> 

[O] [Accepted] [O, 1/2] Allow setting default clocking task to current clocking task

[Bastien Guerry]

Patch 668 (http://patchwork.newartisans.com/patch/668/) is now "Accepted".

Maintainer comment: none

This relates to the following submission:

http://mid.gmane.org/%3C1299721221-10196-2-git-send-email-bernt%40norang.ca%3E

Here is the original message containing the patch:

> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O,1/2] Allow setting default clocking task to current clocking task
> Date: Thu, 10 Mar 2011 06:40:20 -
> From: Bernt Hansen 
> X-Patchwork-Id: 668
> Message-Id: <1299721221-10196-2-git-send-email-be...@norang.ca>
> To: emacs-orgmode@gnu.org
> Cc: Bernt Hansen 
> 
> * lisp/org-clock.el (org-clock-in): Set default clocking task when already 
> clocking the task
> 
> The default clocking task can now be set to the current clocking task.
> Previously this just threw an error stating the clock continues in the
> current clocking task.  The double prefix now forces setting the
> default clocking task instead of forcing the user to clock out and
> back in again just to set the default clocking task to the current
> clocking task.
> 
> ---
> lisp/org-clock.el |   11 +++
>  1 files changed, 7 insertions(+), 4 deletions(-)
> 
> diff --git a/lisp/org-clock.el b/lisp/org-clock.el
> index c0c6c82..693025a 100644
> --- a/lisp/org-clock.el
> +++ b/lisp/org-clock.el
> @@ -992,6 +992,7 @@ the clocking selection, associated with the letter `d'."
> ts selected-task target-pos (msg-extra "")
> (leftover (and (not org-clock-resolving-clocks)
> org-clock-leftover-time)))
> +
>(when (and org-clock-auto-clock-resolution
>(or (not interrupting)
>(eq t org-clock-auto-clock-resolution))
> @@ -1000,11 +1001,17 @@ the clocking selection, associated with the letter 
> `d'."
>   (setq org-clock-leftover-time nil)
>   (let ((org-clock-clocking-in t))
> (org-resolve-clocks))); check if any clocks are dangling
> +
>(when (equal select '(4))
>   (setq selected-task (org-clock-select-task "Clock-in on task: "))
>   (if selected-task
>   (setq selected-task (copy-marker selected-task))
> (error "Abort")))
> +
> +  (when (equal select '(16))
> + ;; Mark as default clocking task
> + (org-clock-mark-default-task))
> +
>(when interrupting
>   ;; We are interrupting the clocking of a different task.
>   ;; Save a marker to this task, so that we can go back.
> @@ -1028,10 +1035,6 @@ the clocking selection, associated with the letter 
> `d'."
>   (let ((org-clock-clocking-in t))
> (org-clock-out t)))
>  
> -  (when (equal select '(16))
> - ;; Mark as default clocking task
> - (org-clock-mark-default-task))
> -
>;; Clock in at which position?
>(setq target-pos
>   (if (and (eobp) (not (org-on-heading-p)))
> 

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

[Bastien]

Hi Jason,

Jason Dunsmore  writes:

> Bastien  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!

>From 368ff7ba090a663e77cb90af2d89206af9201644 Mon Sep 17 00:00:00 2001
From: Bastien Guerry 
Date: Thu, 10 Mar 2011 10:26:37 +0100
Subject: [PATCH 2/2] * org-html.el: Bugfix: define email and creator-info before using them.

* org-html.el (org-export-as-html): Bugfix: define email and
creator-info before using them.

Thanks to Jason Dunsmore for catching this.
---
 lisp/org-html.el |   37 ++---
 1 files changed, 18 insertions(+), 19 deletions(-)

diff --git a/lisp/org-html.el b/lisp/org-html.el
index d5ea1a3..1661085 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -1704,7 +1704,15 @@ lang=\"%s\" xml:lang=\"%s\">
 
   ;; Export html postamble
   (unless body-only
-	(let ((html-post (plist-get opt-plist :html-postamble)))
+	(let ((html-post (plist-get opt-plist :html-postamble))
+	  ((email
+		(mapconcat (lambda(e)
+			 (format "%s" e e))
+			   (split-string email ",+ *")
+			   ", "))
+	   (creator-info
+		(concat "Org version " org-version " with Emacs version "
+			(number-to-string emacs-major-version)
 	  (when (plist-get opt-plist :html-postamble)
 	(cond ((stringp html-post)
 		   (insert "\n")
@@ -1717,25 +1725,16 @@ lang=\"%s\" xml:lang=\"%s\">
 		   (funcall html-post opt-plist))
 		  ((eq html-post 'auto)
 		   ;; fall back on default postamble
-		   (let 
-		   ((email
-			 (mapconcat (lambda(e)
-  (format "%s" e e))
-(split-string email ",+ *")
-", "))
-			(creator-info
-			 (concat "Org version " org-version " with Emacs version "
- (number-to-string emacs-major-version
-		 (insert "\n")
-		 (when (and (plist-get opt-plist :author-info) author)
+		   (insert "\n")
+		   (when (and (plist-get opt-plist :author-info) author)
 		   (insert "" (nth 1 lang-words) ": " author "\n"))
-		 (when (and (plist-get opt-plist :email-info) email)
-		   (insert "<" email ">\n"))
-		 (when (plist-get opt-plist :creator-info)
-		   (insert ""
-			   (concat "Org version " org-version " with Emacs version "
-   (number-to-string emacs-major-version) "\n")))
-		 (insert html-validation-link "\n")))
+		   (when (and (plist-get opt-plist :email-info) email)
+		 (insert "<" email ">\n"))
+		   (when (plist-get opt-plist :creator-info)
+		 (insert ""
+			 (concat "Org version " org-version " with Emacs version "
+ (number-to-string emacs-major-version) "\n")))
+		   (insert html-validation-link "\n"))
 		  (t 
 		   (insert "\n")
 		   (insert (format-spec
-- 
1.7.4.1


-- 
 Bastien

Re: [O] Bug: capture template target file+datetree+prompt not valid. [7.4]

[Bastien]

Hi Zhang,

Zhang Zhizhong  writes:

> Did I miss something? Or did I just found a bug?

Please send a backtrace, it will help understand the error you have:

  http://orgmode.org/manual/Feedback.html

Thanks!

-- 
 Bastien

Re: [O] [PATCH 0/2] Clocking fixes

[Bastien]

Hi clock-master,

Bernt Hansen  writes:

> The following patch series fixes problems with with clocking in tasks and 
> setting the default clock task.

I've applied these two patches -- thanks for catching this.  I feel
lucky that org-clock power users are also able to send patches :)

Best,

-- 
 Bastien

Re: [O] Version 7.5: org-export-html-preamble no longer supports function

[Bastien]

Hi Bill,

Bill Jackson  writes:

> This works for me.  

thanks for testing.

> I have not tested it _carefully_, but I did apply your
> patch and my setup now works as it did before.  (Of course :preamble and
> :postamble needed to be changed to :html-preamble :html-postamble for
> org-publish.)

Yes -- I guess I should have detailed this more carefully in the
ChangeLog.  The good thing so far is that the user doesn't have to deal
with a complex matrix of options anymore.

> I must say that I am impressed by the work of everyone involved with
> org-mode.  I have been using the package for over a year and I love the
> simplicity, power, and flexibility.  To receive responses so quickly, and
> to questions regarding undocumented features no less, is amazing.

:)

-- 
 Bastien

Re: [O] [PATCH] Allow using a custom function for Bulk actions

[Bastien]

Hi Puneeth,

Puneeth Chaganti  writes:

> Here's a patch that allows choosing or specifying any arbitrary
> function to be used for Bulk actions from agenda view.

I have applied this patch now, thanks.

This led me to think about an Org "Expert" mode.  

I'm writing a separate email to explain this idea and to see whether
it's worth digging into that direction.

Best,

-- 
 Bastien

[O] ob-xml

[dpom]

Hello,

Using ob-template I created a minimal ob-xml (attached to this mail). In
my emacs config I added xml to org-babel-load-languages and nxml in
org-src-lang-modes. Everything works ok except a small glitch. The
tangled file always start with an empty line (not present in the babel
bloc). How could I remove it? I use org-mode 7.5 

Thank you,
dpom




ob-xml.el
Description: application/emacs-lisp

[O] Org expert mode?

[Bastien]

Hi all,

Org tries to stay as simple/accessible as possible for newbie and as
complete/flexible as possible for power users.

The documentation and the UI are central for this: the documentation
should promote core features, document complex ones, and give pointers
on how to hack Org -- it does that already IMO; the UI should give
access to core features and give hints on complex ones, so that the
user can learn more.

I've just added the ability to run a custom function for bulk agenda
actions (thanks to Puneeth for the patch!)  This is clearly for power
users -- or those who are willing to take the time to find functions
that we might document in Worg.

So I naturally thought of something like an "Org Expert mode": when
turned off, the UI would *not* give access to complex features and
perhaps display more helpful messages on simple ones; when turned on,
Org would have a less verbose UI (think of the C-c C-e window, do we
really want to *read* it all the times?) and give access to all the
complex features.

This is really just a call for ideas/comments -- I wonder if people
already came accross such an idea and and what they think.

I'm myself not convinced: it's a good thing that Org doesn't need an
Expert mode so far, it means newbies are not confused by the UI, and
experts are not frustrated by it either.  But I expect neat features 
can emerge from the discussion.

Thanks for your thoughts!

-- 
 Bastien

Re: [O] Org expert mode?

[Bastien]

Bastien  writes:

> So I naturally thought of something like an "Org Expert mode": when
> turned off, the UI would *not* give access to complex features

More precisely: the UI would not _display_ complex features, which will
still be available anyway (of course).

-- 
 Bastien

[O] Why face org-link is now blue?

[Leo]

Hi there,

I installed org-mode 7.5 with emacs-23 and found that links are no
longer in purple but blue, like this:

  http://imgur.com/LEkZt.png

It looks confusing to me. Any idea whether this is a bug? Thanks.

Leo

Re: [O] Re: [Orgmode] Feature Request: attach link type

[Bastien]

Hi Darlan,

Darlan Cavalcante Moreira  writes:

> I think yes and no, depending on what the user wants to do.
>
> I my case I use org-attach as a way to store files related to org that *I
> don't need to access outside org-mode*. For files that I access outside
> org-mode I don't attach it at all. I just use links to the file when I need
> to. Therefore I almost always delete the original file after attaching it
> and that's why IMHO the stored link should point to the location where the
> file was attached to.
>
> Again, maybe I'm just using org-attach in a way a little different from
> what it was originally intended to. That's why for me It makes sense to
> create an attach link type.

Thanks for the explanations -- I've now allowed org-attach-store-link-p
to be set to 'attached so that the link points to the attached location
instead of the original location.

Let me know if it does the right thing for you.

Best,

-- 
 Bastien

Re: [O] Org expert mode?

[Filippo A. Salustri]

I wonder about the complexity associated with adding an expert mode.
My area is design, and one of my pet peeves about all things designed is how
they tend to increase in complexity for the sake of extending their scope,
without much attention being paid to the brittleness that accumulates
collaterally.
Since complexity is a non-linear thing, adding even one time element can
increase it, and brittleness, significantly.

I think - and I would suggest - that it can all be done with documentation.
 That is, one can lay out doc so that the complex things just aren't staring
one in the face.  If the doc were properly designed, users just wouldn't
know about the 'power' stuff and so wouldn't be prone to getting overwhelmed
by it.  And this keeps the code itself less complex.

I even think this applies to the matter of more compact messaging.

Just a thought.
Cheers.
Fil

On 10 March 2011 05:05, Bastien  wrote:

> Hi all,
>
> Org tries to stay as simple/accessible as possible for newbie and as
> complete/flexible as possible for power users.
>
> The documentation and the UI are central for this: the documentation
> should promote core features, document complex ones, and give pointers
> on how to hack Org -- it does that already IMO; the UI should give
> access to core features and give hints on complex ones, so that the
> user can learn more.
>
> I've just added the ability to run a custom function for bulk agenda
> actions (thanks to Puneeth for the patch!)  This is clearly for power
> users -- or those who are willing to take the time to find functions
> that we might document in Worg.
>
> So I naturally thought of something like an "Org Expert mode": when
> turned off, the UI would *not* give access to complex features and
> perhaps display more helpful messages on simple ones; when turned on,
> Org would have a less verbose UI (think of the C-c C-e window, do we
> really want to *read* it all the times?) and give access to all the
> complex features.
>
> This is really just a call for ideas/comments -- I wonder if people
> already came accross such an idea and and what they think.
>
> I'm myself not convinced: it's a good thing that Org doesn't need an
> Expert mode so far, it means newbies are not confused by the UI, and
> experts are not frustrated by it either.  But I expect neat features
> can emerge from the discussion.
>
> Thanks for your thoughts!
>
> --
>  Bastien
>
>


-- 
Filippo A. Salustri, Ph.D., P.Eng.
Mechanical and Industrial Engineering
Ryerson University
350 Victoria St, Toronto, ON
M5B 2K3, Canada
Tel: 416/979-5000 ext 7749
Fax: 416/979-5265
Email: salus...@ryerson.ca
http://deseng.ryerson.ca/~fil/

Re: [O] Org expert mode?

[Rainer M Krug]

On Thu, Mar 10, 2011 at 11:11 AM, Bastien  wrote:
> Bastien  writes:
>
>> So I naturally thought of something like an "Org Expert mode": when
>> turned off, the UI would *not* give access to complex features
>
> More precisely: the UI would not _display_ complex features, which will
> still be available anyway (of course).

I think it would be an excellent idea. One could have even more modes,
e.g. babel. This would make working (especially starting) much easier.
Although I mus say, I started without the UI - I only use the menu for
tables and other things I do not that often.

But following on your statement that the features will still be there,
I would actually suggest to introduce an "Org Babel Mode" which would
*disable* features like archiving - the archiving feature (very useful
for time management et al) is quite useless in the use of babel for
literate programming. This "Org Babel mode" should not be a mode for
the whole of org, but rather on a per file basis.

One could define certain base modes (like the mentioned "Org Babel
mode") and allow the user to define new ones.
The activation of two modes, would enable all functionality which is
enabled in one of the modes, while disabling the ones disabled in both
or not enabled in one.


Cheers,

Rainer

>
> --
>  Bastien
>
>



-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:           +27 - (0)83 9479 042
Fax:            +27 - (0)86 516 2782
Fax:            +49 - (0)321 2125 2244
email:          rai...@krugs.de

Skype:          RMkrug
Google:         r.m.k...@gmail.com

Re: [O] Org expert mode?

[Greg Troxel]

Bastien  writes:

> Bastien  writes:
>
>> So I naturally thought of something like an "Org Expert mode": when
>> turned off, the UI would *not* give access to complex features
>
> More precisely: the UI would not _display_ complex features, which will
> still be available anyway (of course).

I started using org only last summer, and found it a little daunting,
but reading the intro manual was easier than I thought.  There are lots
of complicated features, but I found it entirely easy to ignore
exporting, clocking, and many others.

Looking back, the hardest thing for a new person to learn is the
keybindings for scheduling, priorities, etc. in both the org mode view
and agenda view.

I don't see where having a mode to turn on and off would help any of
this.  I can sort of see the point about the export help, but I type
"C-e C-h h" so fast that it barely blinks by.  (Were I still on dialup I
would be cranky.)

Overall, I suggest enumerating what changes ought to be made for
non-expert mode, and then seeing if the complexity of having a mode is
really worth it, rather than inventing a mechanism and then looking for
ways to apply it.


pgpx8A6qbxhVI.pgp
Description: PGP signature

Re: [O] org-contacts from bbdb: a starting solution

[Eric S Fraga]

Wes Hardaker  writes:

>> On Wed, 09 Mar 2011 11:46:50 +, Eric S Fraga  
>> said:
>
> ESF> Are you intending to extend your code for not-so-appropriate fields?  If
> ESF> so, I definitely would like to see the addresses converted and it would
> ESF> be quite useful to have the notes converted entry text for the org entry
> ESF> (i.e. not a property).
>
> I thought about trying to create a generic 'list' of matching 'this' to
> 'that' but hadn't gotten to it yet.

No worries.  Could you, in the meantime, dump out the remaining
information (from the bbdb record) as you do with the notes now (see
below) so that at least the information is not "lost" in the
translation?  That alone would be an excellent addition.

> I'd be happy to change the notes so it went under the properties, if
> that's what you want?  I think you want what is attached.

Yes, that's exactly what I wanted!  Brilliant.

Thanks,
eric

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.17.gf8ca5.dirty)

[O] [Patch] HTML export -- Allow to change the name of the global DIV

[Sébastien Vauban]

Hello,

Here is a patch which allows one to change the (currently) hard-coded DIV name
in which the page contents is being inserted.

It currently is "content", but some prefer "container" or "wrapper".

If accepted, my next patch will be to make this a per-project variable.

diff --git a/lisp/org-html.el b/lisp/org-html.el
index c60c90d..772e9d0 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -1,6 +1,6 @@
 ;;; org-html.el --- HTML export for Org-mode
 
-;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010
+;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011
 ;;   Free Software Foundation, Inc.
 
 ;; Author: Carsten Dominik 
@@ -583,6 +583,11 @@ with a link to this URL."
 	  (const :tag "Keep internal css" nil)
 	  (string :tag "URL or local href")))
 
+(defcustom org-export-content-div "content"
+  "The name of the container DIV that holds all the page contents."
+  :group 'org-export-htmlize
+  :type 'string)
+
 ;;; Hooks
 
 (defvar org-export-html-after-blockquotes-hook nil
@@ -1251,7 +1256,7 @@ lang=\"%s\" xml:lang=\"%s\">
 %s
 
 
-
+
 %s
 "
 		 (format
@@ -1268,6 +1273,7 @@ lang=\"%s\" xml:lang=\"%s\">
 		 date author description keywords
 		 style
 		 mathjax
+		 org-export-content-div
 		 (if (or link-up link-home)
 		 (concat
 		  (format org-export-html-home/up-format

Best regards,
  Seb

-- 
Sébastien Vauban

Re: [O] Question about org-beamer overlays

[Eric S Fraga]

Matt Lundin  writes:

> I use beamer for presentations and appreciate the fine-grained control
> over effects that it provides. For instance, I can combine overlay
> specifications with includegraphics to mix and match different text and
> images on the same frame.
>
> \begin{frame}
> \frametitle{A Title}
>
> \begin{columns}[c]
>
> \column{2in}
> \begin{itemize}
> \item \emph{Text on first and second slides}
>   \begin{itemize}
>   \item<2-> Text on second slide
>   \item<2-> \textbf<3>{Text on second slide, bold on third slide}
>   \end{itemize}
> \end{itemize}
>
> \column{3in}
> \includegraphics<1>[height=3in]{image1.jpg} % first slide only
> \includegraphics<2>[height=3in]{image2.jpg} % second slide only
> \includegraphics<3>[height=3in]{image3.jpg} % third slide only
> \end{columns}
> \end{frame}
>
> Any ideas how I might accomplish similar effects in org-beamer (without
> having too hack up the org file with too much LaTeX code)?

The attached (with three different figures...) will do the job although
it does use latex for graphics statements unfortunately.  It may be
possible to use the ATTR_LATEX feature to bring in the 
specifications but I don't know how if so.  I have to change the column
widths to fractions of \textwidth as that is the default.  Again, it may
be possible to specify actual sizes but I don't know how.  I prefer
fractions in any case as I don't have to worry about the actual "size"
then (and so works for posters as well!).

> More generally, I'd be curious to learn how others use org beamer. Is
> its primary purpose to create "quick and dirty" bullet-point
> presentations? I generally find that I have to insert so much LaTeX code
> into the org outline that it defeats the purpose of using org for
> drafting the presentation. So perhaps I'm too fussy. :)

I have just converted a series of lecture notes (30-40 lectures, several
hundred slides) from latex to org and I have kept explicit latex only
for the following:

1. tikz pictures
2. the odd \uncover aspects on some slides (for pedagogical reasons).

Everything else is handled by org directly including transitions in
lists and columns (use BEAMER_envargs).

> Any insights and/or advice would be greatly appreciated.

Start by having latex snippets where you need them until you figure out
how to do things natively in org.  The nice thing about org is that you
can have pretty much as much latex as you want and it works just fine.
I used the babel approach in the attachment but I could have done:

#+begin_latex
\includegraphics...
#+end_latex

instead.  The nice thing about the babel approach is that you can then
edit the latex in a latex (auctex in my case) specific mode within
emacs.

Further, just being able to have the other features of org at hand
(outlining, navigation, inline tasks, markup) makes it worth paying the
price of the odd latex code!  Some of this is available in auctex, of
course, but I find org much more natural: it doesn't get in the way of
the content generation, which is what is important after all.

#+title: Testing Beamer in Org
#+author: Eric S Fraga
#+DESCRIPTION: 
#+KEYWORDS: 
#+LANGUAGE:  en
#+OPTIONS:   H:5 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS:   TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:nil
#+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js
#+EXPORT_SELECT_TAGS: export
#+EXPORT_EXCLUDE_TAGS: noexport
#+LINK_UP:   
#+LINK_HOME: 

#+startup: beamer
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]

#+BEAMER_FRAME_LEVEL: 2

#+startup: oddeven
#+startup: fninline

#+COLUMNS: %40ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) %4BEAMER_col(Col) %10BEAMER_extra(Extra)

#+BEAMER_HEADER_EXTRA: \usetheme{Madrid}\usecolortheme{default}
#+latex_header: \usepackage{tikz}

* Introduction
** A Title
*** left column   :BMCOL:B_ignoreheading:
:PROPERTIES:
:BEAMER_col: 0.4
:BEAMER_env: ignoreheading
:BEAMER_envargs: C[t]
:END:

- /Text on first and second slides/
  - <2-> Text on second slide
  - <2-> \textbf<3>{Text on second slide, bold on third slide}


*** right column  :BMCOL:B_ignoreheading:
:PROPERTIES:
:BEAMER_col: 0.6
:BEAMER_env: ignoreheading
:END:

#+begin_src latex
\includegraphics<1>[height=3in]{mip.png} % first slide only
\includegraphics<2>[height=3in]{sequence.png} % second slide only
\includegraphics<3>[height=3in]{test.png} % third slide only
#+end_src

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.25.gaaf0b.dirty)

Re: [O] Delete in emacs on OS X

[Juan Pechiar]

Doing F1-k on backspace ("delete" key) gives:

  DEL (translated from ) runs the command
  delete-backward-char

And with delete (Fn-"delete") it says:

  DEL (translated from ) runs the command
  delete-backward-char

So both are mapped to DEL.

You can fix this with

  (global-set-key [kp-delete] 'delete-char)

Tested on

 GNU Emacs 24.0.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.32)
 of 2010-06-21 on black.porkrind.org

Personally, I'm used to C-d, M-d, etc. for forward deleting.

Saludos,
.j.

On Wed, Mar 09, 2011 at 08:33:49PM -0600, John Hendy wrote:
> I finally installed emacs/orgmode (using gnu emacs) on my OS X

> ... I can't figure out what key combo provides "delete." Fn+delete
> behaves like backspace. In my searching, I found reference to C-?,
> but that comes up as unrecognized.
>
> How do I delete?

Re: [O] [PATCH 0/2] Clocking fixes

[Bernt Hansen]

Bastien  writes:

> Hi clock-master,
>
> Bernt Hansen  writes:
>
>> The following patch series fixes problems with with clocking in tasks and 
>> setting the default clock task.
>
> I've applied these two patches -- thanks for catching this.  I feel
> lucky that org-clock power users are also able to send patches :)

Thanks!
-- 
Bernt

Re: [O] Org expert mode?

[Rustom Mody]

Bastien wrote:
> I've just added the ability to run a custom function for bulk agenda actions 
> (thanks to Puneeth for the patch!)  This is clearly for
> power users -- or those who are willing to take the time to find functions 
> that we might document in Worg.

> So I naturally thought of something like an "Org Expert mode": when turned 
> off, the UI would *not* give access to complex features
> and perhaps display more helpful messages on simple ones; when turned on, Org 
> would have a less verbose UI (think of the C-c C-e
> window, do we really want to *read* it all the times?) and give access to all 
> the complex features.

Org is a large and diverse system and something to help (us perennial
:-) newbies is always welcome.

But I wonder if there are really too many experts as against users
whose patterns of usage are expert in one area and noob in others.
For example consider: Using org for:
* Brainstorming
* GTD, mobile org
* Publishing
* Literate Programming (via babel)
* Statistical analysis (spreadsheet, R)

Is it not likely that most people are going to be expert in (at most)
a few of these and not really expert in the others?

[O] tags match agenda

[Richard Riley]

when I create an agenda matching a certain tag its not working for file
level tags. Is this a known issue or have I done something wrong?

(C-c a m)

http://orgmode.org/manual/Setting-tags.html

file level tags:

  #+TAGS: laptop car pc sailboat


regards

r.

Re: [O] Org expert mode?

[Rainer M Krug]

On Thu, Mar 10, 2011 at 2:12 PM, Rustom Mody  wrote:
> Bastien wrote:
>> I've just added the ability to run a custom function for bulk agenda actions 
>> (thanks to Puneeth for the patch!)  This is clearly for
>> power users -- or those who are willing to take the time to find functions 
>> that we might document in Worg.
>
>> So I naturally thought of something like an "Org Expert mode": when turned 
>> off, the UI would *not* give access to complex features
>> and perhaps display more helpful messages on simple ones; when turned on, 
>> Org would have a less verbose UI (think of the C-c C-e
>> window, do we really want to *read* it all the times?) and give access to 
>> all the complex features.
>
> Org is a large and diverse system and something to help (us perennial
> :-) newbies is always welcome.
>
> But I wonder if there are really too many experts as against users
> whose patterns of usage are expert in one area and noob in others.
> For example consider: Using org for:
> * Brainstorming
> * GTD, mobile org
> * Publishing
> * Literate Programming (via babel)
> * Statistical analysis (spreadsheet, R)
>
> Is it not likely that most people are going to be expert in (at most)
> a few of these and not really expert in the others?

I completely agree - and that is the direction my suggestion is aiming at.
Somebody using org mode for literate programming might be an expert in
literal programming with R, but no idea (yet?) about GTD and mobile
org.
So a system which provides usage pattern specific menues and enabled /
disabled functions, would be from my point of view the perfect
solutions.
And if this could be set on a file basis, that would even be better.

Rainer

>
>



-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:           +27 - (0)83 9479 042
Fax:            +27 - (0)86 516 2782
Fax:            +49 - (0)321 2125 2244
email:          rai...@krugs.de

Skype:          RMkrug
Google:         r.m.k...@gmail.com

[O] org-contacts and column mode

[George McNinch]

If I have a buffer visiting one of my org-contacts files, say contacts.org,

and if I have turned on "column mode" in the buffer visiting
contacts.org via org-columns ("C-x C-x C-c")

then, when trying to tab-complete in a *Message* buffer

To: George 

in the event that George identifies an entry in the file contacts.org, I
get an error report in the minibuffer:

   Text is read-only: "Type `e' to edit property"

If I quit column mode in the appropriate buffer, then tab-completion
resumes working correctly.

-- 
George McNinch 
http://gmcninch.math.tufts.edu

Re: [O] tags match agenda

[Sébastien Vauban]

Hi Richard,

Richard Riley wrote:
> when I create an agenda matching a certain tag its not working for file
> level tags. Is this a known issue or have I done something wrong?
>
> (C-c a m)
>
> http://orgmode.org/manual/Setting-tags.html
>
> file level tags:
>
>   #+TAGS: laptop car pc sailboat

It works for me with a slightly different syntax:

#+FILETAGS: :laptop:car:pc:sailboat:

Best regards,
  Seb

-- 
Sébastien Vauban

Re: [O] tags match agenda

[John Hendy]

On Thu, Mar 10, 2011 at 7:41 AM, Richard Riley  wrote:
>
> when I create an agenda matching a certain tag its not working for file
> level tags. Is this a known issue or have I done something wrong?
>
> (C-c a m)
>
> http://orgmode.org/manual/Setting-tags.html
>
> file level tags:
>
>  #+TAGS: laptop car pc sailboat
>

Perhaps make a simple file with four headlines, each tagged one of the
ones you listed, copy it to the list, and then state which tag is not
showing up with =C-c a m=? Then we can try to replicate.


John


>
> regards
>
> r.
>
>

Re: [O] Org expert mode?

[Matthew Sauer]

So maybe different custom functions that are developed to allow people to
use ORG in different ways.  Some with more help for basic features, some for
GTD, some for publishing, some for advanced features or programming.   All
of the features would always be available but maybe the suggest order for
auto-completion or help functions would be different?

Matthew

On Thu, Mar 10, 2011 at 7:44 AM, Rainer M Krug  wrote:

>  On Thu, Mar 10, 2011 at 2:12 PM, Rustom Mody 
> wrote:
> > Bastien wrote:
> >> I've just added the ability to run a custom function for bulk agenda
> actions (thanks to Puneeth for the patch!)  This is clearly for
> >> power users -- or those who are willing to take the time to find
> functions that we might document in Worg.
> >
> >> So I naturally thought of something like an "Org Expert mode": when
> turned off, the UI would *not* give access to complex features
> >> and perhaps display more helpful messages on simple ones; when turned
> on, Org would have a less verbose UI (think of the C-c C-e
> >> window, do we really want to *read* it all the times?) and give access
> to all the complex features.
> >
> > Org is a large and diverse system and something to help (us perennial
> > :-) newbies is always welcome.
> >
> > But I wonder if there are really too many experts as against users
> > whose patterns of usage are expert in one area and noob in others.
> > For example consider: Using org for:
> > * Brainstorming
> > * GTD, mobile org
> > * Publishing
> > * Literate Programming (via babel)
> > * Statistical analysis (spreadsheet, R)
> >
> > Is it not likely that most people are going to be expert in (at most)
> > a few of these and not really expert in the others?
>
> I completely agree - and that is the direction my suggestion is aiming at.
> Somebody using org mode for literate programming might be an expert in
> literal programming with R, but no idea (yet?) about GTD and mobile
> org.
> So a system which provides usage pattern specific menues and enabled /
> disabled functions, would be from my point of view the perfect
> solutions.
> And if this could be set on a file basis, that would even be better.
>
> Rainer
>
> >
> >
>
>
>
> --
> NEW GERMAN FAX NUMBER!!!
>
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
> Biology, UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Natural Sciences Building
> Office Suite 2039
> Stellenbosch University
> Main Campus, Merriman Avenue
> Stellenbosch
> South Africa
>
> Cell:   +27 - (0)83 9479 042
> Fax:+27 - (0)86 516 2782
> Fax:+49 - (0)321 2125 2244
> email:  rai...@krugs.de
>
> Skype:  RMkrug
> Google: r.m.k...@gmail.com
>
>

Re: [O] tags match agenda

[Richard Riley]

John Hendy  writes:

> On Thu, Mar 10, 2011 at 7:41 AM, Richard Riley  wrote:
>>
>> when I create an agenda matching a certain tag its not working for file
>> level tags. Is this a known issue or have I done something wrong?
>>
>> (C-c a m)
>>
>> http://orgmode.org/manual/Setting-tags.html
>>
>> file level tags:
>>
>>  #+TAGS: laptop car pc sailboat
>>
>
> Perhaps make a simple file with four headlines, each tagged one of the
> ones you listed, copy it to the list, and then state which tag is not
> showing up with =C-c a m=? Then we can try to replicate.
>

It's file level tags which dont work. The extract above is from the
manual - do they work for you in that format?

regards

r.

Re: [O] Org expert mode?

[John Hendy]

On Thu, Mar 10, 2011 at 6:38 AM, Greg Troxel  wrote:
>
> Bastien  writes:
>
>> Bastien  writes:
>>
>>> So I naturally thought of something like an "Org Expert mode": when
>>> turned off, the UI would *not* give access to complex features
>>
>> More precisely: the UI would not _display_ complex features, which will
>> still be available anyway (of course).
>
> I started using org only last summer, and found it a little daunting,
> but reading the intro manual was easier than I thought.  There are lots
> of complicated features, but I found it entirely easy to ignore
> exporting, clocking, and many others.
>

I completely agree. I was learning emacs concurrently (started on
emacs specifically for org) and just ignored everything that wasn't
essential. Just navigating files worked. For example, as much as I
wanted to learn all the shortcuts for forward/backward one
char/word/line/para/heading... the arrows worked and I actually got
stuff done.

> Looking back, the hardest thing for a new person to learn is the
> keybindings for scheduling, priorities, etc. in both the org mode view
> and agenda view.
>
> I don't see where having a mode to turn on and off would help any of
> this.  I can sort of see the point about the export help, but I type
> "C-e C-h h" so fast that it barely blinks by.  (Were I still on dialup I
> would be cranky.)

I'm prone to agree here as well, but maybe it's because I never really
used the UI. I just learned the keystrokes as I figured that was the
end goal anyway. I'd be open to hearing from other "noobs" or those
more recently acquainted whether *they* would find something like this
useful. If they are like Greg and I, perhaps learning/usage isn't very
hindered by having extras laying around since we just tend to ignore
them and use what we learn as we learn it.

If anything, having recently started using sunrise-commander, I'm
almost more inclined to suggest something like sunrise-x-buttons as
more helpful. Provide a cheatsheet for what *is* there rather than
hiding what we think new users won't use/care about.[1]

>
> Overall, I suggest enumerating what changes ought to be made for
> non-expert mode, and then seeing if the complexity of having a mode is
> really worth it, rather than inventing a mechanism and then looking for
> ways to apply it.
>

Yes -- a clear list would be fantastic.


[1] http://www.emacswiki.org/emacs/Sunrise_Commander#toc2

Best regards,
John

Re: [O] tags match agenda

[Richard Riley]

Sébastien Vauban 
writes:

> Hi Richard,
>
> Richard Riley wrote:
>> when I create an agenda matching a certain tag its not working for file
>> level tags. Is this a known issue or have I done something wrong?
>>
>> (C-c a m)
>>
>> http://orgmode.org/manual/Setting-tags.html
>>
>> file level tags:
>>
>>   #+TAGS: laptop car pc sailboat
>
> It works for me with a slightly different syntax:
>
>
>
> #+FILETAGS: :laptop:car:pc:sailboat:
>

Good to know as thats how I had it originally.

I wonder if its a bug to do with my capture template being of the form

 ("j" "Journal" entry
  (file+datetree "journal.org")
  "* %?\n   :PROPERTIES:\n  :DateCreated: %T\n  :END:\n%i\n%a")

i.e datetree not being properly searched? Other file level tags work
fine.

regards

r.

Re: [O] Delete in emacs on OS X

[John Hendy]

Juan/Richard: thanks for the suggestions. I'll try these when I'm home
on the Mac. Perhaps I should have just been using C-d all along!

John

On Thu, Mar 10, 2011 at 7:11 AM, Juan Pechiar  wrote:
> Doing F1-k on backspace ("delete" key) gives:
>
>  DEL (translated from ) runs the command
>  delete-backward-char
>
> And with delete (Fn-"delete") it says:
>
>  DEL (translated from ) runs the command
>  delete-backward-char
>
> So both are mapped to DEL.
>
> You can fix this with
>
>  (global-set-key [kp-delete] 'delete-char)
>
> Tested on
>
>  GNU Emacs 24.0.50.1 (x86_64-apple-darwin, NS apple-appkit-1038.32)
>  of 2010-06-21 on black.porkrind.org
>
> Personally, I'm used to C-d, M-d, etc. for forward deleting.
>
> Saludos,
> .j.
>
> On Wed, Mar 09, 2011 at 08:33:49PM -0600, John Hendy wrote:
>> I finally installed emacs/orgmode (using gnu emacs) on my OS X
>
>> ... I can't figure out what key combo provides "delete." Fn+delete
>> behaves like backspace. In my searching, I found reference to C-?,
>> but that comes up as unrecognized.
>>
>> How do I delete?
>

Re: [O] tags match agenda

[Bernt Hansen]

Richard Riley  writes:

> when I create an agenda matching a certain tag its not working for file
> level tags. Is this a known issue or have I done something wrong?
>
> (C-c a m)
>
> http://orgmode.org/manual/Setting-tags.html
>
> file level tags:
>
>   #+TAGS: laptop car pc sailboat

Hi Richard,

I think this works for me.  I'm using C-c a 1 m since my test file is
not in org-agenda-files.

I've applied some of those tags to headings in my test file and I can
show them with an agenda tags match.  C-c a 1 m laptop RET

I am assuming you just want to define the tags for this file only and
not apply them to every heading in the file (which is #+FILETAGS:)

Can you provide any more information about this problem?
-- 
Bernt

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

[Jason Dunsmore]

Bastien  writes:

> Hi Jason,
>
> Jason Dunsmore  writes:
>
>> Bastien  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  heading described at:

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

Re: [O] Re: [Orgmode] Feature Request: attach link type

[Darlan Cavalcante Moreira]

Thank you Bastien.
It works as expected.

--
Darlan

At Thu, 10 Mar 2011 11:24:26 +0100,
Bastien  wrote:
> 
> Hi Darlan,
> 
> Darlan Cavalcante Moreira  writes:
> 
> > I think yes and no, depending on what the user wants to do.
> >
> > I my case I use org-attach as a way to store files related to org that *I
> > don't need to access outside org-mode*. For files that I access outside
> > org-mode I don't attach it at all. I just use links to the file when I need
> > to. Therefore I almost always delete the original file after attaching it
> > and that's why IMHO the stored link should point to the location where the
> > file was attached to.
> >
> > Again, maybe I'm just using org-attach in a way a little different from
> > what it was originally intended to. That's why for me It makes sense to
> > create an attach link type.
> 
> Thanks for the explanations -- I've now allowed org-attach-store-link-p
> to be set to 'attached so that the link points to the attached location
> instead of the original location.
> 
> Let me know if it does the right thing for you.
> 
> Best,
> 
> -- 
>  Bastien

Re: [O] tags match agenda

[Richard Riley]

Bernt Hansen  writes:

> Richard Riley  writes:
>
>> when I create an agenda matching a certain tag its not working for file
>> level tags. Is this a known issue or have I done something wrong?
>>
>> (C-c a m)
>>
>> http://orgmode.org/manual/Setting-tags.html
>>
>> file level tags:
>>
>>   #+TAGS: laptop car pc sailboat
>
> Hi Richard,
>
> I think this works for me.  I'm using C-c a 1 m since my test file is
> not in org-agenda-files.
>
> I've applied some of those tags to headings in my test file and I can
> show them with an agenda tags match.  C-c a 1 m laptop RET
>
> I am assuming you just want to define the tags for this file only and
> not apply them to every heading in the file (which is #+FILETAGS:)
>
> Can you provide any more information about this problem?

I want all entries in this file to inherit the tag so it should be
"filetags" I believe. My other tests suggest it is my

,
| ("j" "Journal" entry
|   (file+datetree "journal.org")
|   "* %?\n :PROPERTIES:\n  :DateCreated: %T\n  :END:\n%i\n%a")
`

datetree format that might be stopping the tag match occurring.

Or am I confusing issues here?

In my journal file I have

#+TITLE:  my journal
#+FILETAGS: :journal:

I would expect C-c a m journal

to show all journal entries in a standard result list.

[O] org-columns and tags

[George McNinch]

If I define columns using a specification like

#+COLUMNS: %25ITEM(name) %25EMAIL(email)

then tags associated with the entries seem to appear in the ITEM column.
But if I include a TAGS entry in the column spec, like this:

#+COLUMNS: %25ITEM(name) %15TAGS %25EMAIL(email) 

then tags show up only in the TAGS column.

Well, I'm happy with the behavior in the presence of a TAGS column, but
I wonder if the behavior in the absense of such a column is optimal?
E.g. I can imagine a situation in which one might want to use column
mode while being uninterested in the TAGS.

best,
gm

-- 
George McNinch 
http://gmcninch.math.tufts.edu

Re: [O] tags match agenda

[Carsten Dominik]

On Mar 10, 2011, at 3:58 PM, Richard Riley wrote:

> Bernt Hansen  writes:
> 
>> Richard Riley  writes:
>> 
>>> when I create an agenda matching a certain tag its not working for file
>>> level tags. Is this a known issue or have I done something wrong?
>>> 
>>> (C-c a m)
>>> 
>>> http://orgmode.org/manual/Setting-tags.html
>>> 
>>> file level tags:
>>> 
>>>  #+TAGS: laptop car pc sailboat
>> 
>> Hi Richard,
>> 
>> I think this works for me.  I'm using C-c a 1 m since my test file is
>> not in org-agenda-files.
>> 
>> I've applied some of those tags to headings in my test file and I can
>> show them with an agenda tags match.  C-c a 1 m laptop RET
>> 
>> I am assuming you just want to define the tags for this file only and
>> not apply them to every heading in the file (which is #+FILETAGS:)
>> 
>> Can you provide any more information about this problem?
> 
> I want all entries in this file to inherit the tag so it should be
> "filetags" I believe. My other tests suggest it is my
> 
> ,
> | ("j" "Journal" entry
> |   (file+datetree "journal.org")
> |   "* %?\n   :PROPERTIES:\n  :DateCreated: %T\n  :END:\n%i\n%a")
> `
> 
> datetree format that might be stopping the tag match occurring.
> 
> Or am I confusing issues here?
> 
> In my journal file I have
> 
> #+TITLE:  my journal
> #+FILETAGS: :journal:
> 
> I would expect C-c a m journal
> 
> to show all journal entries in a standard result list.

Hi Richard,

what is the value of the variable org-tags-match-list-sublevels?

- Carsten

Re: [O] Org expert mode?

[Julien Danjou]

On Thu, Mar 10 2011, Bastien wrote:

> I'm myself not convinced: it's a good thing that Org doesn't need an
> Expert mode so far, it means newbies are not confused by the UI, and
> experts are not frustrated by it either.  But I expect neat features 
> can emerge from the discussion.

I agree that it would be a terrible bad idea to add any sort of expert
mode.

-- 
Julien Danjou
❱ http://julien.danjou.info


pgpmVl7Im82IH.pgp
Description: PGP signature

Re: [O] tags match agenda

[Bernt Hansen]

Richard Riley  writes:

> Bernt Hansen  writes:
>
>> Richard Riley  writes:
>>
>>> when I create an agenda matching a certain tag its not working for file
>>> level tags. Is this a known issue or have I done something wrong?
>>>
>>> (C-c a m)
>>>
>>> http://orgmode.org/manual/Setting-tags.html
>>>
>>> file level tags:
>>>
>>>   #+TAGS: laptop car pc sailboat
>>



> I want all entries in this file to inherit the tag so it should be
> "filetags" I believe. My other tests suggest it is my
>
> ,
> | ("j" "Journal" entry
> |   (file+datetree "journal.org")
> |   "* %?\n   :PROPERTIES:\n  :DateCreated: %T\n  :END:\n%i\n%a")
> `
>
> datetree format that might be stopping the tag match occurring.
>
> Or am I confusing issues here?
>
> In my journal file I have
>
> #+TITLE:  my journal
> #+FILETAGS: :journal:

I don't think you need the colons around journal on the

   #+FILETAGS: journal

line.  You can just separate multiple tags with spaces on this line and
they should all get applied.

You also need to C-c C-c on that line (or any #+ line at the top
of your file) when you change things to reload org-mode so it sees the
new settings and applies it to your headings -- or restart Emacs)

> I would expect C-c a m journal
>
> to show all journal entries in a standard result list.

That's correct as long as your journal is included in your
org-agenda-files.

Regards,
-- 
Bernt

[O] [PATCH] Docstring fix for org-export-preprocess-string

[Rodrigo Lazo]

Hi,

I found a trivial error with this docstring.

--8<---cut here---start->8---
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index dff86b6..34f101d 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -1042,7 +1042,7 @@ Pressing `1' will switch between these two options."
   "Alist of code references and line numbers.")
 
 (defun org-export-preprocess-string (string &rest parameters)
-  "Cleanup STRING so that that the true exported has a more consistent source.
+  "Cleanup STRING so that the true exported has a more consistent source.
 This function takes STRING, which should be a buffer-string of an org-file
 to export.  It then creates a temporary buffer where it does its job.
 The result is then again returned as a string, and the exporter works
@@ -3084,4 +3084,3 @@ The depends on the variable `org-export-copy-to-kill'."
 ;; arch-tag: 65985fe9-095c-49c7-a7b6-cb4ee15c0a95
 
 ;;; org-exp.el ends here
-
--8<---cut here---end--->8---

Best regards,
  Seb

-- 
Rodrigo Lazo

[O] Symbol's function definition is void: fill-forward-paragraph

[Frank Jäkel]

Hi all,

* A
I'm trying to fill this
paragraph by pressing
M-q now

I get the following error:

Debugger entered--Lisp error: (void-function fill-forward-paragraph)
  (fill-forward-paragraph -1)
  (save-excursion (fill-forward-paragraph -1) (setq itemp
(org-in-item-p)))
  (cond ((and ... ...) t) (table\.el-p t) (table-p (org-table-align) t)
(itemp (let* ... ... ... t)) ((save-excursion ... ...) (let ... ...)) (t
nil))
  (let ((table-p ...) (table\.el-p ...) (itemp ...)) (cond (... t)
(table\.el-p t) (table-p ... t) (itemp ...) (... ...) (t nil)))
  org-fill-paragraph(nil)
  fill-paragraph(nil)
  call-interactively(fill-paragraph)

Strangely, if I now go back to the buffer and try M-q this time it will
fill the paragraph as intended.

A solution that worked for me was to replace all calls to
fill-forward-paragraph with fill-paragraph.

Cheers,
Frank

Emacs  : GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll
bars)
 of 2010-03-31 on crested, modified by Ubuntu
Package: Org-mode version 7.5

Re: [O] Org expert mode?

[Scott Randby]

On 03/10/2011 05:05 AM, Bastien wrote:
> So I naturally thought of something like an "Org Expert mode": when
> turned off, the UI would *not* give access to complex features and
> perhaps display more helpful messages on simple ones; when turned on,
> Org would have a less verbose UI (think of the C-c C-e window, do we
> really want to *read* it all the times?) and give access to all the
> complex features.

While I don't consider myself to be an org-mode expert, I have been
using it for several years to keep track of appointments, make web
pages, take notes, and record grades. I've never found things like the
C-c C-e window to be a problem even though 99% of the time I'll do
something like C-c C-e h without looking at the window. But I appreciate
that window the 1% of the time I do look at it because it shows me that
there are features available that might be useful in the future. The
window provides an easy opportunity for learning and exploration.

If there is a basic mode that somehow hides complex features, then some
users may never become aware of those features and what they might do
with those features. I've discovered so much because nothing in org-mode
is hidden or separated. The manual provides an excellent introduction
for new users and it allows them to decide which features they wish to
start with, which features they can ignore, and which features they
might want to learn about in the future.

I think everything should be turned on by default. It is easier for an
expert to figure out how to turn something off than it is for the
non-expert to turn something on. And I've never found a feature that I
don't use getting in the way of my work.

Scott Randby

[Accepted] [O] Docstring fix for org-export-preprocess-string

[Bastien Guerry]

Patch 672 (http://patchwork.newartisans.com/patch/672/) is now "Accepted".

Maintainer comment: none

This relates to the following submission:

http://mid.gmane.org/%3C86ei6eoq4l.fsf%40thinkpad.colorado%3E

Here is the original message containing the patch:

> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [O] Docstring fix for org-export-preprocess-string
> Date: Thu, 10 Mar 2011 22:13:30 -
> From: Rodrigo Lazo 
> X-Patchwork-Id: 672
> Message-Id: <86ei6eoq4l.fsf@thinkpad.colorado>
> To: emacs-orgmode@gnu.org
> 
> Hi,
> 
> I found a trivial error with this docstring.
> 
> --8<---cut here---start->8---
> --8<---cut here---end--->8---
> 
> Best regards,
>   Seb
> 
> 
> diff --git a/lisp/org-exp.el b/lisp/org-exp.el
> index dff86b6..34f101d 100644
> --- a/lisp/org-exp.el
> +++ b/lisp/org-exp.el
> @@ -1042,7 +1042,7 @@ Pressing `1' will switch between these two options."
>"Alist of code references and line numbers.")
>  
>  (defun org-export-preprocess-string (string &rest parameters)
> -  "Cleanup STRING so that that the true exported has a more consistent 
> source.
> +  "Cleanup STRING so that the true exported has a more consistent source.
>  This function takes STRING, which should be a buffer-string of an org-file
>  to export.  It then creates a temporary buffer where it does its job.
>  The result is then again returned as a string, and the exporter works
> @@ -3084,4 +3084,3 @@ The depends on the variable `org-export-copy-to-kill'."
>  ;; arch-tag: 65985fe9-095c-49c7-a7b6-cb4ee15c0a95
>  
>  ;;; org-exp.el ends here
> -
> 

Re: [O] [PATCH] Docstring fix for org-export-preprocess-string

[Bastien]

Rodrigo Lazo  writes:

> I found a trivial error with this docstring.

Applied, thanks.

-- 
 Bastien

Re: [O] Why face org-link is now blue?

[Bastien]

Hi Leo,

Leo  writes:

> I installed org-mode 7.5 with emacs-23 and found that links are no
> longer in purple but blue, like this:
>
>   http://imgur.com/LEkZt.png
>
> It looks confusing to me. Any idea whether this is a bug? 

It is not: in Org 7.5 (vs 7.4), org-link face is inherited from link
face.  But you can still customize org-link face independantly.

HTH,

-- 
 Bastien

[O] Re: Symbol's function definition is void: fill-forward-paragraph

[Nicolas]

Hello,

Frank Jäkel  writes:

> * A
> I'm trying to fill this
> paragraph by pressing
> M-q now
>
> I get the following error:
>
> Debugger entered--Lisp error: (void-function fill-forward-paragraph)
>   (fill-forward-paragraph -1)
>   (save-excursion (fill-forward-paragraph -1) (setq itemp
> (org-in-item-p)))
>   (cond ((and ... ...) t) (table\.el-p t) (table-p (org-table-align) t)
> (itemp (let* ... ... ... t)) ((save-excursion ... ...) (let ... ...)) (t
> nil))
>   (let ((table-p ...) (table\.el-p ...) (itemp ...)) (cond (... t)
> (table\.el-p t) (table-p ... t) (itemp ...) (... ...) (t nil)))
>   org-fill-paragraph(nil)
>   fill-paragraph(nil)
>   call-interactively(fill-paragraph)
>
> Strangely, if I now go back to the buffer and try M-q this time it will
> fill the paragraph as intended.

So you mean `fill-forward-paragraph' is known by Emacs afterwards?

> A solution that worked for me was to replace all calls to
> fill-forward-paragraph with fill-paragraph.

I don't think it is a solution as fill-forward-paragraph is a movement
function, not a filling one: they can't be equivalent.

Regards,

-- 
Nicolas

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

[Bastien]

Hi Jason,

Jason Dunsmore  writes:

> This patch fixed that export error, but I'm still seeing the problems
> with exporting #+TITLE: in an  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 title ?

If so there is problem but I cannot reproduce it.

Otherwise, I'm not sure I completely understand.

Best,

-- 
 Bastien

Re: [O] Org expert mode?

[Samuel Wales]

I agree with the comments on complexity and inapplicability.  IMO it
would be better to arrange existing menus and documentation to
emphasize basics.

-- 
AIDS 2.0 is here now:
  
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

[O] Re: Symbol's function definition is void: fill-forward-paragraph

[Nicolas]

Sorry to reply to myself, but I've pushed a change that should satisfy
emacsen older than 23 in that area.

Re: [O] Delete in emacs on OS X

[Samuel Wales]

Unrelated: with external keyboard on a mac, my delete key sends
 in emacs 22 and C-n in emacs 23.  The former is bindable.
The latter is useless because C-n is needed.

Re: [O] Org expert mode?

[Robert Pluim]

Bastien  writes:

> Hi all,
>
> Org tries to stay as simple/accessible as possible for newbie and as
> complete/flexible as possible for power users.
>
> The documentation and the UI are central for this: the documentation
> should promote core features, document complex ones, and give pointers
> on how to hack Org -- it does that already IMO; the UI should give
> access to core features and give hints on complex ones, so that the
> user can learn more.
>
> I've just added the ability to run a custom function for bulk agenda
> actions (thanks to Puneeth for the patch!)  This is clearly for power
> users -- or those who are willing to take the time to find functions
> that we might document in Worg.
>
> So I naturally thought of something like an "Org Expert mode": when
> turned off, the UI would *not* give access to complex features and
> perhaps display more helpful messages on simple ones; when turned on,
> Org would have a less verbose UI (think of the C-c C-e window, do we
> really want to *read* it all the times?) and give access to all the
> complex features.
>
> This is really just a call for ideas/comments -- I wonder if people
> already came accross such an idea and and what they think.
>
> I'm myself not convinced: it's a good thing that Org doesn't need an
> Expert mode so far, it means newbies are not confused by the UI, and
> experts are not frustrated by it either.  But I expect neat features 
> can emerge from the discussion.

I've been using org for about a year, and am by no means an 'expert',
but it does what I want the way I want it (and I learn more every day).
It is in many ways exactly like the surrounding Emacs environment: very
powerful, but simple to get started in.  I personally see no reason at
all to hide any of that power, since as far as I'm concerned it simply
doesn't get in the way, and implementing such hiding would be a waste of
effort.

Regards

Robert

[O] dates before 1970

[Eric S Fraga]

This is a sort of bug report but possibly more a curiosity...

I imagine this has something to do with time 0 in Unix but I cannot seem
to be able to enter any date earlier than 1 Jan 1970 using C-c! (say).
However, once I have entered a date (later than that), I can use
S- on the year to get to the date I want.  This seems rather
inconsistent?

To be precise, I get the wrong date recorded if I try:

  C-c ! 1968-12-10 RET

(where C-c ! is =org-time-stamp-inactive=).
The result is =[2011-12-10 Sat]=

The bug is not so much that I cannot input dates I want but that the
inactive timestamp generated is *incorrect* and yet there is no error
message.

Thanks,
eric

-- 
: Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1
: using Org-mode version 7.5 (release_7.5.25.gaaf0b.dirty)

Re: [O] Org expert mode?

[Joost Helberg]

Bastien and others,

When I worked in Hoofddorp in the early 90's, I travelled 2.5 hours by
train every day. I reserved half of the train-time every single day
for a year checking out GNU Emacs stuff I didn't understand on my
notebook. This helped me a lot in going places (aka major modes, elisp
code and, later, customizations) I didn't dare visiting before.

The same is true for most of the *Customization* stuff. Seeing things
beyond your boundaries of understanding satisfies curiosity. Checking out
stuff you don't completely understand is part of the Emacs journey. A
journey which is a lot more exciting than any other virtual software
inspired journey I've encountered. 

The creation of an `Expert mode' will make the exploration of new
features `by accident' or by ambitious curiosity less likely. I think
introducing an expert mode (is the plain and simple org-mode not
already quite for experts already?) a bad thing.

Then the semantics of `expert' come around. Expert in what field?
Organisation? Elisp? Time-clocking? Org-mode key bindings? There must
be over 5 different experts in using org-mode, which may be even
overlapping.

Personally I don't mind superfluous messages in GNU Emacs, if any.
They disappear fast enough and don't appear to slow down things;
though I might be wrong here of course.

Last, but not least, org-mode users are honest people, at least to
themselves they are, they must be! Many of them will have trouble
admitting they're an expert in org-mode; they won't tick the
box. They'll miss features they would otherwise try. 

Org-mode is the best invention since sliced bread and if not, GNU
Emacs is, keep up the good work!
 
many regards,

Joost Helberg

> "Bastien" == Bastien   writes:
 > Subject: [O] Org expert mode?
 > From: Bastien 
 > To: emacs-orgmode@gnu.org
 > Date: Thu, 10 Mar 2011 11:05:32 +0100

 > Hi all,

 > Org tries to stay as simple/accessible as possible for newbie and as
 > complete/flexible as possible for power users.

 > The documentation and the UI are central for this: the documentation
 > should promote core features, document complex ones, and give pointers
 > on how to hack Org -- it does that already IMO; the UI should give
 > access to core features and give hints on complex ones, so that the
 > user can learn more.

 > I've just added the ability to run a custom function for bulk agenda
 > actions (thanks to Puneeth for the patch!)  This is clearly for power
 > users -- or those who are willing to take the time to find functions
 > that we might document in Worg.

 > So I naturally thought of something like an "Org Expert mode": when
 > turned off, the UI would *not* give access to complex features and
 > perhaps display more helpful messages on simple ones; when turned on,
 > Org would have a less verbose UI (think of the C-c C-e window, do we
 > really want to *read* it all the times?) and give access to all the
 > complex features.

 > This is really just a call for ideas/comments -- I wonder if people
 > already came accross such an idea and and what they think.

 > I'm myself not convinced: it's a good thing that Org doesn't need an
 > Expert mode so far, it means newbies are not confused by the UI, and
 > experts are not frustrated by it either.  But I expect neat features 
 > can emerge from the discussion.

 > Thanks for your thoughts!

 > -- 
 >  Bastien


-- 
Snow B.V.http://snow.nl

[O] Re: latex export issue

[Scot Becker]

Looks good, but I can't get it to work.  To test it, can I just evaluate the
two sexp's in the block you gave inside a scratch buffer, then switch to my
trial org file and export to LaTeX?  Trying the OP's sample file gives the
same results before and after I evaluate this new bit of code, but I suspect
I'm doing something wrong

Scot


On Thu, Mar 10, 2011 at 8:24 AM, Nicolas  wrote:

> Hello,
>
> Scot Becker  writes:
>
> > That sounds like it means that any documents you might want to export to
> > LaTeX (and format with hard line breaks) should always have non-breaking
> > spaces after the periods---or you should keep a manual eye on your
> paragraph
> > formatting to make sure no numbers come first on the line.
>
> Would that work for you?
>
> #+begin_src emacs-lisp
> (defun org-fill-item-nobreak-p ()
>  "Non-nil when line break would insert a new item."
>  (and (looking-at (org-item-re)) (org-list-in-valid-block-p)))
>
> (add-to-list 'fill-nobreak-predicate 'org-fill-item-nobreak-p)
> #+end_src
>
> If it is fine, we may as well include it by default in Org.
>
> Regards,
>
>
> --
> Nicolas
>

Re: [O] Org expert mode?

[Eric Schulte]

Hi,

I tend to agree with Joost's sentiments.

In my opinion the current Org-mode---despite all of the power lurking
just beneath the surface---is entirely usable as a very simple plain
text notes buffer.  The user need know nothing more than how to press
tab on a headline to expand-contract it's contents.

This is how I try to introduce Org-mode to new users.

  "Just think of it as plain text notes, and whenever you realize you
   want a new feature, look in the manual... chances are someone has
   already implemented it."

Best -- Eric

Joost Helberg  writes:

> Bastien and others,
>
> When I worked in Hoofddorp in the early 90's, I travelled 2.5 hours by
> train every day. I reserved half of the train-time every single day
> for a year checking out GNU Emacs stuff I didn't understand on my
> notebook. This helped me a lot in going places (aka major modes, elisp
> code and, later, customizations) I didn't dare visiting before.
>
> The same is true for most of the *Customization* stuff. Seeing things
> beyond your boundaries of understanding satisfies curiosity. Checking out
> stuff you don't completely understand is part of the Emacs journey. A
> journey which is a lot more exciting than any other virtual software
> inspired journey I've encountered. 
>
> The creation of an `Expert mode' will make the exploration of new
> features `by accident' or by ambitious curiosity less likely. I think
> introducing an expert mode (is the plain and simple org-mode not
> already quite for experts already?) a bad thing.
>
> Then the semantics of `expert' come around. Expert in what field?
> Organisation? Elisp? Time-clocking? Org-mode key bindings? There must
> be over 5 different experts in using org-mode, which may be even
> overlapping.
>
> Personally I don't mind superfluous messages in GNU Emacs, if any.
> They disappear fast enough and don't appear to slow down things;
> though I might be wrong here of course.
>
> Last, but not least, org-mode users are honest people, at least to
> themselves they are, they must be! Many of them will have trouble
> admitting they're an expert in org-mode; they won't tick the
> box. They'll miss features they would otherwise try. 
>
> Org-mode is the best invention since sliced bread and if not, GNU
> Emacs is, keep up the good work!
>  
> many regards,
>
> Joost Helberg
>
>> "Bastien" == Bastien   writes:
>  > Subject: [O] Org expert mode?
>  > From: Bastien 
>  > To: emacs-orgmode@gnu.org
>  > Date: Thu, 10 Mar 2011 11:05:32 +0100
>
>  > Hi all,
>
>  > Org tries to stay as simple/accessible as possible for newbie and as
>  > complete/flexible as possible for power users.
>
>  > The documentation and the UI are central for this: the documentation
>  > should promote core features, document complex ones, and give pointers
>  > on how to hack Org -- it does that already IMO; the UI should give
>  > access to core features and give hints on complex ones, so that the
>  > user can learn more.
>
>  > I've just added the ability to run a custom function for bulk agenda
>  > actions (thanks to Puneeth for the patch!)  This is clearly for power
>  > users -- or those who are willing to take the time to find functions
>  > that we might document in Worg.
>
>  > So I naturally thought of something like an "Org Expert mode": when
>  > turned off, the UI would *not* give access to complex features and
>  > perhaps display more helpful messages on simple ones; when turned on,
>  > Org would have a less verbose UI (think of the C-c C-e window, do we
>  > really want to *read* it all the times?) and give access to all the
>  > complex features.
>
>  > This is really just a call for ideas/comments -- I wonder if people
>  > already came accross such an idea and and what they think.
>
>  > I'm myself not convinced: it's a good thing that Org doesn't need an
>  > Expert mode so far, it means newbies are not confused by the UI, and
>  > experts are not frustrated by it either.  But I expect neat features 
>  > can emerge from the discussion.
>
>  > Thanks for your thoughts!
>
>  > -- 
>  >  Bastien

[O] Re: latex export issue

[Nicolas]

Hello,

Scot Becker  writes:

> Looks good, but I can't get it to work. To test it, can I just
> evaluate the two sexp's in the block you gave inside a scratch buffer,
> then switch to my trial org file and export to LaTeX?

Yes, but I guess you misunderstand the goal of the snippet. It will not
"fix" export (which isn't broken in that case) but will prevent
auto-fill-mode from creating a new item by cutting line at a wrong
position i.e. you won't have to keep an eye on the formatting anymore.

Regards,

-- 
Nicolas

[O] Re: latex export issue

[Scot Becker]

Ah, right.  I did misunderstand.  Yes, that seems like a good solution.

Scot


On Thu, Mar 10, 2011 at 10:00 PM, Nicolas  wrote:

> Hello,
>
> Scot Becker  writes:
>
> > Looks good, but I can't get it to work. To test it, can I just
> > evaluate the two sexp's in the block you gave inside a scratch buffer,
> > then switch to my trial org file and export to LaTeX?
>
> Yes, but I guess you misunderstand the goal of the snippet. It will not
> "fix" export (which isn't broken in that case) but will prevent
> auto-fill-mode from creating a new item by cutting line at a wrong
> position i.e. you won't have to keep an eye on the formatting anymore.
>
> Regards,
>
> --
> Nicolas
>

Re: [O] Org expert mode?

[Christian Moe]

On 3/10/11 2:12 PM, Rustom Mody wrote:


But I wonder if there are really too many experts as against users
whose patterns of usage are expert in one area and noob in others.


+1.

I've been using a fair number of (what I think of as) Org power tools, 
including Org-Babel, the Properties API, custom link definitions etc.


But with Agenda views, for example, `C-c a a' is just about all I've 
tried.


Someday I'll need more of the Agenda's power and complexity, and when 
that happens I'd like it to be there, staring me in the face.


So while I'm not quite clear what an expert-mode would entail, I 
suspect it would probably not be something I'd want.


Yours,
Christian

Re: [O] dates before 1970

[Nick Dokos]

Eric S Fraga  wrote:

> This is a sort of bug report but possibly more a curiosity...
> 
> I imagine this has something to do with time 0 in Unix but I cannot seem
> to be able to enter any date earlier than 1 Jan 1970 using C-c! (say).
> However, once I have entered a date (later than that), I can use
> S- on the year to get to the date I want.  This seems rather
> inconsistent?
> 
> To be precise, I get the wrong date recorded if I try:
> 
>   C-c ! 1968-12-10 RET
> 
> (where C-c ! is =org-time-stamp-inactive=).
> The result is =[2011-12-10 Sat]=
> 
> The bug is not so much that I cannot input dates I want but that the
> inactive timestamp generated is *incorrect* and yet there is no error
> message.
> 

Good one! The culprit is org-read-date-analyze which near the end contains
this snippet of code:

,
| ...
| (if (< year 100) (setq year (+ 2000 year)))
| (if (< year 1970) (setq year (nth 5 defdecode))) ; not representable
| (setq org-read-date-analyze-futurep futurep)
| (list second minute hour day month year)))
`

The trouble is that the caller (org-read-date) takes the result and
does a round-trip through the emacs time encode/decode functions to make
sure the result is sane. Dates before 1970 would break that (I get (0 9
10 26 11 2033 6 nil -18000)) so it seems it wraps around to 2033 or so).

In addition, most callers of org-read-date call it with a non-nil
to-time argument: that makes it return an emacs-encoded time (which is
then manipulated as such and which I believe has to satisfy the >=1970
requirement).

So I'd guess raising an exception might be the simplest way to deal with
this. Here's a patch to try out:

--8<---cut here---start->8---
diff --git a/lisp/org.el b/lisp/org.el
index 92f2406..b9acf11 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -14718,7 +14718,8 @@ user."
 (nth 2 tl))
(setq org-time-was-given t))
 (if (< year 100) (setq year (+ 2000 year)))
-(if (< year 1970) (setq year (nth 5 defdecode))) ; not representable
+;(if (< year 1970) (setq year (nth 5 defdecode))) ; not representable
+(if (< year 1970) (error "Year must be >= 1970"))
 (setq org-read-date-analyze-futurep futurep)
 (list second minute hour day month year)))
--8<---cut here---end--->8---

I think it does not break anything but I'm not sure I like it much.

Patchwork note: this should not be applied without a lot more thought
and experimentation.

Nick

Re: [O] Org expert mode?

[Bernt Hansen]

Hi,

I also agree with Joost and Eric.  I don't think hiding the menu on
export is a good thing in the long run.  Org-mode is a moving target and
new things show up in the menu over time -- and I for one would miss the
new stuff if the menu was always off.

I do however like the 'expert' setting in
org-fast-tag-selection-single-key and I think being able to turn
sections of org-mode into expert mode is a good thing - but these need
to be areas that are not likely to get new functionality down the road
that the user wouldn't be aware of.

Regards,
Bernt


"Eric Schulte"  writes:

> Hi,
>
> I tend to agree with Joost's sentiments.
>
> In my opinion the current Org-mode---despite all of the power lurking
> just beneath the surface---is entirely usable as a very simple plain
> text notes buffer.  The user need know nothing more than how to press
> tab on a headline to expand-contract it's contents.
>
> This is how I try to introduce Org-mode to new users.
>
>   "Just think of it as plain text notes, and whenever you realize you
>want a new feature, look in the manual... chances are someone has
>already implemented it."
>
> Best -- Eric
>
> Joost Helberg  writes:
>
>> Bastien and others,
>>
>> When I worked in Hoofddorp in the early 90's, I travelled 2.5 hours by
>> train every day. I reserved half of the train-time every single day
>> for a year checking out GNU Emacs stuff I didn't understand on my
>> notebook. This helped me a lot in going places (aka major modes, elisp
>> code and, later, customizations) I didn't dare visiting before.
>>
>> The same is true for most of the *Customization* stuff. Seeing things
>> beyond your boundaries of understanding satisfies curiosity. Checking out
>> stuff you don't completely understand is part of the Emacs journey. A
>> journey which is a lot more exciting than any other virtual software
>> inspired journey I've encountered. 
>>
>> The creation of an `Expert mode' will make the exploration of new
>> features `by accident' or by ambitious curiosity less likely. I think
>> introducing an expert mode (is the plain and simple org-mode not
>> already quite for experts already?) a bad thing.
>>
>> Then the semantics of `expert' come around. Expert in what field?
>> Organisation? Elisp? Time-clocking? Org-mode key bindings? There must
>> be over 5 different experts in using org-mode, which may be even
>> overlapping.
>>
>> Personally I don't mind superfluous messages in GNU Emacs, if any.
>> They disappear fast enough and don't appear to slow down things;
>> though I might be wrong here of course.
>>
>> Last, but not least, org-mode users are honest people, at least to
>> themselves they are, they must be! Many of them will have trouble
>> admitting they're an expert in org-mode; they won't tick the
>> box. They'll miss features they would otherwise try. 
>>
>> Org-mode is the best invention since sliced bread and if not, GNU
>> Emacs is, keep up the good work!
>>  
>> many regards,
>>
>> Joost Helberg
>>
>>> "Bastien" == Bastien   writes:
>>  > Subject: [O] Org expert mode?
>>  > From: Bastien 
>>  > To: emacs-orgmode@gnu.org
>>  > Date: Thu, 10 Mar 2011 11:05:32 +0100
>>
>>  > Hi all,
>>
>>  > Org tries to stay as simple/accessible as possible for newbie and as
>>  > complete/flexible as possible for power users.
>>
>>  > The documentation and the UI are central for this: the documentation
>>  > should promote core features, document complex ones, and give pointers
>>  > on how to hack Org -- it does that already IMO; the UI should give
>>  > access to core features and give hints on complex ones, so that the
>>  > user can learn more.
>>
>>  > I've just added the ability to run a custom function for bulk agenda
>>  > actions (thanks to Puneeth for the patch!)  This is clearly for power
>>  > users -- or those who are willing to take the time to find functions
>>  > that we might document in Worg.
>>
>>  > So I naturally thought of something like an "Org Expert mode": when
>>  > turned off, the UI would *not* give access to complex features and
>>  > perhaps display more helpful messages on simple ones; when turned on,
>>  > Org would have a less verbose UI (think of the C-c C-e window, do we
>>  > really want to *read* it all the times?) and give access to all the
>>  > complex features.
>>
>>  > This is really just a call for ideas/comments -- I wonder if people
>>  > already came accross such an idea and and what they think.
>>
>>  > I'm myself not convinced: it's a good thing that Org doesn't need an
>>  > Expert mode so far, it means newbies are not confused by the UI, and
>>  > experts are not frustrated by it either.  But I expect neat features 
>>  > can emerge from the discussion.
>>
>>  > Thanks for your thoughts!
>>
>>  > -- 
>>  >  Bastien
>
>

-- 
Bernt

Re: [O] Org expert mode?

[Suvayu Ali]

On Thu, 10 Mar 2011 11:46:16 -0700
Samuel Wales  wrote:

> I agree with the comments on complexity and inapplicability.  IMO it
> would be better to arrange existing menus and documentation to
> emphasize basics.

I think this might be a more productive proposal than having an
expert-mode. Also in another post, Joost referred to messages in
org-mode. Maybe there could be a verbosity variable that "expert" users
could customise if they are annoyed/don't want to look at the messages.
Org-mode defaults, as it is right now, facilitates becoming more
familiar with the advanced features of org-mode over time. I think we
should keep it that way.

-- 
Suvayu

Open source is the future. It sets us free.

Re: [O] if: Wrong type argument: stringp, \.\.\.

[Markus Heller]

Bernt Hansen  writes:

> Hi Markus,
>
> It looks like you have a drawer in your org files that is missing
> a closing :END: tag.  Possibly in file "h:/org/600_install.org"

Hi Bernt and Nick,

yes, there is/was an issue with a missing :END: in that particular
file.  I kept adding it, but for some weird reason, it was automatically
removed again.

But doesn't matter, I'm in the process of overhauling my orgmode files
and use anyway :-)

Thanks and Cheers
Markus

Re: [O] Why face org-link is now blue?

[Leo]

On 2011-03-11 02:19 +0800, Bastien wrote:
> It is not: in Org 7.5 (vs 7.4), org-link face is inherited from link
> face.  But you can still customize org-link face independantly.

I see. Thanks for that.

Leo

[O] Clock table not responding to :tags?

[John Hendy]

Hi,

I have a pretty simple file I just started at home:
-
** [2011-03-09 Wed]
*** dinner  :fam:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
:END:
*** watched music videos with Felicity/played guitar:fam:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 19:00]--[2011-03-09 Wed 19:45] =>  0:45
:END:
*** cleaned up:chore:
:LOGBOOK:
   CLOCK: [2011-03-09 Wed 20:00]--[2011-03-09 Wed 20:15] =>  0:15
:END:
*** setup emacs/org-mode   :surf:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 20:15]--[2011-03-09 Wed 20:35] =>  0:20
:END:
*** arch forum posting
:LOGBOOK:
CLOCK: [2011-03-09 Wed 20:35]--[2011-03-09 Wed 21:15] =>  0:40
:END:
*** cribbage board :wood:
:LOGBOOK:
CLOCK: [2011-03-09 Thu 21:15]--[2011-03-09 Thu 21:45] =>  0:30
:END:
*** sleep :sleep:
:LOGBOOK:
CLOCK: [2011-03-09 Thu 22:00]--[2011-03-10 Thu 05:15] =>  7:15
:END:
-

But the output table doesn't seem to respond to tags...

--
 #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
 Clock summary at [2011-03-10 Thu 19:53]

| L | Headline | Time|
  |  |
|---+--+-+---+--|
|   | *Total time* | *11:16* |
  |  |
|---+--+-+---+--|
| 1 | Time tracking| 11:16   |
  |  |
| 2 | [2011-03-09 Wed] | |
10:30 |  |
| 3 | dinner   | |
  | 0:45 |
| 3 | watched music videos with Felicity/played guitar | |
  | 0:45 |
| 3 | cleaned up   | |
  | 0:15 |
| 3 | setup emacs/org-mode | |
  | 0:20 |
| 3 | arch forum posting   | |
  | 0:40 |
| 3 | cribbage board   | |
  | 0:30 |
| 3 | sleep| |
  | 7:15 |
#+END
-

Any suggestions? It says "Updating dynamic block 'clocktable' at line
12...done" when I C-c C-c, but nothing changes. This is on my Mac,
which is a bit new... at work, if I don't use quotes around the tag, I
get "stringp nil" or something like that. On this computer quotation
marks or not... I don't get a response.

Any suggestions?

Thanks,
John

Re: [O] Clock table not responding to :tags?

[Bernt Hansen]

John Hendy  writes:

> Hi,
>
> I have a pretty simple file I just started at home:
> -
> ** [2011-03-09 Wed]
> *** dinner:fam:
> :LOGBOOK:
> CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
> :END:
> *** watched music videos with Felicity/played guitar  :fam:
> :LOGBOOK:
> CLOCK: [2011-03-09 Wed 19:00]--[2011-03-09 Wed 19:45] =>  0:45
> :END:
> *** cleaned up  
> :chore:
> :LOGBOOK:
>CLOCK: [2011-03-09 Wed 20:00]--[2011-03-09 Wed 20:15] =>  0:15
> :END:
> *** setup emacs/org-mode :surf:
> :LOGBOOK:
> CLOCK: [2011-03-09 Wed 20:15]--[2011-03-09 Wed 20:35] =>  0:20
> :END:
> *** arch forum posting
> :LOGBOOK:
> CLOCK: [2011-03-09 Wed 20:35]--[2011-03-09 Wed 21:15] =>  0:40
> :END:
> *** cribbage board   :wood:
> :LOGBOOK:
> CLOCK: [2011-03-09 Thu 21:15]--[2011-03-09 Thu 21:45] =>  0:30
> :END:
> *** sleep   :sleep:
> :LOGBOOK:
> CLOCK: [2011-03-09 Thu 22:00]--[2011-03-10 Thu 05:15] =>  7:15
> :END:
> -
>
> But the output table doesn't seem to respond to tags...
>
> --
>  #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
>  Clock summary at [2011-03-10 Thu 19:53]
>
> | L | Headline | Time|
>   |  |
> |---+--+-+---+--|
> |   | *Total time* | *11:16* |
>   |  |
> |---+--+-+---+--|
> | 1 | Time tracking| 11:16   |
>   |  |
> | 2 | [2011-03-09 Wed] | |
> 10:30 |  |
> | 3 | dinner   | |
>   | 0:45 |
> | 3 | watched music videos with Felicity/played guitar | |
>   | 0:45 |
> | 3 | cleaned up   | |
>   | 0:15 |
> | 3 | setup emacs/org-mode | |
>   | 0:20 |
> | 3 | arch forum posting   | |
>   | 0:40 |
> | 3 | cribbage board   | |
>   | 0:30 |
> | 3 | sleep| |
>   | 7:15 |
> #+END
> -
>
> Any suggestions? It says "Updating dynamic block 'clocktable' at line
> 12...done" when I C-c C-c, but nothing changes. This is on my Mac,
> which is a bit new... at work, if I don't use quotes around the tag, I
> get "stringp nil" or something like that. On this computer quotation
> marks or not... I don't get a response.
>
> Any suggestions?
>
> Thanks,
> John

Hi John,

This works for me but I don't have the same output table format with the
level in column 1 as you do.  What version of org-mode are you using?

--8<---cut here---start->8---
* Testing
** [2011-03-09 Wed]
*** dinner:fam:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
:END:
*** watched music videos with Felicity/played guitar  :fam:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 19:00]--[2011-03-09 Wed 19:45] =>  0:45
:END:
*** cleaned up  :chore:
:LOGBOOK:
   CLOCK: [2011-03-09 Wed 20:00]--[2011-03-09 Wed 20:15] =>  0:15
:END:
*** setup emacs/org-mode :surf:
:LOGBOOK:
CLOCK: [2011-03-09 Wed 20:15]--[2011-03-09 Wed 20:35] =>  0:20
:END:
*** arch forum posting
:LOGBOOK:
CLOCK: [2011-03-09 Wed 20:35]--[2011-03-09 Wed 21:15] =>  0:40
:END:
*** cribbage board   :wood:
:LOGBOOK:
CLOCK: [2011-03-09 Thu 21:15]--[2011-03-09 Thu 21:45] =>  0:30
:END:
*** sleep   :sleep:
:LOGBOOK:
CLOCK: [2011-03-09 Thu 22:00]--[2011-03-10 Thu 05:15] =>  7:15
:END:

** Clock table
#+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
Clock summary at [2011-03-10 Thu 21:15]

| Headline | Time   |  |  |
|--++--+--|
| *Total time* | *1:30* |  |  |
|--++--+--|
| Testing  | 1:30   |  |  |
| [2011-03-09 Wed] || 1:30 |  |
| dinner   ||  | 0:45 |
| watched music videos with Felicity/played guitar 

Re: [O] Clock table not responding to :tags?

[John Hendy]

On Thu, Mar 10, 2011 at 8:20 PM, Bernt Hansen  wrote:
> John Hendy  writes:
>
>> Hi,
>>
>> I have a pretty simple file I just started at home:
>> -
>> ** [2011-03-09 Wed]
>> *** dinner                                                            :fam:
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
>>     :END:
>> *** watched music videos with Felicity/played guitar                  :fam:
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Wed 19:00]--[2011-03-09 Wed 19:45] =>  0:45
>>     :END:
>> *** cleaned up                                                              
>> :chore:
>>     :LOGBOOK:
>>    CLOCK: [2011-03-09 Wed 20:00]--[2011-03-09 Wed 20:15] =>  0:15
>>     :END:
>> *** setup emacs/org-mode                                             :surf:
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Wed 20:15]--[2011-03-09 Wed 20:35] =>  0:20
>>     :END:
>> *** arch forum posting
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Wed 20:35]--[2011-03-09 Wed 21:15] =>  0:40
>>     :END:
>> *** cribbage board                                                   :wood:
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Thu 21:15]--[2011-03-09 Thu 21:45] =>  0:30
>>     :END:
>> *** sleep                                                           :sleep:
>>     :LOGBOOK:
>>     CLOCK: [2011-03-09 Thu 22:00]--[2011-03-10 Thu 05:15] =>  7:15
>>     :END:
>> -
>>
>> But the output table doesn't seem to respond to tags...
>>
>> --
>>  #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
>>  Clock summary at [2011-03-10 Thu 19:53]
>>
>> | L | Headline                                         | Time    |
>>   |      |
>> |---+--+-+---+--|
>> |   | *Total time*                                     | *11:16* |
>>   |      |
>> |---+--+-+---+--|
>> | 1 | Time tracking                                    | 11:16   |
>>   |      |
>> | 2 | [2011-03-09 Wed]                                 |         |
>> 10:30 |      |
>> | 3 | dinner                                           |         |
>>   | 0:45 |
>> | 3 | watched music videos with Felicity/played guitar |         |
>>   | 0:45 |
>> | 3 | cleaned up                                       |         |
>>   | 0:15 |
>> | 3 | setup emacs/org-mode                             |         |
>>   | 0:20 |
>> | 3 | arch forum posting                               |         |
>>   | 0:40 |
>> | 3 | cribbage board                                   |         |
>>   | 0:30 |
>> | 3 | sleep                                            |         |
>>   | 7:15 |
>> #+END
>> -
>>
>> Any suggestions? It says "Updating dynamic block 'clocktable' at line
>> 12...done" when I C-c C-c, but nothing changes. This is on my Mac,
>> which is a bit new... at work, if I don't use quotes around the tag, I
>> get "stringp nil" or something like that. On this computer quotation
>> marks or not... I don't get a response.
>>
>> Any suggestions?
>>
>> Thanks,
>> John
>
> Hi John,
>
> This works for me but I don't have the same output table format with the
> level in column 1 as you do.  What version of org-mode are you using?

I just build from git yesterday. Though... is there anyway to test the
integrity of a build? This was my first time building orgmode on OS X
and I was not sure it would work without Developer Tools... but I
watched it whir away, installed with 'make install' and things are
seeming to function. I did get a lot of notes like this:
,---
| In end of data:
| org-agenda.el:8228:1:Warning: the following functions are not known to be
|defined: org-habit-insert-consistency-graphs, calendar-iso-from-absolute,
|org-is-habit-p, org-habit-parse-todo, org-habit-get-priority,
|org-columns-quit, calendar-absolute-from-iso,
|org-datetree-find-date-create
`---
There was a set like that for about every .el file.

That's the only real thought that's coming to mind re. oddities on
this system vs. my work one which works.


Thanks for the assistance,
John

>
> --8<---cut here---start->8---
> * Testing
> ** [2011-03-09 Wed]
> *** dinner                                                            :fam:
>    :LOGBOOK:
>    CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
>    :END:
> *** watched music videos with Felicity/played guitar                  :fam:
>    :LOGBOOK:
>    CLOCK: [2011-03-09 Wed 19:00]--[2011-03-09 Wed 19:45] =>  0:45
>    :END:
> *** cleaned up                                                      :chore:
>    :LOGBOOK:
>   CLOCK: [2011-03-09 Wed 20:00]--[2011-03-09 Wed 20:15] =>  0:15
>    :END:
> *** setup emacs/org-mode                                             :surf:
>    :LOGBOOK:
>    CLOCK: [2011-03-09 Wed 20:15]--[2011-03-09 Wed 20:35] =>  0:20
>    :END:
> *** arch forum posting
>    :LOGBOOK:
>    CLOCK: [2011-03-09 Wed 20:35]--[2011-03-09 Wed 21:15] =>  0:40
>

Re: [O] Clock table not responding to :tags?

[Bernt Hansen]

John Hendy  writes:

> On Thu, Mar 10, 2011 at 8:20 PM, Bernt Hansen  wrote:
>> John Hendy  writes:
>>
>>> Hi,
>>>
>>> I have a pretty simple file I just started at home:
>>> -
>>> ** [2011-03-09 Wed]
>>> *** dinner                                                            :fam:
>>>     :LOGBOOK:
>>>     CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
>>>     :END:


>>> -
>>>
>>> But the output table doesn't seem to respond to tags...
>>>
>>> --
>>>  #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
>>>  Clock summary at [2011-03-10 Thu 19:53]
>>>
>>> | L | Headline                                         | Time    |
>>>   |      |
>>> |---+--+-+---+--|
>>> |   | *Total time*                                     | *11:16* |
>>>   |      |
>>> |---+--+-+---+--|
>>> | 1 | Time tracking                                    | 11:16   |
>>>   |      |
>>> | 2 | [2011-03-09 Wed]                                 |         |
>>> 10:30 |      |
>>> | 3 | dinner                                           |         |
>>>   | 0:45 |
>>> | 3 | watched music videos with Felicity/played guitar |         |
>>>   | 0:45 |
>>> | 3 | cleaned up                                       |         |
>>>   | 0:15 |
>>> | 3 | setup emacs/org-mode                             |         |
>>>   | 0:20 |
>>> | 3 | arch forum posting                               |         |
>>>   | 0:40 |
>>> | 3 | cribbage board                                   |         |
>>>   | 0:30 |
>>> | 3 | sleep                                            |         |
>>>   | 7:15 |
>>> #+END
>>> -
>>>
>>> Any suggestions? It says "Updating dynamic block 'clocktable' at line
>>> 12...done" when I C-c C-c, but nothing changes. This is on my Mac,
>>> which is a bit new... at work, if I don't use quotes around the tag, I
>>> get "stringp nil" or something like that. On this computer quotation
>>> marks or not... I don't get a response.
>>>
>>> Any suggestions?



>> This works for me but I don't have the same output table format with the
>> level in column 1 as you do.  What version of org-mode are you using?
>
> I just build from git yesterday. Though... is there anyway to test the
> integrity of a build? This was my first time building orgmode on OS X
> and I was not sure it would work without Developer Tools... but I
> watched it whir away, installed with 'make install' and things are
> seeming to function. I did get a lot of notes like this:
> ,---
> | In end of data:
> | org-agenda.el:8228:1:Warning: the following functions are not known to be
> |defined: org-habit-insert-consistency-graphs, calendar-iso-from-absolute,
> |org-is-habit-p, org-habit-parse-todo, org-habit-get-priority,
> |org-columns-quit, calendar-absolute-from-iso,
> |org-datetree-find-date-create
> `---
> There was a set like that for about every .el file.
>
> That's the only real thought that's coming to mind re. oddities on
> this system vs. my work one which works.
>
>
> Thanks for the assistance,
> John

I don't use OSX so I'm not sure how much help I can be here.  I update
my org-mode installation at least once/week from the git repository but
I _never_ do make install (I don't bother compiling either).

I know people have run into problems with a mixture of old and new
installations in their org-mode setup sometimes but I don't have a good
idea how to detect that.  I just run my org-mode directly from the git
repository and put it in the load path first before any other system
level versions and I've never run into any problems with mixed versions
so far.

Someone with more OSX experience will probably need to chime in with
suggestions here.

Regards,
-- 
Bernt

Re: [O] Clock table not responding to :tags?

[John Hendy]

On Thu, Mar 10, 2011 at 8:48 PM, Bernt Hansen  wrote:
> John Hendy  writes:
>
>> On Thu, Mar 10, 2011 at 8:20 PM, Bernt Hansen  wrote:
>>> John Hendy  writes:
>>>
 Hi,

 I have a pretty simple file I just started at home:
 -
 ** [2011-03-09 Wed]
 *** dinner                                                            :fam:
     :LOGBOOK:
     CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
     :END:
>
> 
 -

 But the output table doesn't seem to respond to tags...

 --
  #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
  Clock summary at [2011-03-10 Thu 19:53]

 | L | Headline                                         | Time    |
   |      |
 |---+--+-+---+--|
 |   | *Total time*                                     | *11:16* |
   |      |
 |---+--+-+---+--|
 | 1 | Time tracking                                    | 11:16   |
   |      |
 | 2 | [2011-03-09 Wed]                                 |         |
 10:30 |      |
 | 3 | dinner                                           |         |
   | 0:45 |
 | 3 | watched music videos with Felicity/played guitar |         |
   | 0:45 |
 | 3 | cleaned up                                       |         |
   | 0:15 |
 | 3 | setup emacs/org-mode                             |         |
   | 0:20 |
 | 3 | arch forum posting                               |         |
   | 0:40 |
 | 3 | cribbage board                                   |         |
   | 0:30 |
 | 3 | sleep                                            |         |
   | 7:15 |
 #+END
 -

 Any suggestions? It says "Updating dynamic block 'clocktable' at line
 12...done" when I C-c C-c, but nothing changes. This is on my Mac,
 which is a bit new... at work, if I don't use quotes around the tag, I
 get "stringp nil" or something like that. On this computer quotation
 marks or not... I don't get a response.

 Any suggestions?
>
> 
>
>>> This works for me but I don't have the same output table format with the
>>> level in column 1 as you do.  What version of org-mode are you using?
>>
>> I just build from git yesterday. Though... is there anyway to test the
>> integrity of a build? This was my first time building orgmode on OS X
>> and I was not sure it would work without Developer Tools... but I
>> watched it whir away, installed with 'make install' and things are
>> seeming to function. I did get a lot of notes like this:
>> ,---
>> | In end of data:
>> | org-agenda.el:8228:1:Warning: the following functions are not known to be
>> |    defined: org-habit-insert-consistency-graphs, 
>> calendar-iso-from-absolute,
>> |    org-is-habit-p, org-habit-parse-todo, org-habit-get-priority,
>> |    org-columns-quit, calendar-absolute-from-iso,
>> |    org-datetree-find-date-create
>> `---
>> There was a set like that for about every .el file.
>>
>> That's the only real thought that's coming to mind re. oddities on
>> this system vs. my work one which works.
>>
>>
>> Thanks for the assistance,
>> John
>
> I don't use OSX so I'm not sure how much help I can be here.  I update
> my org-mode installation at least once/week from the git repository but
> I _never_ do make install (I don't bother compiling either).
>
> I know people have run into problems with a mixture of old and new
> installations in their org-mode setup sometimes but I don't have a good
> idea how to detect that.  I just run my org-mode directly from the git
> repository and put it in the load path first before any other system
> level versions and I've never run into any problems with mixed versions
> so far.
>

Well, so far I should only have one version? Or not since I installed
emacs as well. I guess that could have overwritten some of the default
packages or mingled with them?

Even so, could I just add a:
,---
| (add-to-list 'load-path "~/.elisp/org.git/lisp")
`---

and be alright?

> Someone with more OSX experience will probably need to chime in with
> suggestions here.
>

That would be great.

John

> Regards,
> --
> Bernt
>

Re: [O] Clock table not responding to :tags?

[John Hendy]

On Thu, Mar 10, 2011 at 8:55 PM, John Hendy  wrote:
> On Thu, Mar 10, 2011 at 8:48 PM, Bernt Hansen  wrote:
>> John Hendy  writes:
>>
>>> On Thu, Mar 10, 2011 at 8:20 PM, Bernt Hansen  wrote:
 John Hendy  writes:

> Hi,
>
> I have a pretty simple file I just started at home:
> -
> ** [2011-03-09 Wed]
> *** dinner                                                            
> :fam:
>     :LOGBOOK:
>     CLOCK: [2011-03-09 Wed 18:15]--[2011-03-09 Wed 19:00] =>  0:45
>     :END:
>>
>> 
> -
>
> But the output table doesn't seem to respond to tags...
>
> --
>  #+BEGIN: clocktable :maxlevel 3 :scope file :tags "fam"
>  Clock summary at [2011-03-10 Thu 19:53]
>
> | L | Headline                                         | Time    |
>   |      |
> |---+--+-+---+--|
> |   | *Total time*                                     | *11:16* |
>   |      |
> |---+--+-+---+--|
> | 1 | Time tracking                                    | 11:16   |
>   |      |
> | 2 | [2011-03-09 Wed]                                 |         |
> 10:30 |      |
> | 3 | dinner                                           |         |
>   | 0:45 |
> | 3 | watched music videos with Felicity/played guitar |         |
>   | 0:45 |
> | 3 | cleaned up                                       |         |
>   | 0:15 |
> | 3 | setup emacs/org-mode                             |         |
>   | 0:20 |
> | 3 | arch forum posting                               |         |
>   | 0:40 |
> | 3 | cribbage board                                   |         |
>   | 0:30 |
> | 3 | sleep                                            |         |
>   | 7:15 |
> #+END
> -
>
> Any suggestions? It says "Updating dynamic block 'clocktable' at line
> 12...done" when I C-c C-c, but nothing changes. This is on my Mac,
> which is a bit new... at work, if I don't use quotes around the tag, I
> get "stringp nil" or something like that. On this computer quotation
> marks or not... I don't get a response.
>
> Any suggestions?
>>
>> 
>>
 This works for me but I don't have the same output table format with the
 level in column 1 as you do.  What version of org-mode are you using?
>>>
>>> I just build from git yesterday. Though... is there anyway to test the
>>> integrity of a build? This was my first time building orgmode on OS X
>>> and I was not sure it would work without Developer Tools... but I
>>> watched it whir away, installed with 'make install' and things are
>>> seeming to function. I did get a lot of notes like this:
>>> ,---
>>> | In end of data:
>>> | org-agenda.el:8228:1:Warning: the following functions are not known to be
>>> |    defined: org-habit-insert-consistency-graphs, 
>>> calendar-iso-from-absolute,
>>> |    org-is-habit-p, org-habit-parse-todo, org-habit-get-priority,
>>> |    org-columns-quit, calendar-absolute-from-iso,
>>> |    org-datetree-find-date-create
>>> `---
>>> There was a set like that for about every .el file.
>>>
>>> That's the only real thought that's coming to mind re. oddities on
>>> this system vs. my work one which works.
>>>
>>>
>>> Thanks for the assistance,
>>> John
>>
>> I don't use OSX so I'm not sure how much help I can be here.  I update
>> my org-mode installation at least once/week from the git repository but
>> I _never_ do make install (I don't bother compiling either).
>>
>> I know people have run into problems with a mixture of old and new
>> installations in their org-mode setup sometimes but I don't have a good
>> idea how to detect that.  I just run my org-mode directly from the git
>> repository and put it in the load path first before any other system
>> level versions and I've never run into any problems with mixed versions
>> so far.
>>
>
> Well, so far I should only have one version? Or not since I installed
> emacs as well. I guess that could have overwritten some of the default
> packages or mingled with them?
>
> Even so, could I just add a:
> ,---
> | (add-to-list 'load-path "~/.elisp/org.git/lisp")
> `---
>

Answer: yes. This fixed the problem for me. Perhaps OS X has a
different path that isn't picking up the installed files? Or could it
be the the compile step didn't execute properly and this allows emacs
to use the raw .el files?

Either way, I'm a happy camper now.


Best regards,
John

> and be alright?
>
>> Someone with more OSX experience will probably need to chime in with
>> suggestions here.
>>
>
> That would be great.
>
> John
>
>> Regards,
>> --
>> Bernt
>>
>

Re: [O] Clock table not responding to :tags?

[Bernt Hansen]

John Hendy  writes:

>
> Well, so far I should only have one version? Or not since I installed
> emacs as well. I guess that could have overwritten some of the default
> packages or mingled with them?
>
> Even so, could I just add a:
> ,---
> | (add-to-list 'load-path "~/.elisp/org.git/lisp")
> `---
>
> and be alright?

I use the following first in my .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)

>
>> Someone with more OSX experience will probably need to chime in with
>> suggestions here.
>>
>
> That would be great.
>
> John

-- 
Bernt

Re: [O] Clock table not responding to :tags?

[John Hendy]

On Thu, Mar 10, 2011 at 9:31 PM, Bernt Hansen  wrote:
> John Hendy  writes:
>
>>
>> Well, so far I should only have one version? Or not since I installed
>> emacs as well. I guess that could have overwritten some of the default
>> packages or mingled with them?
>>
>> Even so, could I just add a:
>> ,---
>> | (add-to-list 'load-path "~/.elisp/org.git/lisp")
>> `---
>>
>> and be alright?
>
> I use the following first in my .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)

Yeah, pretty much what I have, other than the expand-file-name bit.
~/.elisp/org.git is where I keep orgmode, down further I have the
auto-mode-alist line and obviously requiring org-install. I think
we're on the same page.


Thanks for the assistance,
John

>
>>
>>> Someone with more OSX experience will probably need to chime in with
>>> suggestions here.
>>>
>>
>> That would be great.
>>
>> John
>
> --
> Bernt
>

Re: [O] Re: [Orgmode] Startup page

[Ido Magal]

On Mon, Feb 28, 2011 at 03:51, Konrad Hinsen
wrote:
>
>
> 1) An org-mode file that contains links to everything I am currently
> working on, and which I change as projects start and end. This gives me
> instant access to almost everything I need.
>
> 2) A buffer containing my agenda and to-do list.
>
> Translated to .emacs, this means:
>
> (find-file "~/org/current.org")
> (split-window-vertically)
> (org-agenda nil "g")
>
> Konrad.


 Same here, except I also have a dblock that links to my most recently
modified files to remind myself what I was working on last.

In .emacs I have:

(defun org-dblock-write:recently-modified (params)
  (insert (mapconcat (lambda (arg) (concat "[[file:" arg "][" arg "]]" ))
(split-string (shell-command-to-string "ls -t ~/org *.org | head -5"))
"\n")))

and my startup page looks like this:
--
# -*- eval: (org-update-all-dblocks) -*-

...my stuff...

#+BEGIN: recently-modified
#+END

Re: [O] Re: [Orgmode] Startup page

[Rainer M Krug]

On Fri, Mar 11, 2011 at 6:59 AM, Ido Magal  wrote:
> On Mon, Feb 28, 2011 at 03:51, Konrad Hinsen 
> wrote:
>>
>> 1) An org-mode file that contains links to everything I am currently
>> working on, and which I change as projects start and end. This gives me
>> instant access to almost everything I need.
>>
>> 2) A buffer containing my agenda and to-do list.
>>
>> Translated to .emacs, this means:
>>
>> (find-file "~/org/current.org")
>> (split-window-vertically)
>> (org-agenda nil "g")
>>
>> Konrad.
>
>  Same here, except I also have a dblock that links to my most recently
> modified files to remind myself what I was working on last.
> In .emacs I have:
> (defun org-dblock-write:recently-modified (params)
>   (insert (mapconcat (lambda (arg) (concat "[[file:" arg "][" arg "]]" ))
> (split-string (shell-command-to-string "ls -t ~/org *.org | head -5"))
> "\n")))
> and my startup page looks like this:
> --
> # -*- eval: (org-update-all-dblocks) -*-
> ...my stuff...
> #+BEGIN: recently-modified
> #+END
>

I have a completelty different approach: As I use emacs / org mode
effectively exclusively for literate programming and as I am usually
working on two or three projects, I have created startup scripts (sh)
and put them into my ~/bin directory - these are called
emacs.PROJECTNAME and they change into the base directory of the
project and start emacs. Emacs is configured to load all buffers which
were open the lat time when started from this location, so I can
effectively continue where I left.

Cheers,

Rainer



-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:           +27 - (0)83 9479 042
Fax:            +27 - (0)86 516 2782
Fax:            +49 - (0)321 2125 2244
email:          rai...@krugs.de

Skype:          RMkrug
Google:         r.m.k...@gmail.com