Re: [O] Adding custom ordered list "bullet" symbols?

[Eric S Fraga]

On Thursday, 15 Oct 2015 at 16:49, Nick Dokos wrote:
> ... assuming that OP is talking about latex export.
> I assumed he was talking about the org buffer - we'll have to wait
> and see who guessed correctly :-)

Indeed.  I read the OP's email too quickly...  And as I was in
the midst of writing a paper, I was very much in a org/LaTeX frame of
mind. :-)
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.2-161-gd2ac25

[O] orgmine.el - a minor mode for org-mode with Redmine integration

[Tokuya Kameshima]

Hi there,

Not documented enough yet but I would like to announce the release of
orgmine.el, a minor mode for org-mode with Redmine integration.

Please visit the following github site if you are interested in.

http://github.com/kametoku/orgmine

Since I do not have enough time for a while, it would be appreciated
if someone can write documents and demonstration. :-)

Thank you,
--Tokuya

[O] Using constants in columns

[Guido Van Hoecke]

Hi,

Is there a way to use a constant directly in a table column?
I need to have a table where one of the columns can have one out of three
possible values and wanted to use constants for this.
>From the following minimal example it appears that constants are only
possible in formulas, or am I missing something?

#+CONSTANTS: vat=1.21
| 12.34 | $vat | #ERROR | 14.9314 |
#+TBLFM: $3=$1*$2::$4=$1*$vat

Using the $vat constant directly from the content of column 3 produces an
error, using it from a formula works fine.

If this is the way it is, I'll have to write a formula for each row of the
column, that'd be a real pitty...

Please advise

TIA, Guido

Re: [O] Using constants in columns

[Eric S Fraga]

On Friday, 16 Oct 2015 at 14:39, Guido Van Hoecke wrote:
> Hi,
>
> Is there a way to use a constant directly in a table column?
> I need to have a table where one of the columns can have one out of three
> possible values and wanted to use constants for this.
> From the following minimal example it appears that constants are only
> possible in formulas, or am I missing something?
>
> #+CONSTANTS: vat=1.21
> | 12.34 | $vat | #ERROR | 14.9314 |
>
> #+TBLFM: $3=$1*$2::$4=$1*$vat
>
> Using the $vat constant directly from the content of column 3 produces an
> error, using it from a formula works fine.
>
> If this is the way it is, I'll have to write a formula for each row of the
> column, that'd be a real pitty...

Maybe not pretty but for a small number of alternatives, you could do:

#+begin_src org
  ,#+constants: vat=[1.15,1.21,1.40]
  | amount | vat1 | vat2 | vat3 |   total |
  |+--+--+--+-|
  |  12.34 |1 |0 |0 |  14.191 |
  |  56.78 |0 |1 |0 | 68.7038 |
  ,#+TBLFM: $5=$1*vsum($2..$4*$vat)
#+end_src

alternatively, you could have an integer value in the VAT column and use
that to index the vector of VAT values?
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.2-161-gd2ac25

Re: [O] Using constants in columns

[Guido Van Hoecke]

Hi Eric,

Thanks for the suggestions, I'll go for the integer value used as an index
:)

Have a nice weekend,


Guido

On 16 October 2015 at 15:48, Eric S Fraga  wrote:

> On Friday, 16 Oct 2015 at 14:39, Guido Van Hoecke wrote:
> > Hi,
> >
> > Is there a way to use a constant directly in a table column?
> > I need to have a table where one of the columns can have one out of three
> > possible values and wanted to use constants for this.
> > From the following minimal example it appears that constants are only
> > possible in formulas, or am I missing something?
> >
> > #+CONSTANTS: vat=1.21
> > | 12.34 | $vat | #ERROR | 14.9314 |
> >
> > #+TBLFM: $3=$1*$2::$4=$1*$vat
> >
> > Using the $vat constant directly from the content of column 3 produces an
> > error, using it from a formula works fine.
> >
> > If this is the way it is, I'll have to write a formula for each row of
> the
> > column, that'd be a real pitty...
>
> Maybe not pretty but for a small number of alternatives, you could do:
>
> #+begin_src org
>   ,#+constants: vat=[1.15,1.21,1.40]
>   | amount | vat1 | vat2 | vat3 |   total |
>   |+--+--+--+-|
>   |  12.34 |1 |0 |0 |  14.191 |
>   |  56.78 |0 |1 |0 | 68.7038 |
>   ,#+TBLFM: $5=$1*vsum($2..$4*$vat)
> #+end_src
>
> alternatively, you could have an integer value in the VAT column and use
> that to index the vector of VAT values?
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.2-161-gd2ac25
>

Re: [O] Using constants in columns

[Eric S Fraga]

On Friday, 16 Oct 2015 at 16:38, Guido Van Hoecke wrote:
> Hi Eric,
>
> Thanks for the suggestions, I'll go for the integer value used as an index

and please post the index solution for the record?
thanks,
eric
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.2-161-gd2ac25

