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 pdflat
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)
find-file-noselect-1(#Thisfiletobeexported
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 3.14159265-2.6-1.40.16 (TeX Live 2015) (preloaded
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
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 written with the assumption that there would
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 this? If it's the awk script I wrote ori
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:
>
> - `org-add-hook',
> - `org-decompose
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 written with the assump
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
> format=pdflatex)
> r
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,
>>> "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 for
> a long time already. Org was broken on X
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.
[...]
>
> WDYT?
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
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 am I missing somet
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" and "column" environments.
To quote fro
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 specified and may contain char
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. Barely anyone even reported
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 XEm
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 handling "columns" indepe
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',
- `org-detach-overlay'
> 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
>From
> 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
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 actually used in the resulting
>> latex fil
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 you.
Regards,
--
Nicola
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 is only correctly
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 :BEAMER_CO
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 can
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 side columns in a slid
28 matches
Mail list logo
