exists. And it should probably test for the value of
'backend'. But for personal use, it is convenient ...
/v
--
Vincent Beffara
, but not before the higher-level month and
day entries that possibly need to be created. Like this:
a question raised in \citet*{BenArous}.
*** 2013-06-27 Thursday
sldkfj : lskdjf
sldkf
Again, this is *really* minor!
--
Vincent Beffara
ul to have the bibliography
> divided in separate sections inside the org file.
That sounds good for purely LaTeX/PDF exports, thanks for the suggestion.
Now, how to do it for HTML ? Is it possible to choose the tangle format
/ destination depending on the current export backend ?
--
Vincent Beffara
olumn view ... which would be awesome, but I'm
not sure how it would fit the export framework.
Which one would be best? Which one would be easiest to implement?
I'm willing to try a bit of coding, but the first step is the hardest
...
Cheers,
/vincent
--
Vincent Beffara
Hi,
Very (very!) minor question: when capturing into a date-tree, is it
possible to have a blank line inserted before created day-headings?
Thx, /v
--
Vincent Beffara
mbol{iint}
\savesymbol{iiint}
HTH,
/v
--
Vincent Beffara
> I would like to have the same org file export to both PDF (through
> LaTeX) and HTML. The problem I have is images: for printing, PDF images
> would be best but for display in a browser, it is much better to have a
> PNG file rather than a link to the PDF. So what I need is for the
> exporter to
Dear list,
I would like to have the same org file export to both PDF (through
LaTeX) and HTML. The problem I have is images: for printing, PDF images
would be best but for display in a browser, it is much better to have a
PNG file rather than a link to the PDF. So what I need is for the
exporter t
Hi,
> I merged worg-new-exporter into worg.git master, and updated
> the emacs.el file on the server -- many thanks again to those
> involved in this move.
Didn't you rather do the opposite? Or do I have the wrong source?
commit 362d3bcd63aa57e940269f5ec74fda52a76dd175
Merge: 2b36b92 f1a4042
Au
ec to
be compatible?
(Skim can then reexport everything as a single PDF file if needed, but a
nice use-case for what you suggest would be something like personal
org-mode reading notes on an article for which keeping them separate
would make more sense.)
/v
--
Vincent Beffara
> > Even if that's not great, something *better* would be nice already.
> > The difficult part is to stick to the colors of the Unicorn while
> > making the link more readable
>
> Surely you mean the colors of the Ostrich? (It's April 3, and the
> ostrich is still up on the main Orgmode page.)
Th
> > > Thing of a typical HTML5 template having a , , ,
> > > and . I'd like Org to include the different exported files into
> > > the section, and the rest to remain the same. The would
> > > contain a global navigation menu, also highlighting the current active
> > > section (though CSS, no JS
Hi,
I am using o-blog for that, it is pretty great. One Org file for everything,
and it actually splits it into one page per marked headline. You can use one of
the headlines as a template for the nav section of the page, shared across all
pages. (As you can tell from the name, it is intended a
Hi list,
> Agreed. Now to look for a replacement ...
For what it's worth: org-caldav works very well with iCloud, but finding the
correct server settings is a bit non-trivial - which is certainly deliberate of
Apple. Apple's support for CalDAV is not likely to go away soon AFAICT, so it
might
Hi,
> Supporting the Google Calendar API in org-caldav wouldn't be hard. It's
> actually a very clean, RESTful service; much better than CalDAV, in
> fact. Just what you would expect from Google.
>
> However, this is not a technical issue. This is also why I said that
> anyone who wants to impleme
-get).
/v
--
Vincent Beffara
On Thursday, March 14, 2013 at 17:19 , David Engster wrote:
> Google has announced today that they will shut down their CalDAV API in
> September, since hey, everybody's using their own protocol anyway.
> org-caldav will then cease to work with Google c
Hi,
Agreed ... I believe the only problem will occur when one of a multiply
occurring event is edited / deleted on the cal side. I have nothing more
constructive to propose than just "don't do that" ... My use-case is just as a
way to push org changes to cal and nothing more, and for bidirectio
by org-caldav missing, of course). I think I know how to fix it, just
need to find some time ...
I will send what works to the list. (In the meantime, David, don't pull my
second pull request, it is not right.)
/v
--
Vincent Beffara
On Tuesday, March 12, 2013 at 07:21 , Julien Cubiz
atch "" nil nil nil 1))
I made a pull request to org-caldav, hoping I got it right!
/v
--
Vincent Beffara
On Thursday, March 7, 2013 at 14:31 , Vincent Beffara wrote:
> > OTOH when I ran org-caldav, it removed everything from the online calendar,
> > and
in the generated
ICS file.) So now, iCalendar export works, all that remains is fixing the sync
code in org-caldav ...
/v
>
>
> --
> Vincent Beffara
>
>
> On Thursday, March 7, 2013 at 13:56 , Nicolas Goaziou wrote:
>
> > Vincent Beffara mailto:vbeff...
It doesn't crash anymore, thanks!
OTOH when I ran org-caldav, it removed everything from the online calendar, and
it won't put anything back there ...
--
Vincent Beffara
On Thursday, March 7, 2013 at 13:56 , Nicolas Goaziou wrote:
> Vincent Beffara mailto:vbeff...@ens-lyo
;~/Desktop/ECM.org")
without org-icalendar-store-UID it works fine. Not sure the option is needed
anymore, but at least the crash can be reproduced. BTW my org-mode is at commit
516f0df.
HTH,
/v
--
Vincent Beffara
On Thursday, March 7, 2013 at 11:54 , Nicolas Goaziou wrote:
> He
Hi,
Same here. But the error is not in org-caldav, because it is triggered like
this:
(org-icalendar--combine-files nil "~/Desktop/ECM.org")
where ~/Desktop/ECM.org is a file with nothing but one headline.
/v
--
Vincent Beffara
On Thursday, March 7, 2013 at 10:13 , Julien
> #+ATTR_HTML: :options "width=\"400px\""
>
> This is heavier but will be consistent with other back-ends. Otherwise,
> there is also:
>
> #+ATTR_HTML: :width "400px"
>
> But this requires to have a list of all properties supported.
How about both? I.e. a short-list of common options (class, tit
Hi,
> > (let ((cache-relpath "") (cache-dir "") bfn)
>
> Mhh... okay. Now should be good.
Yep, thanks!
> Thanks for your patience.
No thanks needed, nor patience either for that matter, you and the other devs
are the ones who should be thanked ...
/v
>
> --
> Bastien
Hi,
> > #+begin_theorem :options [Him]
> > slkdfj
> > #+end_theorem
>
> This isn't future-proof. If, for example, we need to add options for the
> HTML back-end, there will be a syntax conflict. The rule is the
> following:
>
> - If the toggle are global, allow them on the block opening string
>
> > so simply testing
> > on the value of processing-type would work better, maybe?
>
> Yes, should be okay now, let me know!
Nope, exactly the same. cache-relpath and cache-dir are not allowed to be nil.
Meaning that if processing-type is 'mathjax they should be set to _some_ string
anyway (th
> > thanks for reporting this and for the patch, I've push
> > a slightly different fix. Please test and let me know.
>
> Sounds good to me, thanks!
... well it did sound good to me, but it still fails. Put this in *scratch*,
(org-html-format-latex "x" 'mathjax)
and C-x C-e. Within org-format-
> thanks for reporting this and for the patch, I've push
> a slightly different fix. Please test and let me know.
Sounds good to me, thanks!
/v
>
> Best,
>
> --
> Bastien
Hi,
> There's no right way at the moment: I forgot to implement this.
>
> Anyway, since this feature was LaTeX only, what do you think about the
> following syntax (which doesn't work yet):
>
> #+attr_latex: :options [Newton]
> #+begin_theorem
> Blah.
> #+end_theorem
>
> It is heavier but it see
... This works:
#+BEGIN_theorem
[Newton]
Blah.
#+END_theorem
but it is more by accident than anything else. What would be the right way?
Thanks,
/v
--
Vincent Beffara
-buffer
but feels like the wrong solution, probably cache-relpath and cache-dir should
be set to nil in such a case ...
Regards,
/v
--
Vincent Beffara
Hi again,
> A bug occurs with org-html-format-latex (in ox-html.el) when called from a
> non-file buffer. In the context of o-blog, it gets called as
> (org-html-format-latex "$x$" 'mathjax) but still tries to bind some ltxpng
> related support. This ends up calling file-name-sans-extension to
Hi,
> LaTeX class is never unspecified because `beamer' back-end is
> a derivative of `latex', and, as such, `org-latex-default-class' will be
> used. `beamer' could specify its own default class, but that class would
> still need to be defined in `org-latex-classes'.
Sure, it should be in the de
thing?
Thanks,
/v
--
Vincent Beffara
ort. Anyway, not a big deal.
One thing hinted at in the docs, but I couldn't figure out how to do it: how do
you use an authinfo file? Mine seems to be ignored totally ...
Best,
/vincent
--
Vincent Beffara
On Monday, January 14, 2013 at 23:29 , Rasmus wrote:
> David Engst
to nil and everything works for now. But
presumably this should be fixed by letting it be nil while formatting the end
timestamp, somewhere near line 6404 of org-agenda.el ?
HTH,
Cheers,
/vincent
--
Vincent Beffara
On Monday, January 14, 2013 at 11:50 , Vincent Beffara wrote:
> Hi,
timestamp like <... 17:30-18:30> and the first one
like <... 14:30>.) Everything works out when pushed using org-caldav, so I
believe this is just hapening during display. What is happening ?
BTW, my org-agenda-default-appointment-duration is set to 60.
Best,
--
Vincent Beffara
Argh, I can't reproduce it either actually. Probably a consequence of updating
org-mode and not restarting emacs (so still a bug but a very minor one ...)
Sorry for the noise!
/v
--
Vincent Beffara
On Saturday, December 15, 2012 at 09:32 , Bastien wrote:
> Hi Vincent,
>
> V
"C-u S-TAB" does the right
thing, which is cycling globally without opening archived subtrees.
Is that normal? If so, how do I set things up so that S-TAB does what I expect?
Thanks,
/vincent
PS: Using release_7.9.2-722-g2dbd84 on emacs 24.2.1
--
Vincent Beffara
ordering of that
stack - certainly org should be above hl-line ? Any way to change that ? (Maybe
hl-line uses an "overlay", in which case it seems to be hopeless ...)
/v
--
Vincent Beffara
On Thursday, November 29, 2012 at 14:38 , Boyan Penkov wrote:
> Hello,
>
> I'm
Hi,
I tried it, nothing gets exported at all ... Is there anything I'm missing ?
/v
--
Vincent Beffara
On Saturday, November 3, 2012 at 24:48 , Nicolas Goaziou wrote:
> Hello,
>
> I've just pushed a new (and probably very buggy) iCalendar back-end for
> org-export.
ls sub-optimal.
Is there something I didn't think of ?
Thanks,
/vincent
--
Vincent Beffara
Hi,
> Maybe adding CUSTOM-ID in your navigation bar would solve the problem.
>
> You don't say whether you use the old (current) or the new (in the to-be
> Org 8) HTML exporter??
Don't know, meaning probably the old one ... a CUSTOM-ID property is ignored,
but it sounds like what I am looking f
iguration.]
Thanks!
/v
--
Vincent Beffara
Hi,
This looks very promising! Quite a bit more sophisticated than what I had in
mind though, and it is not immediately clear how to customize it, but I will
look into it. Thanks for the link !
/v
--
Vincent Beffara
On Tuesday, October 16, 2012 at 18:35 , Christopher Witte wrote:
>
Dear list,
Is there a way to publish a huge org file, typically containing a single
date-tree, into one html file per day / per leaf of the tree ? That would be a
neat tool to blog using org-mode (org-capture a post into the tree, export,
you're done).
Cheers,
/vincent
--
Vincent Beffara
Dear list,
Is there a way to publish a huge org file, typically containing a single
date-tree, into one html file per day / per leaf of the tree ? That would be a
neat tool to blog using org-mode (org-capture a post into the tree, export,
you're done).
Cheers,
/vincent
--
Vincent Beffara
Hi,
How do I do that? Maybe a dedicated .org file for the navigation bar is
not the right way to do, is there a better one?
Since you only need to export your preamble in HTML once, I'd rather use
`org-export-html-preamble' and set it to the HTML string you want.
Thanks for the tip. In terms
Hi,
To manage my personal website I would like to use the publish function
of org-mode. For the contents of pages, there is no problem, and the
auto-sitemap feature is promising. however, I would like to have some
common contents to all the individual pages, and they would best fit in
the pre
Hi,
I would like to use jQuery to make the html exported by Org (un)foldable
by clicking around, mimicking what tabbing does within emacs [except, I
would like it if folding-and-unfolding-again kept open subtree as they
were, which is a bit different from what org-mode does and is the root
of
Hello,
> So, the instance of python spawned by C-c C-c receives the text as
> latin-1 encoded. Somewhere a conversion from UTF8 to latin-1
> happens. But I don't want that, I want everything to stay in UTF8 from
> the beginning to the end. I guess I have two questions:
>
> At what point in the pr
Hi, it's me again, still trying to make sense of the interaction between
Org, Babel and coding systems. I have, in a UTF8-encoded .org file, this
code block:
--8<---cut here---start->8---
#+tblname: toto
| é |
#+begin_src python :var t=toto :preamble # -*- cod
Hi,
>> (and it would be excellent to allow for a code block as a preamble,
>> instead of a string in the header or as an alternative, because
>> preambles once they are allowed tend to grow uncontrollably ;->)
>
> This is currently possible using the `sbe' function. Arbitrary emacs
> lisp can be
Hi,
"preamble" sounds fine (and it would be excellent to allow for a code
block as a preamble, instead of a string in the header or as an
alternative, because preambles once they are allowed tend to grow
uncontrollably ;->)
>> The :shebang header argument is only used for tangling, not during
>>
Hi,
> I've just pushed up a new prefix header argument.
Fantastic ! It works exactly as needed. Thanks a lot !
> This header argument only has meaning for python code blocks (since it
> is tied into evaluation each language would have to handle it
> separately).
That's fine, most cases can pr
>> #+begin_src python
>> # -*- coding: utf-8 -*-
>> s = "é"
>> #+end_src
>
> I'm not sure to understand your problem. In fact, the problem is not
> about "inserting a prefix to the block", it's about the coding system
> itself, I guess.
>
> Your "é" in your Org buffer, how is it encoded? Is your
Hi,
> I would suggest just trying it out first and seeing if you get an error
> without such a line.
Well, I do, that's why I'm asking ;-)
> Also, you could try adding the line to the beginning of your code
> block.
I tried like this :
--8<---cut here---start--
Hi,
I am discovering org-mode and org-babel, and wanted to try it out with
python code blocks. My use case would involve text processing, encoded
as UTF-8. Usually a python file has to contain a line to that effect,
saying sth like # -*- coding: utf-8 -*-(without which an error is
raised).
59 matches
Mail list logo