Re: [O] multiple cursor not working properly with org-mode

[Jérémie Juste]

Hello,

I started an emacs - Q session and loaded only multiple-cursors. I still
have the same issue.
my verson of multiple-cursors is multiple-cursors-20150710.456 - the latest
one from melpa.



On Wed, Oct 14, 2015 at 11:17 PM, Kaushal Modi 
wrote:

> It works fine for me.
>
> Have you tried starting an emacs -Q session and loading just
> multiple-cursors (and org-mode, if you are not using the org-mode version
> shipped with emacs)?
>
> Can you replicate the problem then?
>
> If not, then comment out your whole emacs config and uncomment it 50% at a
> time between emacs restarts till you narrow down to the part in the config
> causing this issue.
>
>
> --
> Kaushal Modi
>
> On Wed, Oct 14, 2015 at 4:56 PM, Jérémie Juste 
> wrote:
>
>> Hello,
>>
>> Multiple cursor is a
>> very handy tool. but I don't understand why it does not work properly in
>> org-mode.  I can delete characters but I cannot  write anything in
>> org-mode. For the time being when it's not too costly I've resorted
>> switching to text-mode make the modification and then back to org-mode.
>>
>> anyone tried something better?
>>
>> --
>> Jérémie Juste
>>
>
>


-- 
Jérémie Juste

Re: [O] multiple cursor not working properly with org-mode

[Kaushal Modi]

I am using the same multiple-cursors version.

What is you OS, emacs version (M-x emacs-version) and org-mode version
(M-x org-version)?

I don't know if that information will help as I have never seen the
problem you described. But it will still be good to have that info.

What happens when you try to write anything.. can you post what you
get when you hit something like "C-h c a" once you are in that mode
when you cannot type?
Does this happen after all of multiple-cursors commands
(mc/mark-next-like-this, mc/mark-prev-like-this, ...)?

It will be very useful if you can provide a step-by-step explanation
of what commands you are running to recreate that problem starting
from an emacs -Q session.. provide us a recipe of the problem.

It should also open this issue on the multiple-cursors github with all
the above info if you are sure that this happens only with
multiple-cursors loaded.

--
Kaushal Modi


On Fri, Oct 16, 2015 at 11:10 AM, Jérémie Juste  wrote:
> Hello,
>
> I started an emacs - Q session and loaded only multiple-cursors. I still
> have the same issue.
> my verson of multiple-cursors is multiple-cursors-20150710.456 - the latest
> one from melpa.
>
>
>
> On Wed, Oct 14, 2015 at 11:17 PM, Kaushal Modi 
> wrote:
>>
>> It works fine for me.
>>
>> Have you tried starting an emacs -Q session and loading just
>> multiple-cursors (and org-mode, if you are not using the org-mode version
>> shipped with emacs)?
>>
>> Can you replicate the problem then?
>>
>> If not, then comment out your whole emacs config and uncomment it 50% at a
>> time between emacs restarts till you narrow down to the part in the config
>> causing this issue.
>>
>>
>> --
>> Kaushal Modi
>>
>> On Wed, Oct 14, 2015 at 4:56 PM, Jérémie Juste 
>> wrote:
>>>
>>> Hello,
>>>
>>> Multiple cursor is a very handy tool. but I don't understand why it does
>>> not work properly in org-mode.  I can delete characters but I cannot  write
>>> anything in org-mode. For the time being when it's not too costly I've
>>> resorted switching to text-mode make the modification and then back to
>>> org-mode.
>>>
>>> anyone tried something better?
>>>
>>> --
>>> Jérémie Juste
>>
>>
>
>
>
> --
> Jérémie Juste

Re: [O] multiple cursor not working properly with org-mode

[Jérémie Juste]

*
   emacs version

   GNU EMACS 24.5.1 (X86_64-REDHAT-LINUX-GNU, GTK+ VERSION 3.16.6) OF
2015-09-14 ON BUILDVM-10.PHX2.FEDORAPROJECT.ORG

   Org version

   Org-mode version 8.3.1 (8.3.1-103-g366dc4-elpa @
/home/DJJ/.emacs.d/elpa/org-20150907/)


   * About the problem

   When I have a key binding which is s-d for mc/mark-next-like-this. This
works pretty well. I can mark easily what I want to mark. I can delete
characters with all the cursors but when I type a character only the first
cursor enters them. I have the same issue with  mc/mark-previous-like-this.

   I tried the same procedure with different mode but didn't have any
problem. (eg ess-mode, python-mode, text-mode, lisp-mode)

I hope I have provided enough info. I'll be glad to provide more info if it
can help.

On Fri, Oct 16, 2015 at 5:20 PM, Kaushal Modi 
wrote:

