Re: [O] Hiring a programmer

2015-01-15 Thread Vaidheeswaran

Hello There!

I willing to work for hire.  Right now I don't have any copyright 
assignment.  I am open to signing a assignment.


Reply back in private (or on this forum) with what you have in mind.

On Tuesday 13 January 2015 03:14 AM, Yuri Niyazov wrote:

I'd like to hire a programmer to hack on some things in org-mode for
my use. If these improvements are contributed back the main org-mode
repository, would the copyright assignment have to come from me, or
from the programmer?








Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Rainer M Krug
Andreas Leha  writes:

> Fabrice Niessen  writes:
>> Hello,
>>
>> Andreas Leha wrote:
>>> Kodi Arfer  writes:
 "none" is allowed as an argument to :results (see, for example,
 ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in
 results.html. I just learned of its existence while reading
 ob-core.el.

 To me, by the way, ":results none" seems like a useful feature rather
 than being redundant with ":results silent", because it won't attempt
 to print a massive object to the echo area. (Pehaps "silent" wasn't a
 great choice of name.)
>>>
>>> Especially given that ":results none" prints "results silenced" in the
>>> echo area.  Should rather be "results nonced" ;-)
>>
>> They're not the same...
>
> I know.  I just wanted to stress the unfortunate naming.  Unfortunate,
> because if you want the source block to produce "results silenced" you
> must not specify ":results silent", but rather ":results none"

No - I do not are here (but it is sematics...): ~:results silent~
implies for me that there *are* results, but they are passed to org
silently, without any fuss (read: output in the org document). If I read
~:results none~ it imlies to me that ther *are none results* returned -
neither i org intrnally (e.g. variables) or output (e.g. in org
document). So the naming makes sense to me, but I was not aware of the
~none~.

Cheers,

Rainer

> which is
> counter intuitive.
>
>>
>> Extract from my modest (and still "work in progress") Org-Babel
>> refcard [1]:
>>
>> - :results silent ::
>>  Sends the commands, echoes the results in the minibuffer (to see
>>  code block output), but *does not change the Org mode buffer* (even
>>  during export, *no results are inserted* into the exported
>>  document).
>>  (default for Org and Screen code blocks)
>>
>> - :results none ::
>>  Silents the results, even for the minibuffer.  By definition, such
>>  a code block is run for its side effects.
>>
>> Best regards,
>> Fabrice
>>
>> [1] https://github.com/fniessen/refcard-org-babel
>
> That looks nice!
>
>
> Andreas
>
>
>

-- 
Rainer M. Krug
email: Rainerkrugsde
PGP: 0x0F52F982


signature.asc
Description: PGP signature


Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Rainer M Krug
Fabrice Niessen 
writes:

> Hello,
>
> Andreas Leha wrote:
>> Kodi Arfer  writes:
>>> "none" is allowed as an argument to :results (see, for example,
>>> ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in
>>> results.html. I just learned of its existence while reading
>>> ob-core.el.
>>>
>>> To me, by the way, ":results none" seems like a useful feature rather
>>> than being redundant with ":results silent", because it won't attempt
>>> to print a massive object to the echo area. (Pehaps "silent" wasn't a
>>> great choice of name.)
>>
>> Especially given that ":results none" prints "results silenced" in the
>> echo area.  Should rather be "results nonced" ;-)
>
> They're not the same...
>
> Extract from my modest (and still "work in progress") Org-Babel
> refcard [1]:

Looks very useful - I will see if I have something to contribute.

Cheers,

Rainer

>
> - :results silent ::
>  Sends the commands, echoes the results in the minibuffer (to see
>  code block output), but *does not change the Org mode buffer* (even
>  during export, *no results are inserted* into the exported
>  document).
>  (default for Org and Screen code blocks)
>
> - :results none ::
>  Silents the results, even for the minibuffer.  By definition, such
>  a code block is run for its side effects.
>
> Best regards,
> Fabrice
>
> [1] https://github.com/fniessen/refcard-org-babel

-- 
Rainer M. Krug
email: Rainerkrugsde
PGP: 0x0F52F982


signature.asc
Description: PGP signature


Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Andreas Leha
Samuel Wales  writes:
> if we redo this, perhaps we can also include an option that does
> export like :results verbatim, but does not send to echo area?
>
> unless i am misunderstanding something about babel [which is possible].

I do not think this discussion warrants any re-doing so far.  (Only an
addition to the manual)

Your suggestion seems like the missing thing here.  But I am not sure
how badly needed that is.  As John said, the ":results none" argument
was added to speed things up when the results are huge.  I have no idea
how much overhead it is to copy the results into the org buffer and into
the echo area.

At least it has not bothered me yet.  When the results are too big, I
usually use ":results none" because I do not want to see them in the org
buffer either.

Just my opinion,
Andreas




Re: [O] org-download.el

2015-01-15 Thread Oleh
Hello,

> Does anyone get org-download.el to work under Mac OSX? I'm struggling to get
> it work, but it seems to help a lot, empowering org to handle images a lot
> easier.
>
> I believe I've installed org-download.el correctly, but when I'm dragging
> and drop the image into an org buffer, all I get is the link address
> inserted into the buffer, no downloading events trigger.

I'm the org-download author. I've mentioned these things on the tracker,
but there's no harm to posting here additionally.

I don't have OSX, so I can't test it. However, it should work in
theory, since all tools used are portable.

Try using `org-download-yank' first: this one does everything except
drag-and-drop. Just right click and copy the image url in the browser,
and call `org-download-yank' in Emacs. If it doesn't work, the issue is
with dnd, otherwise it's with the downloading itself.

