[Orgmode] Re: Executing functions remotely from agenda

[Steve Hafner]

On Tue, Jan 4, 2011 at 9:22 PM, Matt Lundin  wrote:
> Steve Hafner  writes:
>
>> I've written a few elisp functions to edit entries, and I would like
>> to be able to execute them remotely from the agenda; but it seems no
>> hooks or other facilities exist to do so. Am I missing something?
>>
>
> (info "(org) Using the mapping API")
>
> http://orgmode.org/manual/Using-the-mapping-API.html
>
> Best,
> Matt
>

OK, I'm able to run elisp commands remotely from an agenda buffer
using org-map-entries; but what I'd really like to do is specifically
target the current item, and I don't see what expression for MATCH
would only match the current item. By "current item" I mean the entry
corresponding to the line that point is on within the agenda buffer.

-steve

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

[Orgmode] Re: Executing functions remotely from agenda

[Matt Lundin]

Steve Hafner  writes:

> I've written a few elisp functions to edit entries, and I would like
> to be able to execute them remotely from the agenda; but it seems no
> hooks or other facilities exist to do so. Am I missing something?
>

(info "(org) Using the mapping API")

http://orgmode.org/manual/Using-the-mapping-API.html

Best,
Matt

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

[Orgmode] Re: Improving org-goto isearch

[Matt Lundin]

Leo Alekseyev  writes:

> I use org-goto to quickly jump to a heading that I know contains a
> certain word.  More often than not, it's a 2nd, 3rd, ... level
> heading.  I've been relying on org-goto for many months, but both of
> the current interfaces leave something to be desired.
>
> Let's say I want to be on heading FOO.  Right now, I am looking at the
> outline headings+children tree.  I see FOO somewhere in the hierarchy.
>  Now, my options are: C-c C-j, the default interface, which spawns a
> new temp buffer; it overtakes my split-screen workspace (intrusive and
> potentially slow).  Then I have to isearch for FOO and hit C-s until I
> land on the correct heading.  In the process, the intermediate
> headings that contain FOO will be unfolded (intrusive).

I would recommend setting org-goto-interface to
'outline-path-completion. :)

> My second option is C-u C-c C-j, the ido/path completion interface
> (which only functions provided (setq
> org-outline-path-complete-in-steps nil) is set).  Now, the outline
> looks completely different because it's all thrown in one big pile in
> the minibuffer.  I type FOO, but as luck has it, I have 10 headings
> that contain FOO, so I either have to C-s a bunch of times to cycle
> through them, or type out the whole tree hierarchy that led to it;
> when you make a typo, ido often slows to a crawl...  It can get
> annoying.

You can use the alternative interface without ido. I find the following
settings work quite well, resulting in an alphabetical list of headlines
in the minibuffer, from which I can drill down to lower levels:

(setq org-outline-path-complete-in-steps t)
(setq org-completion-use-ido nil)

You could bind these locally in a custom function if you don't want to
interfere with refile settings.
>
> Here is what I would like to see: the default interface of org-goto,
> with the following changes:
> (a) don't bother with the temp buffer at all.  If a temp buffer
> absolutely has to be created, then don't mess with the layout of the
> windows; just let it replace the working org-buffer window.
> (b) when isearching through headings, don't unfold things that are folded.
>
> In other words, I simply want the capability to isearch through
> headings in an org buffer without messing with its folding state.

Doesn't a simple isearch in the current org buffer already do this? The
outline is temporarily unfolded for each match, but it is neatly folded
up again if you keep pressing C-s.

Best,
Matt

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

[Orgmode] Re: Understanding habits - org-log-done

[Matt Lundin]

Bernt Hansen  writes:

> Tommy Kelly  writes:
>
>> For habits to work, he manual says that "You must also have state
>> logging for the DONE state enabled". My experimentation leads me to
>> believe that the state logging must not only be enabled but it must be
>> such that org-log-done is set to 'time and *not* to 'note. I tried the
>> latter and it doesn't seem to be interpreted as a state change. 
>>
>> Is that as it should be?
>>
>> Suppose I want to keep a note. Maybe it's "Go for run" and I want to log
>> time or distance. Is that possible?
>
> I can confirm this.  I personally only log state changes to DONE but
> setting a LOGGING property value of lognotedone prompts for a note and
> fails to show the history for the habit in the graph.
>
> This is probably a bug.

Yes. The regexp that searches for completed tasks in org-habit is
hard-coded to look for a 'State "DONE"' string. When org-log-done is set
to note, however, the log entries begin with 'CLOSING NOTE'. (A related
problem here is that it assumes DONE is the only relevant todo keyword.)

One workaround is to add the property LOGGING and set its value to
lognoterepeat. This produces notes with timestamps in the following
format (compatible with org-habit):

  - State "DONE"   from "TODO"   [2011-01-01 Sat 21:11] \\
5 miles.

Another workaround is to make the setting associated with 'done in
org-log-note-headings to the same as 'state. One quick way to do that is
by evaluating the following expression:

(setcdr (assoc 'done org-log-note-headings) (assoc 'state 
org-log-note-headings))

As an aside, it seems to me that the "CLOSING NOTE" format that results
when org-log-done is set to 'note is inconsistent with other logging
behavior. For instance, when a "@" is added in org-todo-keywords, the
note is entered with the state change string.

Best,
Matt

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

[Orgmode] Executing functions remotely from agenda

[Steve Hafner]

I've written a few elisp functions to edit entries, and I would like
to be able to execute them remotely from the agenda; but it seems no
hooks or other facilities exist to do so. Am I missing something?

-steve

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

[Orgmode] Re: Introducing gnugol - an org-mode-output web search client

[Matt Lundin]

Hi Dave,

Dave Taht  writes:

> On 01/04/2011 01:17 AM, Bastien wrote:

>> Looks interesting!
>
> It's so awesome to have people trying this - my last project had 2 users
> total

I agree that this looks very interesting. Thanks!

>> I'm using ArchLinux.  I installed jansson from `yaourt -S jansson',
>> jansson compiles fine.  I then looked for curl-dev but couldn't find
>> it in ArchLinux.
>
> If you got this far on the build, you probably have the curl-dev
> dependency resolved via other means. libcurl-dev?

I believe that on Arch libcurl is included in the curl package.

Best,
Matt

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

[Orgmode] org-export: Cannot open load file: org-mode/lisp/org-latex

[Jeff Kowalczyk]

I run Emacs bzr trunk (24) and Org git @de39bf. I tried pdflatex an outline
today (only ten minutes before the meeting, per coalmine-canary best practices
;) ) and got the error:

org-export: Cannot open load file: org-mode/lisp/org-latex

This occurs on all org files tested. I have tried: reverting to a few days prior
Org then make clean; make, checking Emacs commits last few days, nothing obvious
jumped out from the logs.

The file org-latex.elc file seems to be available (implying successful .el byte
compilation?), readable and not stale:

[master]~/.emacs.d/el-get/org-mode $ find . -name "*latex*"
./lisp/org-latex.elc
./lisp/ob-latex.elc
./lisp/ob-latex.el
./lisp/org-latex.el
[master]~/.emacs.d/el-get/org-mode $ ls -l lisp/*latex*
-rw-r--r-- 1 myuser users  6886 Dec 21 08:43 lisp/ob-latex.el
-rw-r--r-- 1 myuser users  5202 Jan  4 17:27 lisp/ob-latex.elc
-rw-r--r-- 1 myuser users 95570 Dec 20 03:28 lisp/org-latex.el
-rw-r--r-- 1 myuser users 76882 Jan  4 17:27 lisp/org-latex.elc

Any ideas?

Thanks,
Jeff



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

[Orgmode] [PATCH] Preserve trailing blank lines

[Jason Dunsmore]

I like to leave a blank line at the end of items that have bodies, but I
found functions like org-metaup, org-metadown, and org-refile were
leaving that blank line behind.  Here's a patch to fix that:

--8<---cut here---start->8---
diff --git a/lisp/org.el b/lisp/org.el
index 5eb0bc8..e3d71b7 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -18448,7 +18448,7 @@ Taken from `count' in cl-seq.el with all keyword 
arguments
   "Move backwards over whitespace, to the beginning of the first empty line.
 Returns the number of empty lines passed."
   (let ((pos (point)))
-(skip-chars-backward " \t\n\r")
+(forward-line -1)
 (beginning-of-line 2)
 (goto-char (min (point) pos))
 (count-lines (point) pos)))
--8<---cut here---end--->8---

I can't think of a reason you would want to leave trailing blank lines
behind, but in case some people rely on that behavior, here's an
alternate patch that creates an option called
org-preserve-trailing-blank-lines:

--8<---cut here---start->8---
diff --git a/lisp/org.el b/lisp/org.el
index 5eb0bc8..e90798c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -1098,6 +1098,11 @@ breaking the list structure."
(const :tag "Always" t)
(const :tag "Auto" auto)
 
+(defcustom org-preserve-trailing-blank-lines t
+  "Non-nil means preserve blank lines at the end of an item."
+  :group 'org-edit-structure
+  :type 'boolean)
+
 (defcustom org-insert-heading-hook nil
   "Hook being run after inserting a new heading."
   :group 'org-edit-structure
@@ -18448,7 +18453,9 @@ Taken from `count' in cl-seq.el with all keyword 
arguments
   "Move backwards over whitespace, to the beginning of the first empty line.
 Returns the number of empty lines passed."
   (let ((pos (point)))
-(skip-chars-backward " \t\n\r")
+(if org-preserve-trailing-blank-lines
+   (forward-line -1)
+  (skip-chars-backward " \t\n\r"))
 (beginning-of-line 2)
 (goto-char (min (point) pos))
 (count-lines (point) pos)))
--8<---cut here---end--->8---

If this is accepted, perhaps the function org-back-over-empty-lines
should be renamed to org-back-over-lines.

Regards,
Jason

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

[Orgmode] Navigating sparse tree results

[suvayu ali]

Hi,

Is there any way to move to the next match after a sparse tree
command. Say I search for a regexp with the sparse tree command, how do
I to move to the next highlighted match? I was hoping something like
`next-error' or `C-s' for isearch[fn:1].

Footnotes:

[fn:1] I know all this does is search for the string again, maybe sparse
tree could provide a convenient binding immediately after the search to
jump to the next match?

-- 
Suvayu

Open source is the future. It sets us free.

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

[Orgmode] Re: No Time Grid in Agenda View

[Markus Heller]

suvayu ali  writes:

> Hi,
>
> On Tue, Jan 4, 2011 at 10:56 AM, Markus Heller  wrote:
>> Hello all,
>>
>> I noticed a few mintues ago that my agenda view does not display the
>> time grid anymore.
>>
>> I'm using Org-mode version 7.4 (release_7.4.124.gde39b) on Windoze 7.
>>
>> Org-agenda-use-timegrid is set to standard, and I did not change it.
>>
>> Any ideas where my time grid went?
>>
>
> What is the value of `org-agenda-time-grid'?

Hi Suvayu,

rats, you obviously read and replied to my pointless posting before I
could cancel it :(

Thanks for the reply anyway, I've figured it out, too,
org-agenda-time-grid was the culprit.

My apologies.

Markus


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

Re: [Orgmode] No Time Grid in Agenda View

[suvayu ali]

Hi,

On Tue, Jan 4, 2011 at 10:56 AM, Markus Heller  wrote:
> Hello all,
>
> I noticed a few mintues ago that my agenda view does not display the
> time grid anymore.
>
> I'm using Org-mode version 7.4 (release_7.4.124.gde39b) on Windoze 7.
>
> Org-agenda-use-timegrid is set to standard, and I did not change it.
>
> Any ideas where my time grid went?
>

What is the value of `org-agenda-time-grid'?

I have this value:

Value:
((daily today)
 ""
 (800 1000 1200 1400 1600 1800 2000))

Original value was
((daily today require-timed)
 ""
 (800 1000 1200 1400 1600 1800 2000))

If you have the original value, then the time grid won't show if you
don't have any appointments for today. I encountered this on a
particularly lazy Sunday during the holidays. :)

> Thanks and Cheers
> Markus
>

-- 
Suvayu

Open source is the future. It sets us free.

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

[Orgmode] [PATCH] org-export-htmlize-output-type docstring patch

[Jason Dunsmore]

The following message is a courtesy copy of an article
that has been posted to gmane.emacs.orgmode as well.

I noticed the choices for org-export-htmlize-output-type aren't listed
in its docstring.  I had to load up the customize interface to see what
the choices were.  Here's a patch:

diff --git a/lisp/org-html.el b/lisp/org-html.el
index 03a5975..8981708 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -499,8 +499,10 @@ a file."
 
 (defcustom org-export-htmlize-output-type 'inline-css
   "Output type to be used by htmlize when formatting code snippets.
-We use as default  `inline-css', in order to make the resulting
-HTML self-containing.
+Choices are `css', to export the CSS selectors only, or `inline-css', to
+export the CSS attribute values inline in the HTML.  We use as default
+`inline-css', in order to make the resulting HTML self-containing.
+
 However, this will fail when using Emacs in batch mode for export, because
 then no rich font definitions are in place.  It will also not be good if
 people with different Emacs setup contribute HTML files to a website,

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

Re: [Orgmode] Re: Introducing gnugol - an org-mode-output web search client

[Bart Bunting]

Hi Achim,

I had made the silly mistake of not remembering to run ldconfig.  Once
this was done the janson libraries were found and gnugol started working
for me.

Apollogies I didn't get around to posting the fix/thing to remember
earlier.

Thank you very much though for the information, it has taught me several
things I didn't know about tracing things like this.

Cheers


Bart



On Tue, 04 Jan 2011 11:06:38 +0100, Achim Gratz  wrote:
> Bart Bunting  writes:
> > Running into a few issues at the moment:  I did download and build the
> > jansson library which is installed in /usr/local 
> >
> > However when I run gnugol I'm seeing the following error:
> >
> > Errors: google(1): ../engines/google.so: cannot open shared object file: No 
> > such file or directory
> > google: failed to acquire shared lib
> >
> > Warnings:google(1): Not in default location, error: libjansson.so.0: cannot 
> > open shared object file: No such file or directory
> 
> You will either need to set up the DT_RUNPATH section in the executable
> to point to where the library is installed or set up the LD_LIBRARY_PATH
> environment variable to include the correct location.  The first option
> requires to edit the linker invocation in the makefile, while the latter
> is best done via a wrapper script that then calls the executable.
> 
> > I have the *.so files from gnugol in the default place that the makefile
> > puts them, /var/lib/gnugol.  I also tried simlinking them into
> > /usr/local/lib but this doesn't appear to make any difference.
> >
> > The error also suggests that the janson library isn't being found.
> >
> > Although the ldd output doesn't appear to list it?
> 
> Try 'ldd -v', if that also doesn't show anything, then most likely the
> program itself dynamically loads new libraries at runtime (probably
> after a fork).  Setting LD_TRACE_LOADED_OBJECTS (preferrably in a
> wrapper script) to something non-empty should then give some ldd-like
> output.
> 
> 
> Achim.
> -- 
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
> 
> Wavetables for the Waldorf Blofeld:
> http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
> 
> 
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

-- 

Bart Bunting

URSYS Pty. Ltd 
13 Burwood Rd.  Burwood  NSW  2134  Australia
Ph.   +61 2 8745 2811
Fax  +61 2 8745 2828

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

Re: [Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Nick Dokos]

Štěpán Němec  wrote:

> ... I still find any kind of such
> server-side mangling Evil (see also Robert Pluim's reply, most of which
> I could just sign myself), but from Nick Dokos' reply I see that for
> people putting all incoming mail into one single place and not able or
> willing to do anything more than that it can have its uses, so, each to
> their own I guess...
> 

I think you misunderstand my workflow but I don't have time to explain:
suffice it to say that my mail handling is very similar to my task
handling in org-mode.  The two places I look at every morning (and a few
times during the day) are my agenda and my inbox. It is important that
they both stay lean.

Nick

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

[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Štěpán Němec]

Bastien  writes:

> Hi Štěpán,
>
> Štěpán Němec  writes:
>
>> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
>> of _all_ mails coming from a list that is already uniquely identifiable
>> (e.g. by its address) has no information value altogether (unlike
>> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
>> header space.
>
> Not that reducing the label from [Orgmode] to [Org] already seem to be a
> progress in the right direction :)
>
> Would you object having [Org] instead of [Orgmode]?

Well, I wrote "anything", so, yeah ;-) But I actually usually read the
list through Gmane, so I'm mostly unaffected (and Gnus can also strip
the list identifier automatically). I still find any kind of such
server-side mangling Evil (see also Robert Pluim's reply, most of which
I could just sign myself), but from Nick Dokos' reply I see that for
people putting all incoming mail into one single place and not able or
willing to do anything more than that it can have its uses, so, each to
their own I guess...

Thank you for consideration,

  Štěpán

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

Re: [Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Nick Dokos]

[Forgot to reply-all - sorry about that. Apologies to Robert for
 the duplicate email.]

Robert Pluim  wrote:

> Nick Dokos  writes:
> 
> > Štěpán Němec  wrote:
> >
> >> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
> >> of _all_ mails coming from a list that is already uniquely identifiable
> >> (e.g. by its address) has no information value altogether (unlike
> >> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
> >> header space.
> >> 
> >> I have never understood why anyone would like anything like that.
> >>
> >
> > Because I can scan my inbox at a glance and triage quickly. Here's what
> > I see (with mh-e in emacs as my reader):
> >
> 
> (disclaimer: I've been seeing this argument for the best part of 20
> years, I doubt I'm bringing anything new to the table, but I feel
> strongly about it)
> 
> Triage is for *computers* to do, they're much better at it than humans.
> 

You are kidding, right? How does the computer know what *I* need to do?

> Also, those markers in the subject are obnoxious and *really* annoying,
> and take up valuable screen space.  Please don't clutter up the org-mode
> emails for zero benefit.
> 

It is *not* zero benefit to me.

Nick

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

Re: [Orgmode] Block conventions

[Juan Pechiar]

The keyboard shortcuts produce lowercase text (e.g. typing  I was wondering whether it is common practice to indicate source code
> blocks with capital letters, as in
>
> #+BEGIN_SRC text
> Example source block
> #+END_SRC
>
> while indicating special blocks with lower-case, as in
>
> #+begin_latex
> This is \LaTeX.
> #+end_latex
>
> They both work (I think). But, I can't decide which one looks better
> to my eye. What are your thoughts?

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

[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Robert Pluim]

Nick Dokos  writes:

> Štěpán Němec  wrote:
>
>> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
>> of _all_ mails coming from a list that is already uniquely identifiable
>> (e.g. by its address) has no information value altogether (unlike
>> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
>> header space.
>> 
>> I have never understood why anyone would like anything like that.
>>
>
> Because I can scan my inbox at a glance and triage quickly. Here's what
> I see (with mh-e in emacs as my reader):
>

(disclaimer: I've been seeing this argument for the best part of 20
years, I doubt I'm bringing anything new to the table, but I feel
strongly about it)

Triage is for *computers* to do, they're much better at it than humans.

Also, those markers in the subject are obnoxious and *really* annoying,
and take up valuable screen space.  Please don't clutter up the org-mode
emails for zero benefit.

>  ...
>  221+ 01/04 Štěpán Němec [Orgmode] Re: should the mail list be
> splitted resp. sub-tagged ?<
> writes: > Hi Torste
>  ...
>
> If I am in org-mode mode (so to speak), I'll look at it. If not, I will
> skip it for now and get back to it later.
>
> Having the mailing list markers is indispensable to me. I belong to
> quite a few MLs and the ones that don't have a marker are a PITA.
> Shortening the marker is fine: eliminating it is not.
>
>> If you want to somehow treat the mails from this list specially, why
>> don't you filter on the presence of the mailing list address in the
>> headers, for example?
>> 
>
> Because all of that needs additional setup, both at the front end to do
> the filtering and at the back end to make sure that I don't miss anything.
> And that needs debugging and continued maintenance (and missed emails when
> something goes wrong, which inevitably it will). I'd rather have the list
> software take care of it.

org-mode list email has a List-Id header, the list software has already
taken care of it for you.  I fail to see how much can go wrong with
filtering on that, configure it once and you're done. (or read the list
via gmane, all nicely split out for you).

Robert


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

Re: [Orgmode] Block conventions

[Carsten Dominik]

On Jan 4, 2011, at 8:05 PM, Jeff Horn wrote:


Orgsters,

I was wondering whether it is common practice to indicate source code
blocks with capital letters, as in

#+BEGIN_SRC text
Example source block
#+END_SRC

while indicating special blocks with lower-case, as in

#+begin_latex
This is \LaTeX.
#+end_latex

They both work (I think). But, I can't decide which one looks better
to my eye. What are your thoughts?



I think the lower-case versions look much better and I
have often cursed myself for starting out with these
upper-case ones.  The upper-case ones did make sense
without special fontification - but now they look like
FORTRAN 77.

:)

- Carsten



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

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



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

Re: [Orgmode] Introducing gnugol - an org-mode-output web search client

[Dave Taht]

Hi Bastien,

On 01/04/2011 01:17 AM, Bastien wrote:
> Hi Dave,
> 
> Dave Taht  writes:
> 
>> Gnugol is small, fast, simple, and growing more useful by the day. (I
>> wrote the doc (http://gnugol.taht.net) for it in org-mode, too)
> 
> Looks interesting!

It's so awesome to have people trying this - my last project had 2 users
total

>> Installation instructions:

A fix for one of the problems reported on this list (by bart, thx!) was
to make sure that the path

/usr/local/lib

was in /etc/ld.so.conf or in /etc/ld.so.conf.d and to run

sudo ldconfig

after installing libjannson.

I've updated the documentation to reflect his.

> 
> I'm using ArchLinux.  I installed jansson from `yaourt -S jansson',
> jansson compiles fine.  I then looked for curl-dev but couldn't find
> it in ArchLinux.

If you got this far on the build, you probably have the curl-dev
dependency resolved via other means. libcurl-dev?

> I cloned the last git repo of Gnugol and tried to compile it but I get
> this error:

A small fix for one of the two utf-8 issues remaining got pushed out
yesterday. (again in response to a bug report - thx Max/sean)

The remaining utf-8 issue only (so far as I know) affects international
characters at the command line, not in emacs's gnugol.el, which both url
encodes utf8 and then shell escapes it before handing it to the shell.
(it however requires that emacs be in utf-8 mode in the first place)

I've added some site-specific searches to gnugol.el in the latest commits.

> ,
> | ../engines/engines.o: In function `gnugol_try_openlib':
> | /home/guerry/install/git/Gnugol/src/engines/engines.c:21: warning: Using 
> 'dlopen' in statically linked applications requires at runtime the shared 
> libraries from the glibc version used for linking
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlopen.o): In 
> function `dlopen':
> | (.text+0x1b): undefined reference to `__dlopen'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlclose.o): In 
> function `dlclose':
> | (.text+0x8): undefined reference to `__dlclose'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlsym.o): In function 
> `dlsym':
> | (.text+0x1b): undefined reference to `__dlsym'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlerror.o): In 
> function `dlerror':
> | (.text+0x8): undefined reference to `__dlerror'
> | collect2: ld returned 1 exit status
> | make[2]: *** [gnugol] Error 1
> | make[2]: Leaving directory `/home/guerry/install/git/Gnugol/src/clients'
> | make[1]: *** [all] Error 2
> | make[1]: Leaving directory `/home/guerry/install/git/Gnugol/src'
> | make: *** [all] Error 2

Regrettably I didn't write the dll code, and my gcc is at version 4.4.3
My guesses are that you need to specify some sort of "-dynamic" option
to gcc on your platform or specify the libdl shared object?

(there is no -dynamic option on gcc 4.4.3 however)

Do the other engines break as well? (make -k)

I've gnugold on your error message without being particularly
enlightened thus far.

> `
> 
> Hope that helps,
> 

I expected teething problems. Will figure this one out soon. Thanks for
trying gnugol!

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

[Orgmode] Block conventions

[Jeff Horn]

Orgsters,

I was wondering whether it is common practice to indicate source code
blocks with capital letters, as in

#+BEGIN_SRC text
Example source block
#+END_SRC

while indicating special blocks with lower-case, as in

#+begin_latex
This is \LaTeX.
#+end_latex

They both work (I think). But, I can't decide which one looks better
to my eye. What are your thoughts?

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

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

Re: [Orgmode] Placing special properties in the properties drawer

[Carsten Dominik]

On Jan 4, 2011, at 7:56 PM, Steve Hafner wrote:


Hello,

Is there any easy way to have the special properties TODO, SCHEDULED,
TAGS, etc be placed in the properties drawer?


No.

- Carsten




-Steve

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



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

[Orgmode] No Time Grid in Agenda View

[Markus Heller]

Hello all,

I noticed a few mintues ago that my agenda view does not display the
time grid anymore.

I'm using Org-mode version 7.4 (release_7.4.124.gde39b) on Windoze 7.

Org-agenda-use-timegrid is set to standard, and I did not change it.

Any ideas where my time grid went?

Thanks and Cheers
Markus


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

[Orgmode] Placing special properties in the properties drawer

[Steve Hafner]

Hello,

Is there any easy way to have the special properties TODO, SCHEDULED,
TAGS, etc be placed in the properties drawer?


-Steve

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

Re: [Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Nick Dokos]

Štěpán Němec  wrote:

> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
> of _all_ mails coming from a list that is already uniquely identifiable
> (e.g. by its address) has no information value altogether (unlike
> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
> header space.
> 
> I have never understood why anyone would like anything like that.
>

Because I can scan my inbox at a glance and triage quickly. Here's what
I see (with mh-e in emacs as my reader):

 ...
 221+ 01/04 Štěpán Němec   [Orgmode] Re: should the mail list be splitted resp. 
sub-tagged ?< writes: > Hi Torste
 ...

If I am in org-mode mode (so to speak), I'll look at it. If not, I will
skip it for now and get back to it later.

Having the mailing list markers is indispensable to me. I belong to
quite a few MLs and the ones that don't have a marker are a PITA.
Shortening the marker is fine: eliminating it is not.

> If you want to somehow treat the mails from this list specially, why
> don't you filter on the presence of the mailing list address in the
> headers, for example?
> 

Because all of that needs additional setup, both at the front end to do
the filtering and at the back end to make sure that I don't miss anything.
And that needs debugging and continued maintenance (and missed emails when
something goes wrong, which inevitably it will). I'd rather have the list
software take care of it.

Nick



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

Re: [Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Jeff Horn]

On Tue, Jan 4, 2011 at 1:12 PM, Bastien  wrote:
> Hi Štěpán,
>
> Štěpán Němec  writes:
>
>> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
>> of _all_ mails coming from a list that is already uniquely identifiable
>> (e.g. by its address) has no information value altogether (unlike
>> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
>> header space.
>
> Not that reducing the label from [Orgmode] to [Org] already seem to be a
> progress in the right direction :)
>
> Would you object having [Org] instead of [Orgmode]?
>
>> I have never understood why anyone would like anything like that.
>
> As Giovanni recalled, this is a standard GNU practice and I won't break
> it.  Maybe this is a leftover from the time when most used email clients
> had no clever filters -- but maybe it's still useful for web archiving
> or other purposes I cannot think of right now.
>

Is the capital-O gnu practice as well? I have no objection to changing
the tag, since gmail filters my mail for me, but a lower-case-o seems
more consistent with other org nomenclature.

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

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

Org donate button switched to Bastien's account (was: [Orgmode] Org Mode 7 Manual - printed edition now available)

[Bastien]

Hi all,

Brian Gough  writes:

> I'm happy to say that for each copy sold $1 will be donated to the Org
> project by Network Theory Ltd.

About this: note that the paypal donate button on http://orgmode.org now
points to my paypal account, not Carsten's one.

On top of this button, I plan to set up a community account for Orgers:
a place where the Org community can donate to itself.  I will redirect
all "incomes" from Network Theory to this account when set.  It won't 
be done before at least one month, though - I'll keep you updated.

Best,

-- 
 Bastien

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

Re: [Orgmode] Org Mode 7 Manual - printed edition now available

[Bastien]

Hi Brian and all,

Carsten Dominik  writes:

> I do have my copy of the book, and all I can say is it looks great.
> Thanks to Brian for Barry for publishing it.

I also received the book for Chrismas time!

The book was kindly offered by Network Theory and all I can tell is:
WOW.  Great work.

Thanks Brian!  

I hope many people will buy it to celebrate Carsten's 7 years of crazy
development.  FWIW: if people buy it now and come to FOSDEM, they will
have a chance to get a signature from The Author :)

Best,

-- 
 Bastien

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

Re: [Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Bastien]

Hi Štěpán,

Štěpán Němec  writes:

> FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
> of _all_ mails coming from a list that is already uniquely identifiable
> (e.g. by its address) has no information value altogether (unlike
> [Babel], [PATCH] etc.) and only takes up the much precious Subject:
> header space.

Not that reducing the label from [Orgmode] to [Org] already seem to be a
progress in the right direction :)

Would you object having [Org] instead of [Orgmode]?

> I have never understood why anyone would like anything like that.

As Giovanni recalled, this is a standard GNU practice and I won't break
it.  Maybe this is a leftover from the time when most used email clients
had no clever filters -- but maybe it's still useful for web archiving 
or other purposes I cannot think of right now.

Cheers,

-- 
 Bastien

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

Re: [Orgmode] [Babel] Finished my presentation on R using org-mode and Babel

[Thomas S. Dye]

Aloha Bernd,

Thanks for sharing this.  It strikes me as a clean and effective use  
of export to Beamer.


I think Org-mode is a good choice for reproducible research and hope  
that it has sufficient following in the future to rate mention if you  
decide to revise your introduction someday.


All the best,
Tom

On Jan 4, 2011, at 5:48 AM, Bernd Weiss wrote:


Dear all,

I appologize for this slightly off-topic mail but I wanted to let  
you know that -- after asking many questions -- I finally finished  
my first org-mode- and Babel-based presentation. If you are  
interested in my slides or the source code, feel free to download it  
from my github repository: .

I am also interested in any comments or criticism.

Finally, I would like to thank (again) Eric Schulte and Dan
Davison who created this great piece of software and kindly answered  
all my question.


Bernd

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



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

Re: [Orgmode] Re: Store link upon sending a message

[Bastien]

Hi Ulf,

Ulf Stegemann  writes:

> (defun ulf-message-send-and-org-gnus-store-link (&optional arg)

This is something I've been trying to achieve for very long!  Great 
you found a solution.  A minor suggestion: the function should make 
sure the buffer is not killed after the message is sent.

I added (message-kill-buffer-on-exit nil) like this:

--8<---cut here---start->8---
(defun ulf-message-send-and-org-gnus-store-link (&optional arg)
  "Send message with `message-send-and-exit' and store org link to message copy.
If multiple groups appear in the Gcc header, the link refers to
the copy in the last group."
  (interactive "P")
(save-excursion
  (save-restriction
(message-narrow-to-headers)
(let ((gcc (car (last
 (message-unquote-tokens
  (message-tokenize-header
   (mail-fetch-field "gcc" nil t) " ,")
  (buf (current-buffer))
  (message-kill-buffer-on-exit nil)
  id to from subject desc link newsgroup xarchive)
(message-send-and-exit arg)
(or
 ;; gcc group found ...
 (and gcc
  (save-current-buffer
(progn (set-buffer buf)
   (setq id (org-remove-angle-brackets
 (mail-fetch-field "Message-ID")))
   (setq to (mail-fetch-field "To"))
   (setq from (mail-fetch-field "From"))
   (setq subject (mail-fetch-field "Subject"
  (org-store-link-props :type "gnus" :from from :subject subject
:message-id id :group gcc :to to)
  (setq desc (org-email-link-description))
  (setq link (org-gnus-article-link
  gcc newsgroup id xarchive))
  (setq org-stored-links
(cons (list link desc) org-stored-links)))
 ;; no gcc group found ...
 (message "Can not create Org link: No Gcc header found."))
--8<---cut here---end--->8---

I also added an entry in org-hacks.org.

Thanks!

-- 
 Bastien

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

[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

[Štěpán Němec]

Bastien  writes:

> Hi Torsten,
>
> Torsten Wagner  writes:
>
>> Using [Orgmode] as a tag on the orgmode list is an arguable point.
>> Maybe the someone higher in the queue like to make a decision to
>> shorten it to [Org].
>
> I agreed this would be an improvement to use [Org].
>
> If nobody have a strong objection, I'll make this change in two days.

FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
of _all_ mails coming from a list that is already uniquely identifiable
(e.g. by its address) has no information value altogether (unlike
[Babel], [PATCH] etc.) and only takes up the much precious Subject:
header space.

I have never understood why anyone would like anything like that.

If you want to somehow treat the mails from this list specially, why
don't you filter on the presence of the mailing list address in the
headers, for example?

  Štěpán

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

[Orgmode] Re: request for latex-to-org importer

[Bastien]

Matt Lundin  writes:

> Yes! My apologies for the delay. 

No problem at all -- I'm myself replying very *old* emails, meaning I'm
coming late on all this.

> I now have a bit of time to polish it up and add documentation, so it
> should be on Worg soon. :)

Great :)

-- 
 Bastien

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

Re: [Orgmode] Bug in column view with cookie on item line

[James Deaton]

On 1/4/11 10:33 AM, Bastien wrote:

Indraneel Majumdar  writes:


  With [%] or [/] set to update, the item line gets mangled as soon as TODO
is changed to DONE from column view.

Here's what it looks like:

** TODO test 1 [/]
:PROPERTIES:
:Effort: 1
:END:

*** T[0/1[0/1[0/1[0/1[0/1[1/1]]<<<  MANGLED AGAIN (line was TODO test 1 [/])

Kinda scary -- are you still experiencing this?

"With [%] or [/] set to update" : what do you mean?

Thanks,

I think this is the same issue I mentioned last month and Bernt Hansen 
recognized as being the case since release 4.76:


http://thread.gmane.org/gmane.emacs.orgmode/34461/focus=34517

Unfortunately, my todo of learning more to delve into figuring out a 
patch is still a todo.



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

Re: [Orgmode] org-drill : automatic recognition of double entries

[Bastien]

Detlef Steuer  writes:

> My capturing template looks like this:
>
>   ("w" "Vocabulary" entry (file+headline "~/Norwegisch/norwegisch.org" 
> "Vokabeln
> ") "* Wort \n:PROPERTIES:\n:DRILL_CARD_TYPE: twosided\n:END:\n\n 
> norsk\n%^ \
> n deutsch \n%^"))
>
> So I'd would like to be noticed  of a doubled entry just after having
> filled in  the first %^ .
>
> Any ideas for a refined workflow appreciated.

The only direction I can think of is to try to temporarily advise
org-capture so that it performs the check you need before creating 
the capture buffer.  But that requires some elisp skills...

-- 
 Bastien

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

Re: [Orgmode] Re: M-x org-agenda T returns empty buffer

[Jeff Horn]

2011/1/4 Jeff Horn :
> This is the oddest thing to happen to me since I started using emacs.
> A restart fixed it (restarts almost never fix anything for me), but
> now, emacs won't read my init file. Very strange! Probably something
> to do with symlinks or something.
>
> Thanks anyway and sorry for not trying that sooner!

For posterity: the "restart" I mentioned above was a machine restart,
not just emacs. That's the first thing I did. :-)

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

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

Re: [Orgmode] Re: M-x org-agenda T returns empty buffer

[Jeff Horn]

2011/1/4 Jeff Horn :
>> No idea right now. Though, it could help if you would
>>
>>    M-x toggle-debug-on-error
>>
>> and provide us with the error stack.
>
> I would, and normally do, except there are no errors. It just fails to
> pick up *any* TODOs, ATM.

This is the oddest thing to happen to me since I started using emacs.
A restart fixed it (restarts almost never fix anything for me), but
now, emacs won't read my init file. Very strange! Probably something
to do with symlinks or something.

Thanks anyway and sorry for not trying that sooner!

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

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

Re: [Orgmode] Bug in column view with cookie on item line

[Bastien]

Indraneel Majumdar  writes:

>  With [%] or [/] set to update, the item line gets mangled as soon as TODO
> is changed to DONE from column view.
>
> Here's what it looks like:
>
> ** TODO test 1 [/]
> :PROPERTIES:
> :Effort: 1
> :END:
>
> *** T[0/1[0/1[0/1[0/1[0/1[1/1]] <<< MANGLED AGAIN (line was TODO test 1 [/])

Kinda scary -- are you still experiencing this?

"With [%] or [/] set to update" : what do you mean?

Thanks,

-- 
 Bastien

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

Re: [Orgmode] image alt text for HTML export

[Bastien]

Aidan Gauland  writes:

> #+HTML: 
>
> If there is no way to do this, should I file a feature request?

I think you're looking for this:

  #+ATTR_HTML: alt="My image description"
  [[file:~/image.jpg][My Image]]

HTH,

-- 
 Bastien

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

Re: [Orgmode] problem exporting region from within a read-only file

[Bastien]

Eric S Fraga  writes:

> If I have a read-only file, I can export the whole file (say to HTML)
> and it works.  If, however, I select a region and try to export that,
> org fails with the error message:
>
> : org-export-get-title-from-subtree: Buffer is read-only: #
>
> This appears to be because of this function adding text properties (a
> specific one which I don't understand completely) to the text:
>
> : (org-unmodified
> :  (add-text-properties (point) (1+ (point-at-eol))
> :   (list :org-license-to-kill t)))
>
> (in org-exp.el).  It would be nice if export would work with read-only
> files but I have no idea where to start in trying to fix this.

I've just pushed a fix for this -- please tell me if it's okay.

Thanks!

-- 
 Bastien

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

Re: [Orgmode] Fwd: Agenda: Hide Sched. Items

[Bastien]

Antti Kaihola  writes:

> This is an excellent tip (displays a list of daily clocked items with
> a clock report summary). It definitely deserves at least a mention in
> the documentation, since it's very useful and not easy to find for a
> newcomer.

I just added this tip to Worg/org-custom-agenda-commands.org:

  Tip: if you want to exclude all agenda entry types, just set
  =org-agenda-entry-types= to nil.

-- 
 Bastien

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

[Orgmode] [Babel] Finished my presentation on R using org-mode and Babel

[Bernd Weiss]

Dear all,

I appologize for this slightly off-topic mail but I wanted to let you 
know that -- after asking many questions -- I finally finished my first 
org-mode- and Babel-based presentation. If you are interested in my 
slides or the source code, feel free to download it from my github 
repository: .

I am also interested in any comments or criticism.

Finally, I would like to thank (again) Eric Schulte and Dan
Davison who created this great piece of software and kindly answered all 
my question.


Bernd

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

Re: [Orgmode] [PATCH] tag input separators

[Bastien]

Hi,

Carsten Dominik  writes:

> On Oct 4, 2010, at 11:44 AM, Richard Riley wrote:
>
>>
>> I dont know if it would be generally useful, but a tiny little tweak to
>> tag editing in order to allow "," as a seperator when typing in tags via
>> C-c C-q TAB "free entry" interface. "," is certainly easier for me to
>> use but I dont know about the ramifications of it as a legal character
>> in a tag name.
>
> Sure, why not, this is not a problem.  I have applied this patch,
> with a small extension that should also make it work in other
> tag completion situations.

Note that, in this case, tag completion works for the first tag but not
for the others.

> If you want to do me a favor, please identify one or two places in
> the manual where this should be mentioned and make me a patch
> for that file?

I have applied this patch to the documentation:

diff --git a/doc/org.texi b/doc/org.texi
index 6d39a61..89baba6 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -4504,6 +4504,8 @@ exclusive tags will turn off any other tags from that 
group.
 @item @key{TAB}
 Enter a tag in the minibuffer, even if the tag is not in the predefined
 list.  You will be able to complete on all tags present in the buffer.
+You can also add several tags: just separate them with a comma.
+
 @kindex @key{SPC}
 @item @key{SPC}
 Clear all tags for this line.

-- 
 Bastien

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

Re: [Orgmode] should the mail list be splitted resp. sub-tagged ?

[Bastien]

Hi Torsten,

Torsten Wagner  writes:

> Using [Orgmode] as a tag on the orgmode list is an arguable point.
> Maybe the someone higher in the queue like to make a decision to
> shorten it to [Org].

I agreed this would be an improvement to use [Org].

If nobody have a strong objection, I'll make this change in two days.

Thanks for bringing this up,

-- 
 Bastien

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

Re: [Orgmode] orgmode add-on that implements links to eshell buffers

[Carsten Dominik]

Hi Konrad,

I suggest then that we install this as a contrib package - and once  
you have the assignment finished, we can move it.


- Carsten

On Jan 4, 2011, at 3:44 PM, Konrad Hinsen wrote:


Hi Carsten,


Hi Konrad, this looks good.

Have you signed papers with the FSF, or do we have to make this a  
contributed file?


I have started the FSF process in december, and got a message  
yesterday that the papers to be signed are on the way to me. I have  
no idea how long this will take, unfortunately.


Konrad.


- Carsten




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

Re: [Orgmode] orgmode add-on that implements links to eshell buffers

[Konrad Hinsen]

Hi Carsten,

> Hi Konrad, this looks good.
> 
> Have you signed papers with the FSF, or do we have to make this a contributed 
> file?

I have started the FSF process in december, and got a message yesterday that 
the papers to be signed are on the way to me. I have no idea how long this will 
take, unfortunately.

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

[Orgmode] Re: Org -> OpenOffice/OpenDocumentText

[Jambunathan K]

Sebastien

> Hi Jambunathan,
>
> I am currently very interested in your work for converting Org files
> into OpenOffice documents. Meanwhile you forked Org-7.3 for that.


Thanks for your interest. 

> I was wondering if it is a big deal to make your project apart of Org
> thus it could be used with any version of Org.

I am not sure how to answer this question. I am inclined to ask why you
have hesitation in upgrading to the new (or the next) Org version?

To give a circuitous answer, org-odt.el has now new dependecies on
org-parse.el and org-newhtml.el. All these files are new. IIRC, Only
changes that I have made to existing org-mode files are in org-export.el
and org-footnotes.el. These changes are trivial.

=== Long Story ===

OpenOffice exporter that I have been working on has undergone quite a
bit of change since the last recorded message in this mailing list.

I am CCing the mailing list as it will be of general interest.

Initially org-odt.el was based on org-html.el [1]. Subsequently Lennart
Borgman refactored out org-html.el in to a backend-agnostic parsing
engine org-parse.el and a html-specific org-newhtml.el [2].

Given this development, I thought that the right thing to do would be to
"port" my changes over to Lennart's parsing engine.

I have ported most of my local changes to the new interface. As a result
I have abandoned my old work-area [3] in favour of the new work-area
[4].

I would like to make few cosmetic changes to my repository before making
a formal announcement sometime early next week seeking alpha-testers for
the OpenOffice exporter..

Footnotes
=

[1] Lennart's announcement
http://lists.gnu.org/archive/html/emacs-orgmode/2010-11/msg00238.html

[2] My reasons for not going the refactoring route
http://lists.gnu.org/archive/html/emacs-orgmode/2010-11/msg00226.html

[3] Old OpenOffice Workarea
http://lists.gnu.org/archive/html/emacs-orgmode/2010-11/msg00109.html

Unfortunately it was "copied" as opposed to "git cloned" so stands
abandoned.

[4] New OpenOffice Workarea and a "potential release candidate"
http://repo.or.cz/w/org-mode/org-jambu.git/

Lennart's original org-parse.el and org-newhtml.el can be found under
./contrib/odt

My own enhancements to org-parse.el, org-newhtml.el and the "new"
  org-odt.el can be found in 
./lisp/ directory

Jambunathan K.

> Thanks for your help.
>
> Regards.

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

[Orgmode] Re: request for latex-to-org importer

[Matt Lundin]

Bastien  writes:

> Matt Lundin  writes:
>
>> Marvin Doyley  writes:
>>
>>> Does anybody have a latex-org- importer ?
>>> I would like to use this as a collaborative tool when working with
>>> colleagues and students who are versed in latex but not familiar with
>>> emacs or org mode. Could prove to be very powerful when editing latex
>>> manuscripts - just import into org edit (my preferred way of working
>>> with latex) and export back to latex and send to co-authors.
>>
>> I have a rudimentary latex2org perl script (ahem, bundle of hacks) born
>> of necessity that I intend to put up on Worg when I get a chance. I'm
>> afraid it knows nothing (at the moment) of math formulas. (I did use it
>> to convert a large manuscript, including biblatex citations, to a nice
>> clean org file --- a result that brought a smile to my face, however
>> ugly the script itself might be.)
>
> Looks pretty useful!  Let's put a smile on everyone's face :)

Yes! My apologies for the delay. 

I now have a bit of time to polish it up and add documentation, so it
should be on Worg soon. :)

Best,
Matt


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

[Orgmode] Re: A new server for http://orgmode.org - Jason is its maintainer

[Matt Lundin]

Bastien  writes:

> I asked Jason if he could take care of http://orgmode.org and I'm glad
> he kindly accepted.  We've been working on the website migration: it's
> effective since yesterday.
>
> Links and services like mathjax or org-info-js work as expected.  If 
> you notice anything missing/broken, please tell us.
>
> On top of his time, Jason also pays for the server cost.
>
> Thanks a lot Jason!

Thank you very much Jason! 

- Matt

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

Re: [Orgmode] Bug: capture with PROPERTIES [7.3 commit-972b0a58...]

[Carsten Dominik]

Hi Giovanny,

you are using the property prompt in an incorrect way.

The %^{Element}p can be anywhere in the template.  It
will be removed *entirely*, and a corresponding property
will be added in the property drawer.  So you are not
supposed to put this on a line by itself inside a
property drawer, because removing the % prompt will
then leave an empty line.  In fact, supplying the
drawer is not necessary at all, it will be created
as needed.  So if you were to prompt for all
properties, you could write the template it like this:

*** %^{prompt}
%^{ID}p %^{Element}p %^{Number}p %^{Type}p %^{Feeling}p  
%^{Comment}p


But since you want to put some properties in later
by hand, your template should probably look like this:

*** %^{prompt}
%^{Element}p %^{Number}p %^{Type}p
:PROPERTIES:
:ID: lab
:Feeling: %?
:Comment:
:END:

But in this case you are not in control of the sequence in
which these properties will end up in the drawer.  For maximum
control, you might want to use a normal prompt for the values,
avoiding the property prompt interface entirely:

*** %^{prompt}
:PROPERTIES:
:ID: lab
:Element: %^{Element}
:Number: %^{Number}
:Type: %^{Type}
:Feeling: %?
:Comment:
:END:

Note the missing "p" after the %{...} prompts.

Hope this helps.  Maybe you want to suggest a patch
for the manual to make this clearer?

- Carsten


On Dec 10, 2010, at 1:10 PM, Giovanni Ridolfi wrote:



Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?   
See


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

Your bug report will be posted to the Org-mode mailing list.


Emacs  : GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)
of 2010-05-08 on G41R2F1
Package: Org-mode version 7.3  
commit-972b0a581eff180bcdc15883d2fe30c4cc24996a



Hello everyone,

I found a bug in the insertion of PROPERTies in capture templates.

 TEST FILE: --
-*- mode: org; -*-

(setq org-capture-templates
'(
("q" "element" entry (file+headline "test.org" "capture") "***  
%^{prompt} \n :PROPERTIES:\n :ID: lab \n %^{Element}p  \n  
%^{Number}p \n %^{Type}p \n :Feeling: %? \n :Comment:  \n :END:"

)
))
* capture
:PROPERTIES:
:Element_ALL: H He Li Na Hg
:Number_ALL:  1  2  3 4  80
:Type_ALL: gas solid liquid
:END:

---
1. set my capture template
2. call capture template.
3. Enter headline: "first test", 
  so far so good.
4. Now you are requested to insert a PROPERTY
  and the buffer appears as:

 4th  step --
***  first test
:PROPERTIES:
:ID: lab

%^{Number}p
%^{Type}p
:Feeling: %?
:Comment:
:END:
--
Value for Element:  ||   cursor is here



5. enter He 

BUG: the layout of the buffer is broken:

---
*** first test
:PROPERTIES:
:ID: lab
 ---|  a blank line is here
|
%^{Type}p   |
:Feeling: %?|
:Comment:   |
:Element:  He   <---|  the property is inserted here!
:END:
--
Value for Number:  ||   (cursor is here)
-

The line of the property is inserted at the end
of the Properties drawer, but before :END:.

Not where the prompt was, and where I expected to find it.

--- A complete test: --
** second test
:PROPERTIES:
:ID: lab
  .   I put the "." to highligh the eol
 .
 .
:Feeling: mickey mouse[1]
:Comment:
:Element:  He
:Number:   2
:Type: gas
:END:
[1] http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1117755/


cheers,
Giovanni

current state:
==
(setq
org-log-done 'time
org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- 
vars)
org-speed-command-hook '(org-speed-command-default-hook org-babel- 
speed-command-hook)

org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
org-metaup-hook '(org-babel-load-in-session-maybe)
org-capture-templates '(("q" "element" entry (file+headline  
"test.org" "capture")
			  "*** %^{prompt} \n :PROPERTIES:\n :ID: lab \n %^{Element}p  \n  
%^{Number}p \n %^{Type}p \n :Feeling: %? \n :Comment:  \n :END:")

 )
org-after-todo-state-change-hook '(org-clock-out-if-current)
org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
org-export-latex-format-toc-function 'org-export-latex-format-toc- 
default

org-capture-before-finalize-hook '(org-clock-in)
org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab- 
command-maybe org-babel-hide-result-toggle-maybe)
org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode- 
configure-edit-buffer)

org-finalize-ag

Re: [Orgmode] orgmode add-on that implements links to eshell buffers

[Carsten Dominik]

Hi Konrad, this looks good.

Have you signed papers with the FSF, or do we have to make this a  
contributed file?


- Carsten

On Jan 3, 2011, at 1:07 PM, Konrad Hinsen wrote:

The attached file implements a new link type "eshell". An eshell  
link consists of an optional buffer name followed by a colon, and of  
an eshell command line. Opening the link switches to the indicated  
buffer, creating it if necessary, or to the default *eshell* buffer,  
and executes the command line exactly as if it were entered from the  
keyboard. Inside an eshell buffer, org-store-link stores a link that  
switches back to the same buffer and does a  cd to the current  
working directory.


I'd be happy to contribute this file to org-mode if there is interest.

Konrad.

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






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

[Orgmode] Help with org-link-translation-function

[Leo Alekseyev]

Hi All,
I am trying to achieve the following: any link of the form
[[/ssh:host:/path/to/file]] should, when followed, be translated to
[[/plink:host:/path/to/file]] (without being textually altered, of
course).

The reason for this is that Emacs Tramp under Windows refuses to
cooperate with OpenSSH and can't handle SSH links.  The only
workaround I've found is to use the plink protocol instead of SSH.

I think what I'm trying to achieve is possible with
org-link-translation-function, but my naive attempts haven't been
successful...  Any help would be greatly appreciated!

--Leo

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

Re: [Orgmode] Re: request for latex-to-org importer

[Bastien]

Hi Matt,

Matt Lundin  writes:

> Marvin Doyley  writes:
>
>> Does anybody have a latex-org- importer ?
>> I would like to use this as a collaborative tool when working with
>> colleagues and students who are versed in latex but not familiar with
>> emacs or org mode. Could prove to be very powerful when editing latex
>> manuscripts - just import into org edit (my preferred way of working
>> with latex) and export back to latex and send to co-authors.
>
> I have a rudimentary latex2org perl script (ahem, bundle of hacks) born
> of necessity that I intend to put up on Worg when I get a chance. I'm
> afraid it knows nothing (at the moment) of math formulas. (I did use it
> to convert a large manuscript, including biblatex citations, to a nice
> clean org file --- a result that brought a smile to my face, however
> ugly the script itself might be.)

Looks pretty useful!  Let's put a smile on everyone's face :)

-- 
 Bastien

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

Re: [Orgmode] export comments in LaTeX ?

[Bastien]

e20100633  writes:

> I found in the manual that commented lines will *not* be exported.
>
> But I'd like to know if there's a hook around allowing to export
> comments from org-mode to LaTeX (I mean, comments will appear in the
> dvi/pdf in some way).

On top of other solutions already mentioned, see also this hook:

,[ org-export-preprocess-hook ]
| Hook for preprocessing an export buffer.
| Pretty much the first thing when exporting is running this hook.
| Point will be in a temporary buffer that contains a copy of
| the original buffer, or of the section that is being export.
| All the other hooks in the org-export-preprocess... category
| also work in that temporary buffer, already modified by various
| stages of the processing.
`

You can set this hook to a function that toggles the COMMENT keyword or
the :noexport: tag, or convert inline comments (#) to #+begin_example
sections.

The hook operates on a temporary buffer so it's safe for your org file.

HTH,

-- 
 Bastien

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

Re: [Orgmode] Introducing gnugol - an org-mode-output web search client

[Manuel Hermenegildo]

> Gnugol is small, fast, simple, and growing more useful by the day. (I
> wrote the doc (http://gnugol.taht.net) for it in org-mode, too)

I had no big problems compiling, etc. (on up-to-date Mac Os X). Just
had to change some permissions in the library after installation and
then it worked like a charm. Great package, Dave, thanks!!! --Manuel

-- 


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

[Orgmode] Re: Introducing gnugol - an org-mode-output web search client

[Achim Gratz]

Bart Bunting  writes:
> Running into a few issues at the moment:  I did download and build the
> jansson library which is installed in /usr/local 
>
> However when I run gnugol I'm seeing the following error:
>
> Errors: google(1): ../engines/google.so: cannot open shared object file: No 
> such file or directory
> google: failed to acquire shared lib
>
> Warnings:google(1): Not in default location, error: libjansson.so.0: cannot 
> open shared object file: No such file or directory

You will either need to set up the DT_RUNPATH section in the executable
to point to where the library is installed or set up the LD_LIBRARY_PATH
environment variable to include the correct location.  The first option
requires to edit the linker invocation in the makefile, while the latter
is best done via a wrapper script that then calls the executable.

> I have the *.so files from gnugol in the default place that the makefile
> puts them, /var/lib/gnugol.  I also tried simlinking them into
> /usr/local/lib but this doesn't appear to make any difference.
>
> The error also suggests that the janson library isn't being found.
>
> Although the ldd output doesn't appear to list it?

Try 'ldd -v', if that also doesn't show anything, then most likely the
program itself dynamically loads new libraries at runtime (probably
after a fork).  Setting LD_TRACE_LOADED_OBJECTS (preferrably in a
wrapper script) to something non-empty should then give some ldd-like
output.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


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

Re: [Orgmode] Color of exported R code results using LaTeX listings

[Bastien]

Hi Rainer,

Rainer M Krug  writes:

> Now this explains it - thanks a million - works absolutely perfectly.
>
> Could that info be added to worg or even the org manual? It mentions the
> listings and color package are mentioned, but not that colors need to be
> specified to have colors in the resulting latex / pdf file.

Is it still the case?  

If so, can you provide a patch against latest Worg?

Thanks!

-- 
 Bastien

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

Re: [Orgmode] org.texi vs. orgmode.org/manual

[Bastien]

Hi Tom,

"Thomas S. Dye"  writes:

> Perhaps it would be possible to make available online different versions of
> the manual corresponding to the major variants of Org-mode  in circulation,
> e.g. the latest release, the version(s) distributed  with emacs, and the
> leading edge?

It makes sense.  The latest released version of the manual (currently
7.4) lives now here:

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

I updated ORGWEPAGES/index.org to mention this, it should appear soon 
on http://orgmode.org/index.html

As for the versions distributed with Emacs, I leave that to Emacs
maintainers.

Thanks!

-- 
 Bastien

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

Re: [Orgmode] Attempting to build latest version

[Bastien]

da...@adboyd.com (J. David Boyd) writes:

> I'm getting this error message:
>
>
>
> In toplevel form:
> lisp/org-indent.el:223:39:Error: Wrong type argument: listp, nstars
> make: *** [lisp/org-indent.elc] Error 1

I'm not able to reproduce this.  Do you still have this error with
latest Org (from git)?

-- 
 Bastien

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

[Orgmode] Re: datetree+file broken?

[Sébastien Vauban]

Daniel E. Doherty,

Daniel E. Doherty wrote:
> All,
>
> I have the following templates defined for org-capture:
>
> ,
> | (setq org-capture-templates
> |   '(("t" "Todo Item" entry
> |  (file+headline  org-default-notes-file "Tasks")
> |  "* TODO %? %^G\n  %a")
> | ("p" "Phone Call Log" entry
> |  (file+headline org-default-notes-file "Phone calls")
> |  "* %U Phone call with %:name %^G\n\n  %?")
> | ("i" "Invoice" entry
> |  (file+headline org-default-notes-file "Invoices")
> |  "* %^T  %^G\n  %?")
> | ("j" "Journal Entry" entry
> |  (file+datetree (concat org-directory "Journal.org"))
> |  "* Entered on %U\n %i%?\n%a")))
> `

Use backquotes and commas:

#+begin_src emacs-lisp
(setq org-capture-templates
  `(("j" "Journal Entry" entry
 (file+datetree ,(concat org-directory "Journal.org"))
 "* Entered on %U\n %i%?\n%a")))
#+end_src

Best regards,
  Seb

-- 
Sébastien Vauban


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

Re: [Orgmode] Introducing gnugol - an org-mode-output web search client

[Bastien]

Hi Dave,

Dave Taht  writes:

> Gnugol is small, fast, simple, and growing more useful by the day. (I
> wrote the doc (http://gnugol.taht.net) for it in org-mode, too)

Looks interesting!

> It's not fully baked yet, but it's usable/reliable enough to have
> plausible promise for other org-mode users, so I'm announcing it today,
> here, in the hope I'll get comments, criticism, and patches.(especially,
> patches! I'm not much of an elisp hacker, and a full on in-org interface
> is thus far beyond me)
>
> Installation instructions:

I'm using ArchLinux.  I installed jansson from `yaourt -S jansson',
jansson compiles fine.  I then looked for curl-dev but couldn't find
it in ArchLinux.

I cloned the last git repo of Gnugol and tried to compile it but I get
this error:

,
| ../engines/engines.o: In function `gnugol_try_openlib':
| /home/guerry/install/git/Gnugol/src/engines/engines.c:21: warning: Using 
'dlopen' in statically linked applications requires at runtime the shared 
libraries from the glibc version used for linking
| /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlopen.o): In function 
`dlopen':
| (.text+0x1b): undefined reference to `__dlopen'
| /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlclose.o): In function 
`dlclose':
| (.text+0x8): undefined reference to `__dlclose'
| /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlsym.o): In function 
`dlsym':
| (.text+0x1b): undefined reference to `__dlsym'
| /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlerror.o): In function 
`dlerror':
| (.text+0x8): undefined reference to `__dlerror'
| collect2: ld returned 1 exit status
| make[2]: *** [gnugol] Error 1
| make[2]: Leaving directory `/home/guerry/install/git/Gnugol/src/clients'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory `/home/guerry/install/git/Gnugol/src'
| make: *** [all] Error 2
`

Hope that helps,

-- 
 Bastien

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

Re: [Orgmode] Attempting to build latest version

[Bastien]

Hi David,

da...@adboyd.com (J. David Boyd) writes:

> I'm getting this error message:
>
>
>
> In toplevel form:
> lisp/org-indent.el:223:39:Error: Wrong type argument: listp, nstars
> make: *** [lisp/org-indent.elc] Error 1

I'm not able to reproduce this.  Do you still have this error with
latest Org (from git)?

-- 
 Bastien

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

Re: [Orgmode] Re: encoding problems in org website

[Bastien]

Sébastien Vauban  writes:

> To be more accurate, I'd write:
>
> "msosql engine ... using the osql command (from MS SQL Server) on Windows
> systems."

Done, thanks.

-- 
 Bastien

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

[Orgmode] Re: M-x org-agenda T returns empty buffer

[Sébastien Vauban]

Hi Jeff,

Jeff Horn wrote:
> Hey orgsters,
>
> I've been having mountains of issues since refactoring my init file.
> Right now, the one I'm stumped on is custom agenda commands. I had
> quite a few that I had grown accustomed to, and they don't seem to
> work anymore.
>
> They all show empty buffers, which is also a symptom of showing the
> entire TODO list using =C-a a T=.
>
> My agenda files are set correctly. A minimum example works without
> fail, but my monstrous init file does not. Any ideas about what else I
> should be looking at to debug?

No idea right now. Though, it could help if you would

M-x toggle-debug-on-error

and provide us with the error stack.

Best regards,
  Seb

-- 
Sébastien Vauban


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

[Orgmode] M-x org-agenda T returns empty buffer

[Jeff Horn]

Hey orgsters,

I've been having mountains of issues since refactoring my init file.
Right now, the one I'm stumped on is custom agenda commands. I had
quite a few that I had grown accustomed to, and they don't seem to
work anymore.

They all show empty buffers, which is also a symptom of showing the
entire TODO list using =C-a a T=.

My agenda files are set correctly. A minimum example works without
fail, but my monstrous init file does not. Any ideas about what else I
should be looking at to debug?

TIA

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

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