> I am using the same multiple-cursors version.
>
> What is you OS, emacs version (M-x emacs-version) and org-mode version
> (M-x org-version)?
>
> I don't know if that information will help as I have never seen the
> problem you described. But it will still be good to have that info.
>
> What happens when you try to write anything.. can you post what you
> get when you hit something like "C-h c a" once you are in that mode
> when you cannot type?
> Does this happen after all of multiple-cursors commands
> (mc/mark-next-like-this, mc/mark-prev-like-this, ...)?
>
> It will be very useful if you can provide a step-by-step explanation
> of what commands you are running to recreate that problem starting
> from an emacs -Q session.. provide us a recipe of the problem.
>
> It should also open this issue on the multiple-cursors github with all
> the above info if you are sure that this happens only with
> multiple-cursors loaded.
>
> --
> Kaushal Modi
>
>
> On Fri, Oct 16, 2015 at 11:10 AM, Jérémie Juste 
> wrote:
> > Hello,
> >
> > I started an emacs - Q session and loaded only multiple-cursors. I still
> > have the same issue.
> > my verson of multiple-cursors is multiple-cursors-20150710.456 - the
> latest
> > one from melpa.
> >
> >
> >
> > On Wed, Oct 14, 2015 at 11:17 PM, Kaushal Modi 
> > wrote:
> >>
> >> It works fine for me.
> >>
> >> Have you tried starting an emacs -Q session and loading just
> >> multiple-cursors (and org-mode, if you are not using the org-mode
> version
> >> shipped with emacs)?
> >>
> >> Can you replicate the problem then?
> >>
> >> If not, then comment out your whole emacs config and uncomment it 50%
> at a
> >> time between emacs restarts till you narrow down to the part in the
> config
> >> causing this issue.
> >>
> >>
> >> --
> >> Kaushal Modi
> >>
> >> On Wed, Oct 14, 2015 at 4:56 PM, Jérémie Juste 
> >> wrote:
> >>>
> >>> Hello,
> >>>
> >>> Multiple cursor is a very handy tool. but I don't understand why it
> does
> >>> not work properly in org-mode.  I can delete characters but I cannot
> write
> >>> anything in org-mode. For the time being when it's not too costly I've
> >>> resorted switching to text-mode make the modification and then back to
> >>> org-mode.
> >>>
> >>> anyone tried something better?
> >>>
> >>> --
> >>> Jérémie Juste
> >>
> >>
> >
> >
> >
> > --
> > Jérémie Juste
>



-- 
Jérémie Juste

[O] Bug in latex export figure labels?

[garjola]

Hi,

I am having issues when exporting to LaTeX using labels in figures. The
following snippet

> > >
> #+CAPTION: Comparison >
> #+NAME:  fig:irreg2   >
> #+attr_latex: :width 0.9\textwidth :placement [H] >
> [[file:irregular_red.png]]>
> > >

gets exported as (see the label)

>  >
> \begin{figure}[H]>
> \centering   >
> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
> \caption{\label{fig:orgparagraph1}   >
> Comparison}  >
> \end{figure} >
>  >

instead of 

>  >
> \begin{figure}[H]>
> \centering   >
> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
> \caption{\label{fig:irreg2}Comparison}   >
> \end{figure} >
>  >

I noticed this when updating the melpa package to the latest one. Using
the git repository I have tried several versions of org-mode and the
"bug" was introduced between release 8.2.9 and release 8.3. 

Since I am a little bit surprised that this has not been noticed, I am
reluctant to say that this is a bug, but the same file gets exported
differently with these 2 releases.

I have also tried to change +NAME to +LABEL and the result is the same.

Am I doing something wrong?

Thank you.

Garjola




-- 
Dr. Dindi
Dad, Philosopher, Hacker

Re: [O] Bug in latex export figure labels?

[Nicolas Goaziou]

Hello,

garj...@garjola.net writes:

> I am having issues when exporting to LaTeX using labels in figures. The
> following snippet
>
>> > >
>> #+CAPTION: Comparison >
>> #+NAME:  fig:irreg2   >
>> #+attr_latex: :width 0.9\textwidth :placement [H] >
>> [[file:irregular_red.png]]>
>> > >
>
> gets exported as (see the label)
>
>>  >
>> \begin{figure}[H]>
>> \centering   >
>> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
>> \caption{\label{fig:orgparagraph1}   >
>> Comparison}  >
>> \end{figure} >
>>  >
>
> instead of 
>
>>  >
>> \begin{figure}[H]>
>> \centering   >
>> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
>> \caption{\label{fig:irreg2}Comparison}   >
>> \end{figure} >
>>  >
>
> I noticed this when updating the melpa package to the latest one. Using
> the git repository I have tried several versions of org-mode and the
> "bug" was introduced between release 8.2.9 and release 8.3. 
>
> Since I am a little bit surprised that this has not been noticed, I am
> reluctant to say that this is a bug, but the same file gets exported
> differently with these 2 releases.
>
> I have also tried to change +NAME to +LABEL and the result is the same.
>
> Am I doing something wrong?

