Brilliant. That worked perfectly. Thank you!
On Sat, May 11, 2013 at 10:37 PM, Nick Dokos wrote:
> Peter Salazar writes:
>
> > I use a LaTeX custom class which I hired someone to create for me,
> > which I load as a preference file
> > latex.el: http://pastebin.com/SW0Xqe2h (the custom class
On 10.5.2013, at 09:50, Glenn Morris wrote:
> Package: org-mode
>
> (This report refers to the version of Org in the Emacs trunk.)
> Several Org files cannot be loaded in isolation, by which I mean that eg
>
> emacs -batch -l ob-C
>
> fails. This may have no practical consequences, but seems
On 11.5.2013, at 20:24, Glenn Morris wrote:
>
> (Please keep the debbugs address included. It is basically an alias for
> the org-mode list in this instance.)
>
> Achim Gratz wrote:
>
>> Reimplementation with pcase should fix that unless this is then resolved
>> at compile-time?
>
> pcase pr
Vikas Rawal writes:
>> "Note for Mac OSX users:". I am using Ubuntu Precise, not OSX, and
>> TeXlive 2012, not 2010, and I got the "Executing bibtex2html failed"
>> when testing this also (even without limit:t). The only way I can
>> imagine to work around was to first run the recommended 'export
Peter Salazar writes:
> I use a LaTeX custom class which I hired someone to create for me,
> which I load as a preference file
> latex.el: http://pastebin.com/SW0Xqe2h (the custom class is called
> ilija).
>
> It worked perfectly up to org 7.9.4.
>
> But now my PDF documents are coming out all
>
OK, I took the plunge and upgraded to org-8.0 and tried the new exporter.
The HTML export works fine! However, I'm having trouble exporting to PDF
via LaTeX.
I use a LaTeX custom class which I hired someone to create for me, which I
load as a preference file latex.el: http://pastebin.com/SW0Xqe2h
Dnia 2013-04-08, o godz. 11:28:47
Marcin Borkowski napisał(a):
> Dnia 2013-04-08, o godz. 06:52:02
> James Harkins napisał(a):
>
> > As it happens, one of the lead developers of mobileorg started a
> > thread on the MobileOrg-Android mailing list asking for issues that
> > need to be addressed,
Your suggestion worked. Adding doc-view-mode-maybe to the auto-mode-alist
rendered my pdf automatically.
I really appreciate your help.
Cheers
M
Nick Dokos writes:
> Marvin Doyley writes:
>
>> I just updated to a newer version of emacs, which now solved the
>> problem. The only remaining issue is that I have to manually switch
>> to doc-view-mode to view the pdf. Is there away to do this
>> automatically ?
>>
>
> AFAIK, this happens aut
Marvin Doyley writes:
> I just updated to a newer version of emacs, which now solved the
> problem. The only remaining issue is that I have to manually switch
> to doc-view-mode to view the pdf. Is there away to do this
> automatically ?
>
AFAIK, this happens automagically (but I don't know wha
Hi Nick,
I just updated to a newer version of emacs, which now solved the problem.
The only remaining issue is that I have to manually switch to doc-view-mode to
view the pdf. Is there away to do this automatically ?
Thanks
M
FWIW, I've documented my steps towards updating to the new exporter
https://github.com/eludom/HOWTO/blob/master/newOrgModeExporter/upgradingToTheNewOrgModeExporter.txt
I was putting it off until I had a little time to work through it.
Hopefully, this will help others in the same holding pattern.
Marvin Doyley writes:
> Debugger entered--Lisp error: (error "Invalid image file name `nil'")
> signal(error ("Invalid image file name `nil'"))
> error("Invalid image file name `%s'" nil)
> image-type(nil png nil)
> create-image(nil png nil :pointer arrow)
> apply(create-image nil png
Hi Nick,
I tried what you suggested, but the problem still persists.
Here the backtrace
Debugger entered--Lisp error: (error "Invalid image file name `nil'")
signal(error ("Invalid image file name `nil'"))
error("Invalid image file name `%s'" nil)
image-type(nil png nil)
create-image(nil
(Please keep the debbugs address included. It is basically an alias for
the org-mode list in this instance.)
Achim Gratz wrote:
> Reimplementation with pcase should fix that unless this is then resolved
> at compile-time?
pcase probably doesn't exist in all the ancient Emacs versions that you
w
Glenn Morris writes:
> Package: org-mode
>
> (This report refers to the version of Org in the Emacs trunk.)
> Several Org files cannot be loaded in isolation, by which I mean that eg
>
> emacs -batch -l ob-C
>
> fails. This may have no practical consequences, but seems like bad form
> (eg it causes
> To answer my own question, I still don't know if this is 'best
> practice', but this worked for me quite well:
>
> #+BEGIN_SRC sh :exports results :results output
> ssh cat /etc/iptables/iptables.rules | sed 's/pattern/string/'
> #+END_SRC
oops, useless use of cat:
#+BEGIN_SRC sh :exports resu
Hi Eric,
>>> Hang on, I am still looking into the UTC aspect.
>>>
>>> Right now the offset is dependent upon the execution time rather than
>>> upon the date being converted.
>>
>> Yes, if by execution time you mean by the time zone of the computer
>> running the script. This is definitely a prob
> I like to include files from the network to document their status at the
> time of publication e.g.:
>
> #+INCLUDE: "/:/etc/iptables/iptables.rules" example
>
> But sometimes I'd like to do some more filtering (sed, whatever), to
> remove passwords or other sensible information from the output.
Hmm, that works! But I am just wondering why there is such an
inconsistency: there are 2 options for TOC, but for different usage?
Oliver Večerník writes:
>>So is there any way to change the location of the table of contents
>>parts?
>
> What I did recently was disabling toc in the head
Marvin Doyley writes:
> I tried this, but no luck. I am using emacs 24.3.1 on the
> mac. Doc-view is included included in this version of emacs, will this
> conflict with org-docview ?
>
Not sure what "this" is: What exactly did you try?
In any case, org-docview is the implementation of links
>So is there any way to change the location of the table of contents
>parts?
What I did recently was disabling toc in the header and putting it in
the document later (info "(org) Table of contents"):
#+OPTIONS: toc:nil
#+BEGIN_HTML
---
layout: org
id: elispintro
title: An Introduction To
Hi,
I just switch from org7.x to 8, and there are many problems when I
use it for publishing htmls, one of which is the location of table of
contents in the generated htmls.
Since I am still using jekyll to generate the final pages, I need to
put some metadata in the beginning of o
On Sat, May 11, 2013 at 12:39:55PM +0200, Achim Gratz wrote:
> Eric S Fraga writes:
> >> We should keep "---" as lines to be exported and perhaps use ":::" for
> >> those that are just introducing convenience for table calculations as
> >> "===" looks far too heavy to me for that purpose.
> >
> > S
Hi Nick,
I tried this, but no luck. I am using emacs 24.3.1 on the mac. Doc-view is
included included in this version of emacs, will this conflict with org-docview
?
cheers
M
Eric Schulte writes:
> While I can't claim to fully follow your gnuplot examples, i would
> recommend using an intervening shell code block to parse the Org-mode
> table data into something that gnuplot will ingest.
Implementing something just for gnuplot seems to miss the mark. I can
see utility
Eric S Fraga writes:
>> We should keep "---" as lines to be exported and perhaps use ":::" for
>> those that are just introducing convenience for table calculations as
>> "===" looks far too heavy to me for that purpose.
>
> Sure, I can see how === may be too heavy.
If you want to play around with
27 matches
Mail list logo