The default `org-download-backend 'uses `url-retrieve', which is a part of
Emacs, so if it doesn't work then it's an Emacs bug.

regards,
Oleh



Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Fabrice Niessen
Andreas Leha wrote:
> Fabrice Niessen  writes:
>> Andreas Leha wrote:
>>> Kodi Arfer  writes:
 "none" is allowed as an argument to :results (see, for example,
 ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in
 results.html. I just learned of its existence while reading
 ob-core.el.

 To me, by the way, ":results none" seems like a useful feature rather
 than being redundant with ":results silent", because it won't attempt
 to print a massive object to the echo area. (Pehaps "silent" wasn't a
 great choice of name.)
>>>
>>> Especially given that ":results none" prints "results silenced" in the
>>> echo area.  Should rather be "results nonced" ;-)
>>
>> They're not the same...
>
> I know.  I just wanted to stress the unfortunate naming.  Unfortunate,
> because if you want the source block to produce "results silenced" you
> must not specify ":results silent", but rather ":results none" which is
> counter intuitive.

I agree. I think we cannot afford to change the option values, but you
could imagine changing the string in the echo area to something like
"no results displayed" or some such.

>> Extract from my modest (and still "work in progress") Org-Babel
>> refcard [1]:
>>
>> - :results silent ::
>>  Sends the commands, echoes the results in the minibuffer (to see
>>  code block output), but *does not change the Org mode buffer* (even
>>  during export, *no results are inserted* into the exported
>>  document).
>>  (default for Org and Screen code blocks)
>>
>> - :results none ::
>>  Silents the results, even for the minibuffer.  By definition, such
>>  a code block is run for its side effects.
>>
>> [1] https://github.com/fniessen/refcard-org-babel
>
> That looks nice!

Thanks.

Fabrice

-- 
Fabrice Niessen
Leuven, Belgium
http://www.pirilampo.org/




Re: [O] [bug] Wrong type argument, computation and layout of inline Babel calls

2015-01-15 Thread Sebastien Vauban
Hello Charles,

"Charles C. Berry" wrote:
> On Wed, 14 Jan 2015, Sebastien Vauban wrote:
>> "Charles C. Berry" wrote:
>>> On Wed, 14 Jan 2015, Sebastien Vauban wrote:
 This ECM exhibits "wrong type argument".

 Carré de 7 :
 call_square(x=7)[:results raw].
>>>
>>> Looks like `org-babel-get-lob-one-liner-matches' doesn't always put
>>> point in the right place. Try this [...].
>>
>> It does solve the "square of 5" problem, in both HTML and
>> LaTeX. Thanks.
>>
>> Though, it does not solve anything regarding the last one ("square of
>> 7"): error in HTML, and results "1" in LaTeX...
>
> It does solve the babel-execute part.
> But I didn't copy-and-paste that last `.' which affects export.
>
> After C-c C-c or org-export-execute-babel-code:
>
> ,
> | call_square(x=7)[:results raw] 49.
> `
>
> What this crestes on export is an ordered list with one element
> whose :bullet is followed by an empty paragraph.
>
> A `feature' not a bug?

OK!  I do understand the problem with the "1." appearing in the LaTeX
document.  Fine by me; there are reasons for that behavior.

Though, there still remains one problem then: the same code generates
a "Wrong type argument: arrayp, nil" error when exporting it to HTML.

Best regards,
  Seb

-- 
Sebastien Vauban




Re: [O] Showing next items in agenda + deadline in past

2015-01-15 Thread Sebastien Vauban
Giulio Petrucci wrote:
> On Wed, Jan 14, 2015 at 2:09 PM, Florian Lindner  wrote:
>> 1) How can I configure it to show not the next n days, but the next n events
>> like:
>
> Don't know but I mus confess I am struggling with the same problem in
> these days.
>
>> 2) There is this 75 d. ago Abstract DEADLINE. How am I supposed to act on
>> deadlines in the past? The item has no TODO/DONE marker, just the DEADLINE.
>> How to say that the action that relates to this deadline is done?
>
> I resolved marked it as DONE.
> I think makes sense: you need to tell org-mode that your deadline has been 
> met.
> Would be interesting to know if there is a way to tell org-mode to
> load only /future/ deadline in the agenda...

Yes, with a custom agenda commands along these lines:

--8<---cut here---start->8---
  (add-to-list 'org-agenda-custom-commands
   '("f" "Future deadlines"
 ((tags-todo "DEADLINE>=\"<+0d>\"+DEADLINE<=\"<+1w>\""
 ((org-agenda-overriding-header "Due in next 7 
days"
 ((org-agenda-todo-ignore-scheduled 'future))) t)
--8<---cut here---end--->8---

Best regards,
  Seb

-- 
Sebastien Vauban




[O] How to override ":eval no" in call lines?

2015-01-15 Thread Sebastien Vauban
Hello,

In a long document, I must have ":eval no" at file level, as this is the
common setting for most code blocks. However, how do I unset that for
some call lines.

Export this ECM (to HTML, for example) and see for yourself that it does
not seem evident...

--8<---cut here---start->8---
#+TITLE: ECM to be exported

#+PROPERTY:  eval no
#+PROPERTY:  results none

* Results
  :PROPERTIES:
  :exports:  results
  :results:  replace
  :END:

** Square

Here nothing gets executed: neither the code block, nor the call lines...

#+name: square
#+begin_src emacs-lisp :tangle no :var x=1
(* x x)
#+end_src

2 x 2 = call_square(x=2).

3 x 3 = call_square[:eval yes](x=3).

** Plus

Here, ":eval yes" (or even ":eval foo" FWIW) allows the code block to get
executed at export:

#+name: plus
#+begin_src emacs-lisp :tangle no :var x=4 :eval foo
(+ x x)
#+end_src

But none of the call lines gets executed...

5 + 5 = call_plus(x=5).

6 + 6 = call_plus[:eval yes](x=6).

So, how do I override the ":eval no" specified at the file level?
--8<---cut here---end--->8---

Any idea?

Best regards,
  Seb

-- 
Sebastien Vauban




Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Phillip Lord
Alan Schmitt  writes:

> On 2015-01-09 19:18, phillip.l...@newcastle.ac.uk (Phillip Lord) writes:
>
>>> I've used a similar configuration
>>> 
>>> #+begin_src emacs-lisp
>>> (add-hook 'emacs-lisp-mode-hook (lambda () (setq lentic-init 
>>> 'lentic-orgel-org-init)))
>>> #+end_src
>>
>> Personally, I wouldn't do that! At the moment, my transformation doesn't
>> work nicely for all el files. At a minimum, you need code markers at the
>> before the first line of lisp and the after the last.
>>
>> Otherwise, all the code gets treated by org as text; if you run, say,
>> "fill-paragraph" in the org-mode lentic view then it will do bad things 
>> when all the code gets refilled.
>
> What are those markers? The "#+begin_src" one?

Sorry for the delay in replying.

Yep -- lentic is using the org-mode delimiters.


> Would you recommend using file-local variables for lentic files?

This works well. There is a function `lentic-mode-insert-file-local'
which helps with this. I am generally moving toward dir-locals though,
as this is less typing and generally easier.


> I gave it a try with this file:
>
>
>
> and it work well, with the exception of the file local variables that
> remain as text.

You have to double comment the file-local like so:

;; # Local Variables:
;; # lentic-init: lentic-orgel-org-init
;; # End:

Then it is commented in both forms.


>>
>> If your example is complete, I think it's because your code markers are
>> unbalanced. Look in the *lentic-log* buffer and you should see lots of
>> "delimiters do not match". Put a ";; #+end_src" in place and it should
>> fix itself.
>
> This was not a full example, so there was the end marker. But as there
> is a lot of code below it as well (without markers), this may be the
> issue. The small example above works well.

Good. If you find any examples which fail, I'd be happy to look.



>> This should probably be smoothed over in the user interface. I could
>> tell the user when the lentic buffer is created. You've also uncovered a
>> bug -- when the delimiters do not match, it's should be doing the safest
>> transformation of all which is a direct copy; so the "* Code" line
>> should have been left alone also.
>
> By the way, what is the correct way of exiting lentic mode? For the
> moment I kill the buffer and the window, but it would be nice to have
> a function that exits lentic.

At the moment, killing one or the other lentic buffers does the job.
Lentic checks for the killed buffer and all should be good. An "exit
lentic" command might be nice, indeed. It could close all lentic buffers
except the first (currently lentic only supports one buffer, but
eventually it should support many). But killing the buffer works fine
also.

Phil



Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Phillip Lord

 writes:

> Thierry Banel  writes:
>
>> Nice!
>
> I also tried it and found it really interesting!

Thank you.

>
>>
>> I spent some time figuring out how to use it.
>>
>> This is what I did eventually:
>>   M-xlentic-mode
>>   M-xlentic-mode   ;; twice
>>   M-x lentic-mode-split-window-below
>> Then change the new buffer to the desired mode (Java mode, C++ mode,
>> whatever).
>> (I was created in fundamental mode).
>>
>> Is this the standard way to use it?
>
> I also scratched my head before figuring anything out.
>
> I installed from Melpa, and the Melpa Lentic comes with 0 docs, which is sad.

What sort of docs are you looking for? Info?

> Then I cloned the github repo, and tried the examples, and got a bit
> more enlightened.
>
> To summarize, it would be nice if Lentic came with some form of docs in
> the Melpa repo. 

Of course, even when installed from Melpa it is self-documenting in the
sense that the source files are full of documentation. The lentic-org.el
file contains a description of how to convert an existing file from
being an normal el file to an "orgel" file (which is the name I have
given to an el file that converts cleanly to an org file with lentic).

I could translate these to info (via org-mode and texinfo). But melpa
presents a challenge here, since it works on the source only, and I need
to generate the texinfo from the source, at least as far as I know. So,
unless, I can get MELPA to run arbitrary lisp during build, I do not
know how this would work. Or I could denormalise my git repo and
put the generated files in there; not ideal.


> Or, why not install it en Elpa?

It depends on dash.el which is not on ELPA. It's not that dependent on
dash, though, so I could write dash.el out if I really needed to, but I
am hoping that dash gets into ELPA before I reach 1.0.


> BTW my interest in Lentic comes from that I recently started using
> Litterate programming for my emacs init file (which works very well)
> and also for some clojure/overtone code, where the literate paradigm is
> pretty useful (because overtone is a music live coding environment)

This was fairly similar to my driving use case, to be honest, where I am
combining a Clojure based ontology development environment with
documentation. I mentioned it to Sam Aaron last time I saw him, as I
think he uses org-mode performance notes. I can't remember whether I had
org-mode integration at that point, and it was slower then. I should
ping him again.

Phil



Re: [O] [bug] Wrong type argument, computation and layout of inline Babel calls

2015-01-15 Thread Charles C. Berry

On Thu, 15 Jan 2015, Sebastien Vauban wrote:


Hello Charles,

"Charles C. Berry" wrote:

On Wed, 14 Jan 2015, Sebastien Vauban wrote:

"Charles C. Berry" wrote:

On Wed, 14 Jan 2015, Sebastien Vauban wrote:

This ECM exhibits "wrong type argument".

Carré de 7 :
call_square(x=7)[:results raw].


Looks like `org-babel-get-lob-one-liner-matches' doesn't always put
point in the right place. Try this [...].


[fix deleted]



OK!  I do understand the problem with the "1." appearing in the LaTeX
document.  Fine by me; there are reasons for that behavior.

Though, there still remains one problem then: the same code generates
a "Wrong type argument: arrayp, nil" error when exporting it to HTML.



Not for me.

Applying that patch to

  commit e0879b03d08bb4acc663084076370482f61e8698
  Merge: 86588d6 ca21b7b
  Author: Marco Wahl 
  Date:   Mon Jan 12 13:02:20 2015 +0100


and running C-c C-e h H, I get an ordered list:

[...]

Carré de 7 :




[...]


as the result, which seems correct.

And no error message.

Maybe you reset something between running latex and html??

HTH,

Chuck

Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Alan Schmitt
On 2015-01-15 15:54, phillip.l...@newcastle.ac.uk (Phillip Lord) writes:

> Good. If you find any examples which fail, I'd be happy to look.

It's not really failing, but I don't know how to put the end of file
markers so that lentic likes it. For instance:

--8<---cut here---start->8---
;;; lentic_test --- testing it

;;; Commentary:

;; this is a test

;;; Code:

;; a comment

;; ** a subsection

;; #+begin_src emacs-lisp
(message "foo")
;; #+end_src

;; #+begin_src emacs-lisp
(provide 'lentic_test)
;; #+end_src

;; # Local Variables:
;; # lentic-init: lentic-orgel-org-init
;; # End:

;;; lentic_test.el ends here
--8<---cut here---end--->8---

The last line is not nicely typeset.

>> By the way, what is the correct way of exiting lentic mode? For the
>> moment I kill the buffer and the window, but it would be nice to have
>> a function that exits lentic.
>
> At the moment, killing one or the other lentic buffers does the job.
> Lentic checks for the killed buffer and all should be good. An "exit
> lentic" command might be nice, indeed. It could close all lentic buffers
> except the first (currently lentic only supports one buffer, but
> eventually it should support many). But killing the buffer works fine
> also.

Right now it's a three steps process:
- kill the buffer
- confirm the kill as it's modified (the "org" buffer)
- close the window

This is why I think a lentic-exit command would be great.

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7


signature.asc
Description: PGP signature


Re: [O] Showing next items in agenda + deadline in past

2015-01-15 Thread Giulio Petrucci
Hi Sebastien,

On Thu, Jan 15, 2015 at 1:47 PM, Sebastien Vauban
 wrote:
> Yes, with a custom agenda commands along these lines:

Thanks for the snippet: I tested it and it works.
But I think that's not what Florian asked for (and what I need as well).
I need to remove past deadlines from the the result of an `agenda` command.
Any hint?

Thanks,
Giulio

--



[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

2015-01-15 Thread Fabrice Niessen
Eli Zaretskii wrote:
>> From: Fabrice Niessen 
>> 
>> With the following file -- and my configuration file (!):
>> 
>> --8<---cut here---start->8---
>> #+TITLE: ECM
>> #+LANGUAGE:  en
>> 
>> #+PROPERTY:  eval yes
>> 
>> * Macro
>> 
>> Date at export time: /{{{time(%Y-%m-%d)}}}/.
>> --8<---cut here---end--->8---
>> 
>> Emacs hangs when replacing "yes" by "no" for the "eval" property.
>> 
>> Recipe:
>> - Put cursor after "yes"
>> - Delete "yes"
>> - Type "no"
>> 
>> Symptom: After "n", Emacs hangs, taking 100% of one CPU core.
>
> Thanks, but what do you expect us to do with this report, without any
> information whatsoever regarding your customizations?

I thought that, thanks to the backtrace, you could find the culprit, or
reduce the scope of the search, as you often succeed to do.

> FWIW, the backtrace says Emacs is spell-checking because you have
> Flyspell mode enabled in that buffer.  But that's about all that can
> be said using the information you provided.

My current set of customizations is available at
https://github.com/fniessen/emacs-leuven/blob/master/emacs-leuven.el,
but it's so huge it won't help us.

If you have no idea, the only thing would be a dichotomy of my config
file, but that'll take a while.

Best regards,
Fabrice





Re: [O] Showing next items in agenda + deadline in past

2015-01-15 Thread Sebastien Vauban
Giulio Petrucci wrote:
> On Thu, Jan 15, 2015 at 1:47 PM, Sebastien Vauban
>  wrote:
>> Yes, with a custom agenda commands along these lines:
>
> Thanks for the snippet: I tested it and it works.
> But I think that's not what Florian asked for (and what I need as well).
> I need to remove past deadlines from the the result of an `agenda` command.
> Any hint?

AFAIK, such a thing is not implemented in the standard agenda -- and
that makes sense.

If you had to do something by a certain date (be it in the past), either
you still need to do it, either you don't anymore (because it's really
too late). In the latter case, you're supposed to mark the task as DONE
(or, better, some finished state such as CANCELLED, if you configure
your states so).

Best regards,
  Seb

-- 
Sebastien Vauban




Re: [O] Showing next items in agenda + deadline in past

2015-01-15 Thread Giulio Petrucci
Hi Sebastien,

On Thu, Jan 15, 2015 at 7:07 PM, Sebastien Vauban
 wrote:
> AFAIK, such a thing is not implemented in the standard agenda -- and
> that makes sense.

I agree, as I pointed out before:

Giulio Petrucci wrote:
> I think makes sense: you need to tell org-mode that your deadline has been 
> met.

I was not arguing about the correctness of the policy, but just about
a possible workaround. ;-)

Thanks,
Giulio

--



[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

2015-01-15 Thread Eli Zaretskii
> From: Fabrice Niessen 
> Cc: 19...@debbugs.gnu.org
> Date: Thu, 15 Jan 2015 19:04:13 +0100
> 
> > Thanks, but what do you expect us to do with this report, without any
> > information whatsoever regarding your customizations?
> 
> I thought that, thanks to the backtrace, you could find the culprit, or
> reduce the scope of the search, as you often succeed to do.

But you didn't even show the backtrace from the main (a.k.a. "Lisp")
thread.  Your backtrace is from thread 15, whereas the main thread is
thread 1.  You need to type "thread 1" before "backtrace" to provide
the (possibly) interesting backtrace.





Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Samuel Wales
On 1/15/15, Andreas Leha  wrote:
> Your suggestion seems like the missing thing here.  But I am not sure
> how badly needed that is.  As John said, the ":results none" argument
> was added to speed things up when the results are huge.  I have no idea

this does not export ime.

> how much overhead it is to copy the results into the org buffer and into
> the echo area.

slow ime.

-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.



[O] Newbie question: how to get a report of DONE items

2015-01-15 Thread Pete Siemsen
I'm a newbie, just switching to org-mode.

For work, I have to produce quarterly reports that list what I've done. I
want a report of all the items that were closed within a given date range.

I could write some code to do this, but I suspect org-made comes with
something close :-)

-- Pete


[O] Timezone Support Status

2015-01-15 Thread Don Armstrong
Has anyone done any work into allowing for timezones to be specified in
timestamps (and maybe eventually, scheduling/deadlines) in org mode?

I know the last long thread about this in 2008[1] indicated that this
was unlikely to be supported, and a thread in 2011 just referred to the
same issue[2], pointing out that this would likely involve a fantastic
amount of work.

For me, being able to specify times in the file in UTC, and then
converting to the local timezone for everything else might be enough...
but I'd like to contribute to an existing effort/design if at all
possible.

1: http://thread.gmane.org/gmane.emacs.orgmode/5145
2: http://thread.gmane.org/gmane.emacs.orgmode/40732
-- 
Don Armstrong  http://www.donarmstrong.com

I'm So Meta, Even This Acronym
-- xkcd http://xkcd.com/917/



Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Andreas Leha
Hi Samuel,

Samuel Wales  writes:
> On 1/15/15, Andreas Leha  wrote:
>> Your suggestion seems like the missing thing here.  But I am not sure
>> how badly needed that is.  As John said, the ":results none" argument
>> was added to speed things up when the results are huge.  I have no idea
>
> this does not export ime.
>
>> how much overhead it is to copy the results into the org buffer and into
>> the echo area.
>
> slow ime.

I am sorry, but your message is to short for me to make sense of.

Best,
Andreas




[O] Org links to ebib references

2015-01-15 Thread Tory S. Anderson
I'm trying to switch from raw bib/org file management to an ebib system for 
managing my bibliographies. I'm quite impressed with ebib so far; however, I'm 
having troubles with getting links to work. 

I have the following in my config file, as from 
http://comments.gmane.org/gmane.emacs.ebib.user/235 : 
(org-add-link-type "ebib" 'ebib-open-org-link)

First, the following orgmode link doesn't send me to abrams1997; it just opens 
up my ebib. 
[[ebib:abrams1997][abrams1997]]

Second, I'd like to be able to use org-store-link within ebib the same way I 
can within Gnus to just spit out something like the above, but right now I get 
a message about org not knowing how to create a link there. How can I add this? 

Thanks very much! 
- Tory



Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Thierry Banel
Le 15/01/2015 17:11, Phillip Lord a écrit :
>>> I spent some time figuring out how to use it.
>>>
>>> This is what I did eventually:
>>>   M-xlentic-mode
>>>   M-xlentic-mode   ;; twice
>>>   M-x lentic-mode-split-window-below
>>> Then change the new buffer to the desired mode (Java mode, C++ mode,
>>> whatever).
>>> (I was created in fundamental mode).
>>>
>>> Is this the standard way to use it?
>> I also scratched my head before figuring anything out.
>>
>> I installed from Melpa, and the Melpa Lentic comes with 0 docs, which is sad.
> What sort of docs are you looking for? Info?
>
>
> Of course, even when installed from Melpa it is self-documenting in the
> sense that the source files are full of documentation. The lentic-org.el
> file contains a description of how to convert an existing file from
> being an normal el file to an "orgel" file (which is the name I have
> given to an el file that converts cleanly to an org file with lentic).
>
> I could translate these to info (via org-mode and texinfo). But melpa
> presents a challenge here, since it works on the source only, and I need
> to generate the texinfo from the source, at least as far as I know. So,
> unless, I can get MELPA to run arbitrary lisp during build, I do not
> know how this would work. Or I could denormalise my git repo and
> put the generated files in there; not ideal.
>
>

One possibility, not as good as info, but quite easy, is given by
GitHub. Replace your current README.md with a README.org, in org-mode
syntax. Then tell Melpa that the Lentic home page is
https://github.com/phillord/lentic. And begin this documentation with a
"quick start" chapter.

Thierry






[O] Bug: babel with c++ [8.2.10 (8.2.10-29-g89a0ac-elpa]

2015-01-15 Thread seth andrews
C++ (or c code for that matter) that needs to link to any libraries will
not compile with babel.  In the function org-babel-C-execute, the file name
is given last, making it impossible to pass compiler flags that will effect
linking.  A simple fix is to switch the order of the last two arguments to
format.

Emacs  : GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
 of 2014-03-07 on lamiak, modified by Debian
Package: Org-mode version 8.2.10 (8.2.10-29-g89a0ac-elpa @
/home/seth/.emacs.d/elpa/org-20150112/)

current state:
==
(setq
 org-tab-first-hook '(org-hide-block-toggle-maybe
org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook
org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-html-format-drawer-function '(lambda (name contents) contents)
 org-latex-format-inlinetask-function 'ignore
 org-confirm-shell-link-function 'yes-or-no-p
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-special-ctrl-a/e t
 org-latex-format-headline-function
'org-latex-format-headline-default-function
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-latex-format-drawer-function '(lambda (name contents) contents)
 org-from-is-user-regexp "\\"
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all
append local] 5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ascii-format-drawer-function '(lambda (name contents width) contents)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
org-babel-execute-safely-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-hide-inline-tasks org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-babel-tangle-lang-exts '(("C++" . "cpp") ("emacs-lisp" . "el"))
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-html-format-headline-function 'ignore
 org-babel-load-languages '((gnuplot . t) (emacs-lisp . t) (C . t))
 org-html-format-inlinetask-function 'ignore
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-src-fontify-natively t
 )


Re: [O] Bug: babel with c++ [8.2.10 (8.2.10-29-g89a0ac-elpa]

2015-01-15 Thread seth andrews
Here's a simple example of the bug I just sent, if you try to run this with
babel it fails.
#+begin_src C++ :exports both :includes (list "\"boost/filesystem.hpp\""
"") :flags "-lboost_system"
 printf("testing\n");
#+end_src


On 13 January 2015 at 17:16, seth andrews  wrote:

> C++ (or c code for that matter) that needs to link to any libraries will
> not compile with babel.  In the function org-babel-C-execute, the file name
> is given last, making it impossible to pass compiler flags that will effect
> linking.  A simple fix is to switch the order of the last two arguments to
> format.
>
> Emacs  : GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7)
>  of 2014-03-07 on lamiak, modified by Debian
> Package: Org-mode version 8.2.10 (8.2.10-29-g89a0ac-elpa @
> /home/seth/.emacs.d/elpa/org-20150112/)
>
> current state:
> ==
> (setq
>  org-tab-first-hook '(org-hide-block-toggle-maybe
> org-src-native-tab-command-maybe
>   org-babel-hide-result-toggle-maybe
> org-babel-header-arg-expand)
>  org-speed-command-hook '(org-speed-command-default-hook
> org-babel-speed-command-hook)
>  org-occur-hook '(org-first-headline-recenter)
>  org-metaup-hook '(org-babel-load-in-session-maybe)
>  org-html-format-drawer-function '(lambda (name contents) contents)
>  org-latex-format-inlinetask-function 'ignore
>  org-confirm-shell-link-function 'yes-or-no-p
>  org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
>  org-special-ctrl-a/e t
>  org-latex-format-headline-function
> 'org-latex-format-headline-default-function
>  org-after-todo-state-change-hook '(org-clock-out-if-current)
>  org-latex-format-drawer-function '(lambda (name contents) contents)
>  org-from-is-user-regexp "\\"
>  org-src-mode-hook '(org-src-babel-configure-edit-buffer
> org-src-mode-configure-edit-buffer)
>  org-agenda-before-write-hook '(org-agenda-add-entry-text)
>  org-babel-pre-tangle-hook '(save-buffer)
>  org-mode-hook '(#[nil "\300\301\302\303\304$\207"
>[org-add-hook change-major-mode-hook org-show-block-all
> append local] 5]
>  #[nil "\300\301\302\303\304$\207"
>[org-add-hook change-major-mode-hook
> org-babel-show-result-all append local] 5]
>  org-babel-result-hide-spec org-babel-hide-all-hashes)
>  org-ascii-format-drawer-function '(lambda (name contents width) contents)
>  org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
> org-babel-execute-safely-maybe)
>  org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
>   org-cycle-hide-inline-tasks org-cycle-show-empty-lines
>   org-optimize-window-after-visibility-change)
>  org-babel-tangle-lang-exts '(("C++" . "cpp") ("emacs-lisp" . "el"))
>  org-confirm-elisp-link-function 'yes-or-no-p
>  org-metadown-hook '(org-babel-pop-to-session-maybe)
>  org-html-format-headline-function 'ignore
>  org-babel-load-languages '((gnuplot . t) (emacs-lisp . t) (C . t))
>  org-html-format-inlinetask-function 'ignore
>  org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
>  org-src-fontify-natively t
>  )
>
>