This is a feature. See `org-latex-prefer-user-labels'.


Regards,

-- 
Nicolas Goaziou

Re: [O] org-agenda-scheduled-leaders and repeating tasks

[Nicolas Goaziou]

Hello,

cesar mena  writes:

> i think what i am trying to say is best shown with an example.
>
> so let's say that today is oct 13th.
>
> the task
> ** TODO check smoke alarm
>SCHEDULED: <2015-10-04 Sun .+10d>
>
> shows up in the agenda as:
>
> Sched.10x:  TODO check smoke alarm
>
> however, had the task been scheduled a day before (or if today was oct 14th):
>
>  ** TODO check smoke alarm
>SCHEDULED: <2015-10-03 Sat .+10d>
>
> it would show up in the agenda as:
>
> Scheduled:  TODO check smoke alarm
>
> that is to say, the marker that indicates it is overdue is gone.  for
> some cases, like checking the smoke alarm, i don't want the "Sched.?x"
> to reset.
>
> ie, Sched.11x:  TODO check smoke alarm
>
> i tracked this down to the function org-time-string-to-absolute.  when
> rendering the agenda it gets called with today as its DAYNR argument,
> which causes "org-closest-date" to return "today" for the case of
> repeating timestamps.
>
> i can understand why it is done this way, and i find it useful.
> however for some tasks, i'd rather the counter not reset lest i miss
> something for longer than i should have (the smoke alarm case for
> example).

I fixed the issue with a rather opinionated change.
`org-agenda-repeating-timestamp-show-all' no longer applies on ".+" and
"++" repeaters.

Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] multiple cursor not working properly with org-mode

[Ivan Andrus]

I haven’t been following the thread so this may have already been asked,
but have you checked ~/.emacs.d/.mc-lists.el ?

Perhaps org-self-insert-command found it’s way into the wrong list.  It’s
safe to just delete the file and restart Emacs.

-Ivan


On Oct 16, 2015, at 9:53 AM, Jérémie Juste  wrote:

*
   emacs version

   GNU EMACS 24.5.1 (X86_64-REDHAT-LINUX-GNU, GTK+ VERSION 3.16.6) OF
2015-09-14 ON BUILDVM-10.PHX2.FEDORAPROJECT.ORG


   Org version

   Org-mode version 8.3.1 (8.3.1-103-g366dc4-elpa @
/home/DJJ/.emacs.d/elpa/org-20150907/)


   * About the problem

   When I have a key binding which is s-d for mc/mark-next-like-this. This
works pretty well. I can mark easily what I want to mark. I can delete
characters with all the cursors but when I type a character only the first
cursor enters them. I have the same issue with  mc/mark-previous-like-this.

   I tried the same procedure with different mode but didn't have any
problem. (eg ess-mode, python-mode, text-mode, lisp-mode)

I hope I have provided enough info. I'll be glad to provide more info if it
can help.

On Fri, Oct 16, 2015 at 5:20 PM, Kaushal Modi 
wrote:

> I am using the same multiple-cursors version.
>
> What is you OS, emacs version (M-x emacs-version) and org-mode version
> (M-x org-version)?
>
> I don't know if that information will help as I have never seen the
> problem you described. But it will still be good to have that info.
>
> What happens when you try to write anything.. can you post what you
> get when you hit something like "C-h c a" once you are in that mode
> when you cannot type?
> Does this happen after all of multiple-cursors commands
> (mc/mark-next-like-this, mc/mark-prev-like-this, ...)?
>
> It will be very useful if you can provide a step-by-step explanation
> of what commands you are running to recreate that problem starting
> from an emacs -Q session.. provide us a recipe of the problem.
>
> It should also open this issue on the multiple-cursors github with all
> the above info if you are sure that this happens only with
> multiple-cursors loaded.
>
> --
> Kaushal Modi
>
>
> On Fri, Oct 16, 2015 at 11:10 AM, Jérémie Juste 
> wrote:
> > Hello,
> >
> > I started an emacs - Q session and loaded only multiple-cursors. I still
> > have the same issue.
> > my verson of multiple-cursors is multiple-cursors-20150710.456 - the
> latest
> > one from melpa.
> >
> >
> >
> > On Wed, Oct 14, 2015 at 11:17 PM, Kaushal Modi 
> > wrote:
> >>
> >> It works fine for me.
> >>
> >> Have you tried starting an emacs -Q session and loading just
> >> multiple-cursors (and org-mode, if you are not using the org-mode
> version
> >> shipped with emacs)?
> >>
> >> Can you replicate the problem then?
> >>
> >> If not, then comment out your whole emacs config and uncomment it 50%
> at a
> >> time between emacs restarts till you narrow down to the part in the
> config
> >> causing this issue.
> >>
> >>
> >> --
> >> Kaushal Modi
> >>
> >> On Wed, Oct 14, 2015 at 4:56 PM, Jérémie Juste 
> >> wrote:
> >>>
> >>> Hello,
> >>>
> >>> Multiple cursor is a very handy tool. but I don't understand why it
> does
> >>> not work properly in org-mode.  I can delete characters but I cannot
> write
> >>> anything in org-mode. For the time being when it's not too costly I've
> >>> resorted switching to text-mode make the modification and then back to
> >>> org-mode.
> >>>
> >>> anyone tried something better?
> >>>
> >>> --
> >>> Jérémie Juste
> >>
> >>
> >
> >
> >
> > --
> > Jérémie Juste
>



