I face a strange problem with evaluating R source code blocks. Occasionally,
they take much longer to produce the results when I try to evaluate them with
C-c C-c. On the other hand, if I do C-c ‘, go to a temporary R buffer, and
evaluate the code, everything works fine. In face, when I use C-c
>>> "Nicolas" == Nicolas Goaziou writes:
> Hello,
> Georgiy Tugai writes:
>> If I may ask, was there any particular reason for ditching XEmacs
>> compatibility?
> I didn't ditch XEmacs compatibility. Org hadn't compiled on XEmacs
Hi Phil,
2016ko maiatzak 20an, Phil Hudson-ek idatzi zuen:
>
> Arising from a discussion here a couple of weeks ago, I'm thinking about
> how best to add a history list to org-capture's current
> %^{prompt|default|choice2|...|choiceN} escape syntax. Here's my thinking
> so far.
[...]
>
>
Could you give a minimal example? The behavior does ring a bell, but I
can't recall what the solution might have been. I'd be happy to try
and reproduce if you'd like.
I think my typical go-to is to wipe ESS and re-download/make... That's
all I'm good for without more info.
Sorry!
John
On Thu,
John Hendy writes:
> Just to comment on the original attempt, block and column (which is |,
> not c which is columnS) are not mutually exclusive. I just did a
> presentation and used both together. I'm not sure on the use-case for
> columnS, but my structure was two side by
On Wednesday, 25 May 2016 at 20:33, John Hendy wrote:
> I found ical2org, and implemented it successfully via the "Share
Which ical2org is this? If it's the awk script I wrote originally, the
repeat handling was written with the assumption that there would be no
end date for the repeat as org
Hello,
Jesse Johnson writes:
> When I enable persistent marks while performing bulk actions in
> org-agenda, the marks are always lost after the bulk action. Any idea
> why? I am using org (elpa version 20160516) in upstream emacs (compiled
> 2015-12-22).
Fixed. Thank
Hi
When I set the B_column environment, the property :BEAMER_env: is as
expected, automatically set to =column=, but exporting to beamer results
in an error as the environment is is not actually used in the resulting
latex file. The environment is only correctly created, if the
property
Hello,
Brian Carlson writes:
> I put the signed paperwork into the mail this evening.
Great.
> Sure. I'll use previous entries as a starting point.
> I was thinking that the entry should go under: Version 9.0/New
> Features/Export/
> unless there's a more appropriate
Hello,
Rainer M Krug writes:
> When I set the B_column environment, the property :BEAMER_env: is as
> expected, automatically set to =column=, but exporting to beamer results
> in an error as the environment is is not actually used in the resulting
> latex file. The environment
On Thu, May 26, 2016 at 3:00 PM, John Hendy wrote:
> On Thu, May 26, 2016 at 2:49 AM, Eric S Fraga wrote:
>> On Wednesday, 25 May 2016 at 20:33, John Hendy wrote:
>>> I found ical2org, and implemented it successfully via the "Share
>>
>> Which ical2org is
Hello,
Stig Brautaset writes:
> And, indeed, running pdflatex on that file works perfectly fine from the
> shell:
>
> #+BEGIN_EXAMPLE
> 17:37:57 /tmp> /Library/TeX/texbin/pdflatex ~/Org/TODO.tex
> This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015) (preloaded
>
On Thu, May 26, 2016 at 2:49 AM, Eric S Fraga wrote:
> On Wednesday, 25 May 2016 at 20:33, John Hendy wrote:
>> I found ical2org, and implemented it successfully via the "Share
>
> Which ical2org is this? If it's the awk script I wrote originally, the
> repeat handling was
Nicolas Goaziou writes:
> I finally did the grunt job and removed all XEmacs compatibility in the
> code base (development branch).
>
> On the Emacs side, the following functions are now considered obsolete
> and may trigger innocuous compilation warnings:
>
> -
On 2016-05-26 at 16:00, John Hendy wrote:
> On Thu, May 26, 2016 at 2:49 AM, Eric S Fraga wrote:
>> On Wednesday, 25 May 2016 at 20:33, John Hendy wrote:
>> Which ical2org is this? If it's the awk script I wrote originally,
>> the repeat handling was
OK, that's what was shown in that foregoing discussion I mentioned. In
which case, I guess it would be a good idea to copy that
implementation to Worg, or rather copy it to a github repo and link to
that from Worg. Or would it be better going into /contrib? Or its own
ELPA package?
Can't remember
Nicolas Goaziou writes:
> Stig Brautaset writes:
[...]
>> pdflatex chockes on the filename:
>>
>> #+begin_example
>> 17:27:25 /tmp> pdflatex "/Users/stig/Library/Mobile
>> Documents/com~apple~CloudDocs/Org/TODO.tex"
>> This is pdfTeX, Version
Hi,
I just upgraded via git to Emacs 25. My init file loads OK and
everything "seems" to work, except:
Upon attempting to export to pdflatex following error results
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
file-truename(nil)
Negleted to mention that the export to pdflatex worked fine with Emacs
24 version included in LMDE Betsy.
On 05/26/2016 07:28 PM, Charles Millar wrote:
Hi,
I just upgraded via git to Emacs 25. My init file loads OK and
everything "seems" to work, except:
Upon attempting to export to
Hello,
I finally did the grunt job and removed all XEmacs compatibility in the
code base (development branch).
On the Emacs side, the following functions are now considered obsolete
and may trigger innocuous compilation warnings:
- `org-add-hook',
- `org-decompose-region',
-
If I may ask, was there any particular reason for ditching XEmacs
compatibility?
I have no intentions of starting an "edition war" and pre-emptively ask
for forgiveness should this inadvertently occur.
On 26 May, Nicolas Goaziou wrote:
> Hello,
>
> I finally did the grunt job and removed all
Rainer M Krug writes:
> Right - that works. But Why do the others have B_ names, while this
> environment has BMCOL?
"BMCOL" is a terrible name. However, it is not an environment per se
since it controls both "columns" and "column" environments.
There is a use-case for
> I think my patch introduces a bug in `org-rss-build-channel-info'. I'll
> fix this and send a new patch soon.
I didn't realize (plist-get info :title) returns a list, and not a
string. I have now fixed the bug. Please find attached a new patch.
signature.asc
Description: PGP signature
Hello,
Georgiy Tugai writes:
> If I may ask, was there any particular reason for ditching XEmacs
> compatibility?
I didn't ditch XEmacs compatibility. Org hadn't compiled on XEmacs for
a long time already. Org was broken on XEmacs, and no one volunteered to
solve it.
Nicolas Goaziou writes:
> Hello,
>
> Rainer M Krug writes:
>
>> When I set the B_column environment, the property :BEAMER_env: is as
>> expected, automatically set to =column=, but exporting to beamer results
>> in an error as the environment is is not
> Please find attached the patch.
I think my patch introduces a bug in `org-rss-build-channel-info'. I'll
fix this and send a new patch soon.
signature.asc
Description: PGP signature
Rainer M Krug writes:
> This adds the :BEAMER_col: property, which is converted on export to
> the column environment with the given width, i.e. the same as B_column
> plus the width in PROPERTIES. As far as I see, it does nothing with
> the columns (B_columns) environment - or
Hello,
Arun Isaac writes:
> Subject: [PATCH] ox-rss: Encode characters to their XML entities
>
> * contrib/lisp/ox-rss.el (org-rss-build-channel-info, org-rss-headline):
> Encode disallowed characters in `title' to their XML entities
>
> The `title' field is user
Nicolas Goaziou writes:
> Rainer M Krug writes:
>
>> Right - that works. But Why do the others have B_ names, while this
>> environment has BMCOL?
>
> "BMCOL" is a terrible name. However, it is not an environment per se
> since it controls both "columns"
29 matches
Mail list logo