[O] mailto link with a subject and a content

2015-01-15 Thread PICCA Frederic-Emmanuel
Hello, I would like to create a link (exported as html) which allow to prefill 
the content of the emai when we click on it.

Something like

   To: sub...@bugs.debian.org
   Subject: My problem with hkl...

   Package: hkl
   Version: @VERSION@

   I found this problem in hkl...

Is it possible to do this kind of things with org-mode ?

thanks

Frederic

PS: I found nothing about the content in the documentation


[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

2015-01-15 Thread Dmitry Gutov

On 01/15/2015 09:14 PM, Eli Zaretskii wrote:


But you didn't even show the backtrace from the main (a.k.a. "Lisp")
thread.  Your backtrace is from thread 15, whereas the main thread is
thread 1.


The output is from 'thread apply all backtrace', AFAICS.

On the other hand, it's not 'bt full' or `xbacktrace', which 
report-emacs-bug asks to call.







[O] bug#19606: 24.4; Emacs hangs when editing a 5-line Org file

2015-01-15 Thread Glenn Morris

I just want to note that there seems to be a tendency to try and use gdb
to debug Org problems, when debug-on-quit and ctrl-g might work.





Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Phillip Lord
Alan Schmitt  writes:

> On 2015-01-15 15:54, phillip.l...@newcastle.ac.uk (Phillip Lord) writes:
>
>> Good. If you find any examples which fail, I'd be happy to look.
>
> It's not really failing, but I don't know how to put the end of file
> markers so that lentic likes it. For instance:
>
> ;; #+begin_src emacs-lisp
> (message "foo")
> ;; #+end_src
>
> ;; #+begin_src emacs-lisp
> (provide 'lentic_test)
> ;; #+end_src
>
> ;; # Local Variables:
> ;; # lentic-init: lentic-orgel-org-init
> ;; # End:
>
> ;;; lentic_test.el ends here
>
>
> The last line is not nicely typeset.

So, local variables comes *after* the ends here line. Currently, the
"ends here" line needs to be *inside* a source block, so you would have...



;; #+begin_src emacs-lisp
(message "foo")
;; #+end_src

;; #+begin_src emacs-lisp
(provide 'lentic_test)
;;; lentic_test.el ends here
;; #+end_src


;; # Local Variables:
;; # lentic-init: lentic-orgel-org-init
;; # End:



I am debating the last bit. I could treat the last line specially, as I
do the first, so it would end up as

# # lentic_test.el ends here

in the org-mode version. But then it would not appear in the any
org-mode output when perhaps it should.

>> At the moment, killing one or the other lentic buffers does the job.
>> Lentic checks for the killed buffer and all should be good. An "exit
>> lentic" command might be nice, indeed. It could close all lentic buffers
>> except the first (currently lentic only supports one buffer, but
>> eventually it should support many). But killing the buffer works fine
>> also.
>
> Right now it's a three steps process:
> - kill the buffer
> - confirm the kill as it's modified (the "org" buffer)
> - close the window
>
> This is why I think a lentic-exit command would be great.

Ah, okay. Currently, the save-buffer command in the org lentic view
should also save the .el version (I have the two hooked together). I was
thinking of adding two new features -- an auto-delete capability, so
that the file associated with the org-mode version is deleted when the
buffer is closed (or Emacs exists). This is to stop leaving lots of org
files around the place.

The process would then be

- save-buffer
- kill-buffer

I could also modify kill-buffer so that iff auto-delete is set, the
modification will not trigger save requests.

Can I ask, why do you want to kill the buffer? Why not just bury it?

Phil



Re: [O] Lentic.0.6 and org mode

2015-01-15 Thread Phillip Lord
Thierry Banel  writes:

> Le 15/01/2015 17:11, Phillip Lord a écrit :
 I spent some time figuring out how to use it.
>> Of course, even when installed from Melpa it is self-documenting in the
>> sense that the source files are full of documentation. The lentic-org.el
>> file contains a description of how to convert an existing file from
>> being an normal el file to an "orgel" file (which is the name I have
>> given to an el file that converts cleanly to an org file with lentic).
>>
>> I could translate these to info (via org-mode and texinfo). But melpa
>> presents a challenge here, since it works on the source only, and I need
>> to generate the texinfo from the source, at least as far as I know. So,
>> unless, I can get MELPA to run arbitrary lisp during build, I do not
>> know how this would work. Or I could denormalise my git repo and
>> put the generated files in there; not ideal.
>>
>>
>
> One possibility, not as good as info, but quite easy, is given by
> GitHub. Replace your current README.md with a README.org, in org-mode
> syntax.

Why this replacement? md or org should both work right? Or am I missing
something?

> Then tell Melpa that the Lentic home page is
> https://github.com/phillord/lentic.

I think it already has this.

> And begin this documentation with a "quick start" chapter.

I'm trying to avoid putting too much in README because it is already
documented in lentic and the other sources -- although, its clearly not
easy for people to find these.

For the next version, I will write some local tools to generate HTML
from source. Then I can expand the README to just point to those. And,
yes, an easy to find "quick-start" chapter would be good.

Phil



Re: [O] ":results none" doesn't seem to be documented

2015-01-15 Thread Samuel Wales
On 1/15/15, Andreas Leha  wrote:
> I am sorry, but your message is to short for me to make sense of.

about as short :]: exporting is slow because it echoes to minibuffer.



Re: [O] mailto link with a subject and a content

2015-01-15 Thread John Kitchin
I don't think a link is what you want here. You only get one piece of
information out of box when you click on a link,
e.g. mailto:jkitc...@andrew.cmu.edu (in my org-mode) will open a message
addressed to me. It is conceivable you could use syntax like
[[mailto:s...@email.com][Some subject]], but you would need to get the
element at point to get to the Some subject part.

It is easier to use a headline as the subject, and properties of the
headline to store the email address. See the function here:

https://github.com/jkitchin/jmax/blob/master/email.el#L51

Which sends an org-headline as an email with the headline as the
subject, and contents as the body. After you send the email, it stores
who you sent it to, and when as properties of that headline.

There are some other simpler email functions in there too.

PICCA Frederic-Emmanuel writes:

> Hello, I would like to create a link (exported as html) which allow to 
> prefill the content of the emai when we click on it.
>
> Something like
>
>To: sub...@bugs.debian.org
>Subject: My problem with hkl...
>
>Package: hkl
>Version: @VERSION@
>
>I found this problem in hkl...
>
> Is it possible to do this kind of things with org-mode ?
>
> thanks
>
> Frederic
>
> PS: I found nothing about the content in the documentation

--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu



Re: [O] mailto link with a subject and a content

2015-01-15 Thread Eric Abrahamsen
PICCA Frederic-Emmanuel 
writes:

> Hello, I would like to create a link (exported as html) which allow to 
> prefill the content of the emai when we click on it.
>
> Something like
>
>To: sub...@bugs.debian.org
>Subject: My problem with hkl...
>
>Package: hkl
>Version: @VERSION@
>
>I found this problem in hkl...
>
> Is it possible to do this kind of things with org-mode ?

I think mailto: link syntax comes with GET-style parameters that allow
prefilling of some headers, ie
"mailto:some...@address.com?subject=BugReport";, but that's pretty
limited. John's right that if what you want is the above, you should
probably just write some function to do it.

Incidentally, when I just tried to test the above, org would only send
the link to Conkeror, instead of opening in Gnus. Dunno what's going on
there.

Eric




Re: [O] Getting beginning postiion of a description list

2015-01-15 Thread John Kitchin
This is very un-orgish but it seems to do it. (forward-word) goes to the
end the next recognized word, (backward-word) to the beginning of the
word you are now at the end of, and (backward-char) to get to a
space. You just need org to get you on the list ;)

It seems to work on these.

- foo :: bar(goto-char (org-element-property :contents-begin 
(org-element-at-point)))
- baz :: goo
- 1 egg
- 0.5 cups
- :punc

#+BEGIN_SRC emacs-lisp
(defun gg ()
 (interactive)
 (beginning-of-line)
 (forward-word)
 (backward-word)
 (while (not (looking-at " "))
   (backward-char)))
#+END_SRC


Calvin Young writes:

> Hi all,
>
> If my cursor is in a description list item, what's the recommended way of
> getting the point at the beginning of the description list text (i.e.,
> after the bullet character)? To illustrate, given the following description
> list item, I'd like to get the point represented by the pipe character "|":
>
> - |foo :: bar
>
> If I use something like `(org-element-property :contents-begin
> (org-element-at-point))`, that gives me the point at the beginning of the
> description, not the list item:
>
> - foo :: |bar
>
> How do I need to massage this to give me the beginning of the whole list
> item? Is there a recommended solution that'd work for both description
> lists *and* plain lists?
>
> Thanks everyone :)
>
> Calvin