-- 
Jérémie Juste

Re: [O] multiple cursor not working properly with org-mode

[Kaushal Modi]

Ivan made a very good point. It this actually is the problem it would
also explain why you see it in emacs -Q too.

--
Kaushal Modi


On Fri, Oct 16, 2015 at 2:06 PM, Ivan Andrus  wrote:
> I haven’t been following the thread so this may have already been asked, but
> have you checked ~/.emacs.d/.mc-lists.el ?
>
> Perhaps org-self-insert-command found it’s way into the wrong list.  It’s
> safe to just delete the file and restart Emacs.
>
> -Ivan
>
>
> On Oct 16, 2015, at 9:53 AM, Jérémie Juste  wrote:
>
> *
>emacs version
>
>GNU EMACS 24.5.1 (X86_64-REDHAT-LINUX-GNU, GTK+ VERSION 3.16.6) OF
> 2015-09-14 ON BUILDVM-10.PHX2.FEDORAPROJECT.ORG
>
>Org version
>
>Org-mode version 8.3.1 (8.3.1-103-g366dc4-elpa @
> /home/DJJ/.emacs.d/elpa/org-20150907/)
>
>
>* About the problem
>
>When I have a key binding which is s-d for mc/mark-next-like-this. This
> works pretty well. I can mark easily what I want to mark. I can delete
> characters with all the cursors but when I type a character only the first
> cursor enters them. I have the same issue with  mc/mark-previous-like-this.
>
>I tried the same procedure with different mode but didn't have any
> problem. (eg ess-mode, python-mode, text-mode, lisp-mode)
>
> I hope I have provided enough info. I'll be glad to provide more info if it
> can help.
>
> On Fri, Oct 16, 2015 at 5:20 PM, Kaushal Modi 
> wrote:
>>
>> I am using the same multiple-cursors version.
>>
>> What is you OS, emacs version (M-x emacs-version) and org-mode version
>> (M-x org-version)?
>>
>> I don't know if that information will help as I have never seen the
>> problem you described. But it will still be good to have that info.
>>
>> What happens when you try to write anything.. can you post what you
>> get when you hit something like "C-h c a" once you are in that mode
>> when you cannot type?
>> Does this happen after all of multiple-cursors commands
>> (mc/mark-next-like-this, mc/mark-prev-like-this, ...)?
>>
>> It will be very useful if you can provide a step-by-step explanation
>> of what commands you are running to recreate that problem starting
>> from an emacs -Q session.. provide us a recipe of the problem.
>>
>> It should also open this issue on the multiple-cursors github with all
>> the above info if you are sure that this happens only with
>> multiple-cursors loaded.
>>
>> --
>> Kaushal Modi
>>
>>
>> On Fri, Oct 16, 2015 at 11:10 AM, Jérémie Juste 
>> wrote:
>> > Hello,
>> >
>> > I started an emacs - Q session and loaded only multiple-cursors. I still
>> > have the same issue.
>> > my verson of multiple-cursors is multiple-cursors-20150710.456 - the
>> > latest
>> > one from melpa.
>> >
>> >
>> >
>> > On Wed, Oct 14, 2015 at 11:17 PM, Kaushal Modi 
>> > wrote:
>> >>
>> >> It works fine for me.
>> >>
>> >> Have you tried starting an emacs -Q session and loading just
>> >> multiple-cursors (and org-mode, if you are not using the org-mode
>> >> version
>> >> shipped with emacs)?
>> >>
>> >> Can you replicate the problem then?
>> >>
>> >> If not, then comment out your whole emacs config and uncomment it 50%
>> >> at a
>> >> time between emacs restarts till you narrow down to the part in the
>> >> config
>> >> causing this issue.
>> >>
>> >>
>> >> --
>> >> Kaushal Modi
>> >>
>> >> On Wed, Oct 14, 2015 at 4:56 PM, Jérémie Juste 
>> >> wrote:
>> >>>
>> >>> Hello,
>> >>>
>> >>> Multiple cursor is a very handy tool. but I don't understand why it
>> >>> does
>> >>> not work properly in org-mode.  I can delete characters but I cannot
>> >>> write
>> >>> anything in org-mode. For the time being when it's not too costly I've
>> >>> resorted switching to text-mode make the modification and then back to
>> >>> org-mode.
>> >>>
>> >>> anyone tried something better?
>> >>>
>> >>> --
>> >>> Jérémie Juste
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Jérémie Juste
>
>
>
>
> --
> Jérémie Juste
>
>

Re: [O] HowTo? have R :sessions in org mode invoke a specific R

[Cook, Malcolm]

Replying on an old thread:

> >>On Mon, Nov 4, 2013 at 11:22 AM, Cook, Malcolm 
 > wrote:
 > >  >> I wish to lock an org buffer to a particular installation of R so that 
 > > all
 > code blocks use it.
 > >  >>
 > >  >> I found that I could not, for instance, write `:session R-3.0.1`.
 > >  >>
 > >  >> Is there some best way for me to accomplish this?
 > >  >>
 > >  >> Perhaps some way of setting inferior-R-program-name to a buffer local
 > value?
 > >  >
 > >  >I'm no good at in-buffer variables, but this one looks of interest:
 > >  >org-babel-R-command
 > >
 > > Indeed, John,  that is the variable I would like to have respected
 > > when I
 > >
 > > (setq-local inferior-R-program-name "R-3.0.1")
 > >
 > >
 > > But, alas it is not.
 > >
 > > Any other takers?
 > >
 > > Thanks!
 > 
 > I think you got it backwards: if you are trying to use org-babel to evaluate 
 > an R
 > code block, then the variable you should set is org-babel-R-command as John
 > indicated. Setting inferior-R-program-name to something does not tell
 > anything to org-babel. To use your term, org-babel does not respect inferior-
 > R-program-name; the only thing it knows is org-babel-R-command. Only ESS
 > respects inferior-R-program-name, but you are not using ESS here. So have
 > you tried
 > 
 >  (setq-local org-babel-R-command "R-3.0.1 --slave --no-save")

Yes!  Indeed!  And, Thanks!  

And... I don't even need to remember to eval the setq statement if I include in 
my org the following works everytime

# Local Variables:
# org-babel-R-command: "R-3.0.1 --slave --no-save"
# End:

Or put it as first line in the file:

# -*- org-babel-R-command: "R-3.0.1 --slave --no-save"-*-

Cheers,

Malcolm

 > 
 > in your org-mode buffer where you are evaluating your R code?
 > The options are guesses based on the current setting. Untested since I know
 > virtually nothing about R.
 > 
 > Nick
 > 

Re: [O] patch fixing a typo in the docs

[Nicolas Goaziou]

Hello,

"Michael O'Connor"  writes:

> Hello, I've attached a patch fixing a minor typo in the docs.  I think this
> is the right list to send it to, let me know if I should send it
> elsewhere!
>
> From 6701fc8ec3e05a25c53d84ed39b88360a3836998 Mon Sep 17 00:00:00 2001
> From: Michael O'Connor 
> Date: Tue, 13 Oct 2015 21:15:11 -0400
> Subject: [PATCH] org.texi, orgguide.texi: Fix spelling of Sean Astin's name

Applied. Thank you.

This was a long standing bug introduced in
e6b87d40b3a70718c96f2ce06a658533804b2b38, more than 7 years ago. Good
catch.


Regards,

-- 
Nicolas Goaziou

Re: [O] Bug in latex export figure labels?

[Andreas Leha]

Nicolas Goaziou  writes:
> Hello,
>
> garj...@garjola.net writes:
>
>> I am having issues when exporting to LaTeX using labels in figures. The
>> following snippet
>>
>>> > >
>>> #+CAPTION: Comparison >
>>> #+NAME:  fig:irreg2   >
>>> #+attr_latex: :width 0.9\textwidth :placement [H] >
>>> [[file:irregular_red.png]]>
>>> > >
>>
>> gets exported as (see the label)
>>
>>>  >
>>> \begin{figure}[H]>
>>> \centering   >
>>> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
>>> \caption{\label{fig:orgparagraph1}   >
>>> Comparison}  >
>>> \end{figure} >
>>>  >
>>
>> instead of 
>>
>>>  >
>>> \begin{figure}[H]>
>>> \centering   >
>>> \includegraphics[width=0.9\textwidth]{irregular_red.png} >
>>> \caption{\label{fig:irreg2}Comparison}   >
>>> \end{figure} >
>>>  >
>>
>> I noticed this when updating the melpa package to the latest one. Using
>> the git repository I have tried several versions of org-mode and the
>> "bug" was introduced between release 8.2.9 and release 8.3. 
>>
>> Since I am a little bit surprised that this has not been noticed, I am
>> reluctant to say that this is a bug, but the same file gets exported
>> differently with these 2 releases.
>>
>> I have also tried to change +NAME to +LABEL and the result is the same.
>>
>> Am I doing something wrong?
>
> This is a feature. See `org-latex-prefer-user-labels'.
>

Maybe `org-latex-prefer-user-labels' deserves its own FAQ entry.

Or a changed default value.


Regards,
Andreas

Re: [O] Bug in latex export figure labels?

[Rasmus]

Andreas Leha  writes:

> Maybe `org-latex-prefer-user-labels' deserves its own FAQ entry.

It should perhaps be mentioned explicitly in the manual as this topic pops
up too frequently.  A worg faq entry is also fine.

Feel free to submit a patch towards this end.

> Or a changed default value.

I disagree.

Rasmus

-- 
One thing that is clear: it's all down hill from here 

[O] org-lint complains about planning info line in inline task (was: Re: how to use org-lint)

[Gregor Zattler]

Hi Nicolas, org-mode developers,

org-lint cpmlains:
 10702 low   Misplaced planning info line

because of this:

* DONE  xxx X x X
  DEADLINE: <2011-11-25 Fr>   CLOSED: [2011-12-17 Sa 21:42]  
  <2011-11-22 Di>
  :LOGBOOK:
  - State "DONE"   from "TODO"   [2011-12-17 Sa 21:42] \\
erledigt
  :END:
* END

is it right to do so?  I thought planning info lines go right
below the headline?

Ciao; Gregor

P.S.: Regarding the problem described below: org-lint worked with
Emacs-snapshot -Q, so I bisected my init.el.  Now it works while
nothing relvant changed with respect to the init.el!?  Strange.

* Nicolas Goaziou  [15. Oct. 2015]:
> Gregor Zattler  writes:
> 
>> When I do this, nothing happens, there is no buffer *Org lint*.
> 
> You may want to debug `org-lint', or probably
> `org-lint--display-reports' then.
> 
>> When I do M-: (org-int) it takes a second or two but there is no
>> *Org-lint* buffer and only this info in *Messages* (I XXXed personal
>> info):
> 
> In non-interactive mode, `org-lint' spits out reports for further
> processing, or nil when all lights are green. IOW, this is to be
> expected.
> 
> Regards,
> 
> 

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

Re: [O] ox-beamer and CUSTOM_ID

[Nicolas Goaziou]

Fabrice Popineau  writes:

> My small patch worked only for labels with colon.
> With more extensive testing, I can propose this one against maint :

Thank you