--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu



Re: [O] Getting beginning postiion of a description list

2015-01-15 Thread Calvin Young
Ah, this makes sense. Unfortunately, an additional constraint I failed to
mention in the first email is that it'd be nice if the solution worked for
numbered lists as well. That solution unfortunately breaks on numbered
lists :(

Is there perhaps another way to accomplish this?

P.S. I just noticed the typo in "position" in the subject of this
thread...apols, how very embarrassing of me.

On Thu, Jan 15, 2015 at 6:31 PM, John Kitchin 
wrote:

> This is very un-orgish but it seems to do it. (forward-word) goes to the
> end the next recognized word, (backward-word) to the beginning of the
> word you are now at the end of, and (backward-char) to get to a
> space. You just need org to get you on the list ;)
>
> It seems to work on these.
>
> - foo :: bar(goto-char (org-element-property :contents-begin
> (org-element-at-point)))
> - baz :: goo
> - 1 egg
> - 0.5 cups
> - :punc
>
> #+BEGIN_SRC emacs-lisp
> (defun gg ()
>  (interactive)
>  (beginning-of-line)
>  (forward-word)
>  (backward-word)
>  (while (not (looking-at " "))
>(backward-char)))
> #+END_SRC
>
>
> Calvin Young writes:
>
> > Hi all,
> >
> > If my cursor is in a description list item, what's the recommended way of
> > getting the point at the beginning of the description list text (i.e.,
> > after the bullet character)? To illustrate, given the following
> description
> > list item, I'd like to get the point represented by the pipe character
> "|":
> >
> > - |foo :: bar
> >
> > If I use something like `(org-element-property :contents-begin
> > (org-element-at-point))`, that gives me the point at the beginning of the
> > description, not the list item:
> >
> > - foo :: |bar
> >
> > How do I need to massage this to give me the beginning of the whole list
> > item? Is there a recommended solution that'd work for both description
> > lists *and* plain lists?
> >
> > Thanks everyone :)
> >
> > Calvin
>
> --
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>


Re: [O] Getting beginning postiion of a description list

2015-01-15 Thread Nicolas Richard
Calvin Young  writes:
> How do I need to massage this to give me the beginning of the whole
> list item? Is there a recommended solution that'd work for both
> description lists *and* plain lists?

This seems to work for me:

(defun yf/org-beginning-of-item ()
  (let ((element (org-element-at-point)))
;; 'plain-list is returned when at the beginning of the first item in the 
list.
(when (eq 'plain-list (org-element-type element))
  (save-excursion
(forward-char)
(setq element (org-element-at-point
;; look ancestors to find an 'item element.
(while (and element
(not
 (eq 'item
 (org-element-type element
  (setq element (org-element-property :parent element)))
(if (not element)
(error "Not in a list item")
  (goto-char
   (+ (length (org-element-property :bullet element))
  (org-element-property :begin element))

Probably one could use the list API directly (from org-list.el) too.

-- 
Nicolas Richard