> diff --git a/vendor/org-mode/lisp/ox-beamer.el
> b/vendor/org-mode/lisp/ox-beamer.el
> index 73d8a76..ee4f0d7 100644
> --- a/vendor/org-mode/lisp/ox-beamer.el
> +++ b/vendor/org-mode/lisp/ox-beamer.el
> @@ -335,11 +335,11 @@ property, or a fallback value built from headline's
> number.  This
>  function assumes HEADLINE will be treated as a frame."
>(let ((opt (org-element-property :BEAMER_OPT headline)))
>  (if (and (stringp opt)
> -(string-match "\\(?:^\\|,\\)label=\\(.*?\\)\\(?:$\\|,\\)" opt))
> +(string-match "\\(?:^\\|,\\)label={?\\(.*?\\)}?\\(?:$\\|,\\)"

It would remove un-balanced curly brackets, which may or may not be
a good idea.

I took the liberty to apply a patch based off yours on maint. Hopefully,
the issue should be solved.

Regards,

Re: [O] org-lint complains about incorrect contents for PROPERTIES drawer in inline task (was: Re: how to use org-lint)

[Gregor Zattler]

Hi Nicolas, org-mode developers,

I fixed another org-mode file and there is another strange
behaviour of org-lint:

org-lint complains:
  9846 high  Incorrect contents for PROPERTIES drawer

because of this:

* watermelon watermelon watermelon
  :PROPERTIES:
  :CREATED: <2013-07-10 Mi 16:40>
  :END:
  <2013-07-11 Do>
* END

In order to fix it I recreated this inline task (C-c C-x t) and
its PROPERTIES drawer (C-u M-x org-insert-drawer) and the
specified property (C-c C-x p).  Org-lint complains nonetheless.

What to do?

Ciao; Gregor 


* Gregor Zattler  [16. Oct. 2015]:
> org-lint cpmlains:
>  10702 low   Misplaced planning info line
> 
> because of this:
> 
> * DONE  xxx X x X
>   DEADLINE: <2011-11-25 Fr>   CLOSED: [2011-12-17 Sa 21:42]  
>   <2011-11-22 Di>
>   :LOGBOOK:
>   - State "DONE"   from "TODO"   [2011-12-17 Sa 21:42] \\
> erledigt
>   :END:
> * END
> 
> is it right to do so?  I thought planning info lines go right
> below the headline?
> 
> Ciao; Gregor
> 
> P.S.: Regarding the problem described below: org-lint worked with
> Emacs-snapshot -Q, so I bisected my init.el.  Now it works while
> nothing relvant changed with respect to the init.el!?  Strange.
> 
> * Nicolas Goaziou  [15. Oct. 2015]:
>> Gregor Zattler  writes:
>> 
>>> When I do this, nothing happens, there is no buffer *Org lint*.
>> 
>> You may want to debug `org-lint', or probably
>> `org-lint--display-reports' then.
>> 
>>> When I do M-: (org-int) it takes a second or two but there is no
>>> *Org-lint* buffer and only this info in *Messages* (I XXXed personal
>>> info):
>> 
>> In non-interactive mode, `org-lint' spits out reports for further
>> processing, or nil when all lights are green. IOW, this is to be
>> expected.
>> 
>> Regards,
>> 
>> 
> 
> Ciao, Gregor
> -- 
>  -... --- .-. . -.. ..--.. ...-.-
> 
> 

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-

Re: [O] org-lint complains about planning info line in inline task

[Nicolas Goaziou]

Hello,

Gregor Zattler  writes:

> org-lint cpmlains:
>  10702 low   Misplaced planning info line
>
> because of this:
>
> * DONE  xxx X x X
>   DEADLINE: <2011-11-25 Fr>   CLOSED: [2011-12-17 Sa 21:42]  
>   <2011-11-22 Di>
>   :LOGBOOK:
>   - State "DONE"   from "TODO"   [2011-12-17 Sa 21:42] \\
> erledigt
>   :END:
> * END
>
> is it right to do so?  I thought planning info lines go right
> below the headline?

This is fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] org-lint complains about incorrect contents for PROPERTIES drawer in inline task

[Nicolas Goaziou]

Hello,

Gregor Zattler  writes:

> I fixed another org-mode file and there is another strange
> behaviour of org-lint:
>
> org-lint complains:
>   9846 high  Incorrect contents for PROPERTIES drawer
>
> because of this:
>
> * watermelon watermelon watermelon
>   :PROPERTIES:
>   :CREATED: <2013-07-10 Mi 16:40>
>   :END:
>   <2013-07-11 Do>
> * END
>
> In order to fix it I recreated this inline task (C-c C-x t) and
> its PROPERTIES drawer (C-u M-x org-insert-drawer) and the
> specified property (C-c C-x p).  Org-lint complains nonetheless.

It should also be fixed along with the previous bug. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug in latex export figure labels?

[garjola]

Nicolas Goaziou  wrote:
> 
> Hello,
>> Am I doing something wrong?
>
> This is a feature. See `org-latex-prefer-user-labels'.
>
>

Oups! Thank you and apologies!
-- 
Dr. Dindi
Dad, Philosopher, Hacker

Re: [O] org-agenda-scheduled-leaders and repeating tasks

[cesar mena]

Hi Nicolas,

Thanks!  Your approach works for me, buy won't it trip up someone who is
used to the current behaviour?

Cheers
-cm
Hello,

cesar mena  writes:

> i think what i am trying to say is best shown with an example.
>
> so let's say that today is oct 13th.
>
> the task
> ** TODO check smoke alarm
>SCHEDULED: <2015-10-04 Sun .+10d>
>
> shows up in the agenda as:
>
> Sched.10x:  TODO check smoke alarm
>
> however, had the task been scheduled a day before (or if today was oct
14th):
>
>  ** TODO check smoke alarm
>SCHEDULED: <2015-10-03 Sat .+10d>
>
> it would show up in the agenda as:
>
> Scheduled:  TODO check smoke alarm
>
> that is to say, the marker that indicates it is overdue is gone.  for
> some cases, like checking the smoke alarm, i don't want the "Sched.?x"
> to reset.
>
> ie, Sched.11x:  TODO check smoke alarm
>
> i tracked this down to the function org-time-string-to-absolute.  when
> rendering the agenda it gets called with today as its DAYNR argument,
> which causes "org-closest-date" to return "today" for the case of
> repeating timestamps.
>
> i can understand why it is done this way, and i find it useful.
> however for some tasks, i'd rather the counter not reset lest i miss
> something for longer than i should have (the smoke alarm case for
> example).

I fixed the issue with a rather opinionated change.
`org-agenda-repeating-timestamp-show-all' no longer applies on ".+" and
"++" repeaters.

Thank you.


Regards,

--
Nicolas Goaziou

[O] fix confirmed (was: Re: org-lint complains about incorrect contents for PROPERTIES drawer in inline task)

[Gregor Zattler]

Hi Nicolas,

thanks, confirmed for both problems.

Thank you for your fast fix.

Empty *org-lint* buffers give a feeling of security :-)

Ciao; Gregor 

* Nicolas Goaziou  [16. Oct. 2015]:
> Gregor Zattler  writes:
> 
>> I fixed another org-mode file and there is another strange
>> behaviour of org-lint:
>>
>> org-lint complains:
>>   9846 high  Incorrect contents for PROPERTIES drawer
>>
>> because of this:
>>
>> * watermelon watermelon watermelon
>>   :PROPERTIES:
>>   :CREATED: <2013-07-10 Mi 16:40>
>>   :END:
>>   <2013-07-11 Do>
>> * END
>>
>> In order to fix it I recreated this inline task (C-c C-x t) and
>> its PROPERTIES drawer (C-u M-x org-insert-drawer) and the
>> specified property (C-c C-x p).  Org-lint complains nonetheless.
> 
> It should also be fixed along with the previous bug. Thank you.
> 
> Regards,
> 
> -- 
> Nicolas Goaziou
> 
> 

Ciao, Gregor
-- 
 -... --- .-. . -.. ..--.. ...-.-