Bastien writes:
> Hi,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>>* Jambunathan K contributed the ODT exporter.
>>
>> Perhaps this is the place to flesh out your contributions? The line
>> seems somewhat dated to me.
>
> I update this line to include the rewrite of the HTML exporter.
>
Bastien writes:
> I find it hard to draw a clear line between regressions and bugs,
> especially since Org 7.9.x versions are way behind the current Org
> master branch.
A regression is a feature that is missing, incomplete, or buggy in the
current HEAD that was present, complete, and correct
Hello Achim,
Achim Gratz wrote:
> Nicolas Goaziou writes:
>> It's very easy to have a caption on the generated output: name the code.
>> Hence, the following code block:
>>
>> #+NAME: calculation
>> #+BEGIN_SRC emacs-lisp
>> (+ 1 1)
>> #+END_SRC
>>
>> will produce:
>>
>> #+RESULTS: calcu
Xue Fuqiao writes:
> On 03/08/2013 02:40 PM, Bastien wrote:
> > I missed the distinction between "pretest" and "release candidate".
>
> What's the difference between "pretest" and "release candidate"?
A release candidate may be considered to be a kind of pretest.
The difference (as Glenn al
> From: Leo Liu
> Date: Fri, 08 Mar 2013 15:16:57 +0800
> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> Bundling [org-mode] in emacs doesn't help anybody.
You never had to work for an organization whose network is closed to
outside world, did you? In those situations,
> Date: Fri, 08 Mar 2013 15:47:57 +0800
> From: Xue Fuqiao
> Cc: Bastien , emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> On 03/08/2013 02:40 PM, Bastien wrote:
> > I missed the distinction between "pretest" and "release candidate".
>
> What's the difference between "pretes
> From: "Stephen J. Turnbull"
> Date: Fri, 08 Mar 2013 17:27:56 +0900
> Cc: Lele Gaifax , emacs-de...@gnu.org,
> emacs-orgmode@gnu.org, Bastien
>
> [...] in a release candidate the release engineer proposes to make
> exactly one change before release: remove "rc" from the version
> string
Thanks all for the answers, quite educational to me (at least).
--
Bastien
Hi,
I have some data representing durations in an Org file:
| *Run* | *reference* | *test30*| *test31*| *test32*|
|---+-+-+-+-+
| Dur 2 | 00h 00' 32" | 00h 00' 44" | 00h 00' 39" | 00h 01' 05" |
| Dur 3 | 00h 00' 31" | 00h 00' 41" | 0
Eli Zaretskii writes:
>> From: Leo Liu
>> Date: Fri, 08 Mar 2013 15:16:57 +0800
>> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
>> Lele Gaifax
>>
>> Bundling [org-mode] in emacs doesn't help anybody.
>
> You never had to work for an organization whose network is closed to
> outside wor
Hi Joakim,
joa...@verona.se writes:
> Just a small reminder of the idea Stefan sometimes drops in these
> discussions:
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be made from trunk+elpa.
>
> Since I dont do releases f
joa...@verona.se writes:
> Just a small reminder of the idea Stefan sometimes drops in these
> discussions:
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be made from trunk+elpa.
PS: This is similar to my plan of creatin
t...@tsdye.com (Thomas S. Dye) writes:
> Rasmus writes:
>
>> Achim Gratz writes:
>>
Do you mean using something like this
[[file:my.bib&key=key;prenote=note1;postnote=note2][key]]
for the file: protocol
>>>
>>> This is a prime example of how _not_ to do this, IMHO. T
joa...@verona.se writes:
> Just a small reminder of the idea Stefan sometimes drops in these
> discussions:
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
I don't know that I'd go so far as to include all of CC-mode, but more
than once I've missed s
Hi all,
the idea has been surfacing here and there on the list, time to get
your feedback on the idea and your help on its technical aspects.
I plan to extract org-contrib.git from org-mode.git.
The org-*tar.gz/zip packages would distribute the contrib/ directory
as they do now, so there would b
Nicolas Goaziou writes:
> As discussed a few days ago, here is a document describing the complete
> Org syntax as read by the parser. I also added some comments. I am going
> to put the Org file on Worg, so anyone can update it and fix mistakes.
Thanks Nicolas -- yep, that's really *great*!
--
> From: joa...@verona.se
> Date: Fri, 08 Mar 2013 10:15:07 +0100
> Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org,
> Leo Liu , emacs-de...@gnu.org
>
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be ma
> From: Dmitry Gutov
> Cc: Eli Zaretskii , b...@gnu.org, l...@metapensiero.it,
> emacs-orgmode@gnu.org, Leo Liu , emacs-de...@gnu.org
> Date: Fri, 08 Mar 2013 13:25:16 +0400
>
> joa...@verona.se writes:
> > Just a small reminder of the idea Stefan sometimes drops in these
> > discussions:
>
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> I think this behavior was introduced in the last week or so.
>
> This in the Org file:
>
> #+attr_latex: :height "2in"
> [[file:saa-fig/wet-dry.jpeg]]
>
> yields this in LaTeX output:
>
> \begin{figure}[htb]
> \centering
> \includegraphics[width=.9\
[ ... ]
╭
│ STARS KEYWORD PRIORITY TITLE TAGS
╰
Hi,
my thanks too.
BTW does that mean, stars are hard-coded in a way, they can't be replaced by
another car?
If yes, what about to keep the core more abstract?
Best,
Andreas
Hi Andreas,
Andreas Röhler writes:
> BTW does that mean, stars are hard-coded in a way, they can't be
> replaced by another car?
Yes, this is the case.
> If yes, what about to keep the core more abstract?
This is a hard problem and I personally don't think it's worth
tackling it. But I don't
Hi,
Just wondering if there is a better way to italicise across more than two lines
for a list item, currently this is the only way that works for me:
- on the assumption of equilibrium: /``even if there is equilibrium at
the pore sale, the upscaling, in this/ /if there is equilibrium at
bla
Am 08.03.2013 11:46, schrieb Bastien:
Hi Andreas,
Andreas Röhler writes:
BTW does that mean, stars are hard-coded in a way, they can't be
replaced by another car?
Yes, this is the case.
If yes, what about to keep the core more abstract?
This is a hard problem
Hi Bastien,
can it be mo
Hi Andreas,
Andreas Röhler writes:
> can it be more difficult than related use of comment-start?
Yes -- check this FAQ:
http://orgmode.org/worg/org-faq.html#sec-8-12
HTH,
--
Bastien
Am 08.03.2013 12:05, schrieb Bastien:
Hi Andreas,
Andreas Röhler writes:
can it be more difficult than related use of comment-start?
Yes -- check this FAQ:
http://orgmode.org/worg/org-faq.html#sec-8-12
HTH,
Thanks, still non-believing :)
(defcustom outline-regexp "[*\^L]+"
"Regular e
Andreas Röhler writes:
> IMHO remains to make that buffer-local and use outline-regexp from
> inside org-mode.
Have a go and let us know :)
--
Bastien
Hi Henry,
henry atting writes:
> But the file is not displayed, as mentioned before only in text
> browsers. Older .html files, created before the last pull still work
> properly.
When was the last pull exactly? I fixed some issues recently in
this area, the first versions of ox-html.el were n
Bastien writes:
> Hi Henry,
>
> henry atting writes:
>
>> But the file is not displayed, as mentioned before only in text
>> browsers. Older .html files, created before the last pull still work
>> properly.
>
> When was the last pull exactly? I fixed some issues recently in
> this area, the fir
Am 08.03.2013 12:23, schrieb Bastien:
Andreas Röhler writes:
IMHO remains to make that buffer-local and use outline-regexp from
inside org-mode.
Have a go and let us know :)
That should work already - to start with.
commit 8cf6bc6faeb2a3b3fec0780e56a04ef0e13c3c62
Author: Andreas Roehler
Hi Andreas,
Andreas Röhler writes:
> Am 08.03.2013 12:23, schrieb Bastien:
>> Andreas Röhler writes:
>>
>>> IMHO remains to make that buffer-local and use outline-regexp from
>>> inside org-mode.
>>
>> Have a go and let us know :)
>
> That should work already - to start with.
Sorry, I should n
Nicolas Goaziou writes:
> As discussed a few days ago, here is a document describing the complete
> Org syntax as read by the parser.
Fantastique! :-) I'm preciously saving this!
François
Hello,
I just tried to upgrade org (master) to test a small bug, and I saw that
two tests were failing:
Test test-org-export/define-derived-backend backtrace:
signal(ert-test-failed (((should (equal (quote ((:headline . test) (
ert-fail(((should (equal (quote ((:headline . test) (:headline .
Hello,
I'm using a recently pulled orgmode from master.
I have the following in an emacs-lisp buffer:
#+BEGIN_SRC emacs-lisp
;; Local Variables:
;; eval: (orgstruct-mode 1)
;; orgstruct-heading-prefix-regexp: ";;; "
;; End:
#+END_SRC
With such local variables, if I start with:
#+BEGIN_SRC emac
Hello,
I'm using a recently pulled orgmode from master.
I have the following in an emacs-lisp buffer:
#+BEGIN_SRC emacs-lisp
;; Local Variables:
;; eval: (orgstruct-mode 1)
;; orgstruct-heading-prefix-regexp: ";;; "
;; End:
#+END_SRC
With such local variables, if I start with:
#+BEGIN_SRC emac
Hi Bastien and others,
The new Worg style is amazing; the text is very clear and much more
readable now. However I have a major complaint about the links. It
seems the new style overrides my browser's colour setting for unvisited
and visited links. I think this is extremely confusing. As per m
> From: Dmitry Gutov
> Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org,
> b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com
> Date: Fri, 08 Mar 2013 15:18:19 +0400
>
> >> I like the idea of stripping big bundled packages (like org, gnus,
> >> cedet, maybe even tramp, if
On Fri, 08 Mar 2013 10:15:07 +0100
joa...@verona.se wrote:
> Just a small reminder of the idea Stefan sometimes drops in these
> discussions:
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be made from trunk+elpa.
> Since
Am 08.03.2013 14:12, schrieb Bastien:
Hi Andreas,
Andreas Röhler writes:
Am 08.03.2013 12:23, schrieb Bastien:
Andreas Röhler writes:
IMHO remains to make that buffer-local and use outline-regexp from
inside org-mode.
Have a go and let us know :)
That should work already - to start wi
Nicolas Goaziou writes:
> As discussed a few days ago, here is a document describing the complete
> Org syntax as read by the parser. I also added some comments. I am going
> to put the Org file on Worg, so anyone can update it and fix mistakes.
[for the record, the org file mentionned by Nicolas
Hi Andreas,
Andreas Röhler writes:
> Hmm, AFAIS trouble might occur only if someone tries to load a
> non-default --i.e. not-starred-- org-file while the default is
> active.
... or if someone shares a file online using non-star character
as the prefix for headlines: this file won't be processe
Hi Xue,
Xue Fuqiao writes:
> Sounds fine to me, because my Internet connection is very slow
> (especially to Savannah). It is often a pain for me to perform a `bzr
> pull', since it takes a long time.
Well, that's more an argument for switching to hg or git
for Emacs repo, not really for trimm
Hi Henry,
henry atting writes:
>> When was the last pull exactly? I fixed some issues recently in
>> this area, the first versions of ox-html.el were not compatible
>> with org-info.js.
>>
>> So what is M-x org-version RET exactly?
>
> Org-mode version 8.0-pre (release_8.0-pre-5-ga646a2)
This
Hi Bastien,
Bastien writes:
> Hi Henry,
>
> henry atting writes:
>
>>> When was the last pull exactly? I fixed some issues recently in
>>> this area, the first versions of ox-html.el were not compatible
>>> with org-info.js.
>>>
>>> So what is M-x org-version RET exactly?
>>
>> Org-mode versio
* contrib/lisp/ox-taskjuggler.el (org-taskjuggler--build-task): Fix
the reference to the target-version defcustom
---
contrib/lisp/ox-taskjuggler.el |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/contrib/lisp/ox-taskjuggler.el b/contrib/lisp/ox-taskjuggler.el
index 8db45
* contrib/lisp/ox-taskjuggler.el (org-taskjuggler--build-task): Fix
the check whether a node has no children
A milestone should only (automatically) be inserted if a node has no
children and no duration defined.
---
contrib/lisp/ox-taskjuggler.el | 16
1 file changed, 8 inse
* contrib/lisp/ox-taskjuggler.el (org-taskjuggler-target-version): The
default target is now tj3
Since taskjuggler is not developed anymore and hardly any
distributions carry it anymore we ought to target tj3 by default now.
---
contrib/lisp/ox-taskjuggler.el |2 +-
1 file changed, 1 inser
Bastien wrote:
> Hi Xue,
>
> Xue Fuqiao writes:
>
> > Sounds fine to me, because my Internet connection is very slow
> > (especially to Savannah). It is often a pain for me to perform a `bzr
> > pull', since it takes a long time.
>
> Well, that's more an argument for switching to hg or git
>
Nick Dokos writes:
> There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
This one is from savannah
http://git.savannah.gnu.org/cgit/emacs.git
--
Hi Nick,
Nick Dokos writes:
> Bastien wrote:
>
>> Hi Xue,
>>
>> Xue Fuqiao writes:
>>
>> > Sounds fine to me, because my Internet connection is very slow
>> > (especially to Savannah). It is often a pain for me to perform a `bzr
>> > pull', since it takes a long time.
>>
>> Well, that's mo
Bastien writes:
>> Bastien, I think it would make sense to clear up this confusion by
>> tagging 8dd2bfc291 with version 7.9.9 or 8.0-pre or something like that
>> (must be an annotated tag, of course). That'll help to easier determine
>> who's using the new and the old exporter.
>
> I used 8.0-pr
Nicolas Goaziou writes:
> Hello,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>> I think this behavior was introduced in the last week or so.
>>
>> This in the Org file:
>>
>> #+attr_latex: :height "2in"
>> [[file:saa-fig/wet-dry.jpeg]]
>>
>> yields this in LaTeX output:
>>
>> \begin{figure}[htb]
Jambunathan K writes:
> Nick Dokos writes:
>
>> There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
>
> This one is from savannah
>
> http://git.savannah.gnu.org/cgit/emacs.git
Great minds think alike!! :)
--
Bastien
Hi Christian,
Christian Egli writes:
> * contrib/lisp/ox-taskjuggler.el (org-taskjuggler--build-task): Fix
> the reference to the target-version defcustom
> * contrib/lisp/ox-taskjuggler.el (org-taskjuggler--build-task): Fix
> the check whether a node has no children
> * contrib/lisp/ox-task
Hi Suvayu,
Suvayu Ali writes:
> The new Worg style is amazing; the text is very clear and much more
> readable now. However I have a major complaint about the links. It
> seems the new style overrides my browser's colour setting for unvisited
> and visited links. I think this is extremely con
Hi Achim,
Achim Gratz writes:
> Thanks, but you tagged a different commit. The commit I named is the
> one that moved the new exporter into core which I consider an important
> milestone. I suggest to add two extra annotated tags to account
> correctly (in the way version-to-list numbers thing
Hi,
It seems double and single quotes are not being exported properly for
LaTeX export. In a minimal Org instance, the following
* Test
"Orange box"
'Orange box'
is exported as
\section[Testing]{Testing}
\label{sec-1}
"Orange box"
'Orange box'
whereas I would expect the followin
Hi Aaron,
Aaron Ecay writes:
> Currently, this function modifies the buffer-undo-list, which it should
> not. One can reproduce the undesirable behavior by creating a new org
> buffer and manually typing in the following text:
>
> #+begin_src emacs-lisp
> foo
> bar
> #+end_src
>
> Then pres
Suvayu Ali writes:
> Hi,
>
> It seems double and single quotes are not being exported properly for
> LaTeX export. In a minimal Org instance, the following
>
> * Test
> "Orange box"
> 'Orange box'
>
> is exported as
>
> \section[Testing]{Testing}
> \label{sec-1}
> "Orange box"
> 'O
Aloha Rasmus,
Rasmus writes:
> t...@tsdye.com (Thomas S. Dye) writes:
>
>
> Indeed, but perhaps there is a better possible syntax. With Reftex
> the the link-way is OK, but I still think that we should think about
> whether there is a "Better Way"ᵀᴹ if Org was to add it officially.
>
> There ar
Hi Thomas,
I think the following patch (on top of current master) will fix the
problem:
-cut-here-
diff --git c/lisp/ox-latex.el w/lisp/ox-latex.el
index d17dd60..eefb272 100644
--- c/lisp/ox-latex.el
+++ w/lisp/ox-latex.el
@@ -1811,9 +1811,9 @@ used as a communication channel."
;
Bastien wrote:
> Jambunathan K writes:
>
> > Nick Dokos writes:
> >
> >> There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
> >
> > This one is from savannah
> >
> > http://git.savannah.gnu.org/cgit/emacs.git
>
> Great minds think alike!! :)
>
> --
> Bastien
>
Thanks
Hi Jambunathan and others,
On Fri, Mar 08, 2013 at 11:03:39PM +0530, Jambunathan K wrote:
> Suvayu Ali writes:
> >
> > It seems double and single quotes are not being exported properly for
> > LaTeX export. In a minimal Org instance, the following
> >
> > * Test
> > "Orange box"
> > 'Orang
Suvayu Ali writes:
> Hi Jambunathan and others,
>
> On Fri, Mar 08, 2013 at 11:03:39PM +0530, Jambunathan K wrote:
>> Suvayu Ali writes:
>> >
>> > It seems double and single quotes are not being exported properly for
>> > LaTeX export. In a minimal Org instance, the following
>> >
>> > * Test
Nick Dokos writes:
> Bastien wrote:
>
>> Jambunathan K writes:
>>
>> > Nick Dokos writes:
>> >
>> >> There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
>> >
>> > This one is from savannah
>> >
>> > http://git.savannah.gnu.org/cgit/emacs.git
>>
>> Great minds think alike!!
Hi,
On Fri, Mar 08, 2013 at 11:25:25PM +0530, Jambunathan K wrote:
> Suvayu Ali writes:
> > On Fri, Mar 08, 2013 at 11:03:39PM +0530, Jambunathan K wrote:
[...]
> >>
> >> #+OPTIONS: ':t
> >>
> >> ,[ C-h v org-export-with-smart-quotes RET ]
> >
> > [...]
> >
> > Thanks for pointing this ou
Hi Bastien,
On Fri, Mar 08, 2013 at 06:24:12PM +0100, Bastien wrote:
> Hi Suvayu,
>
> Suvayu Ali writes:
>
> > The new Worg style is amazing; the text is very clear and much more
> > readable now. However I have a major complaint about the links. It
> > seems the new style overrides my browse
Jambunathan K wrote:
> > So two questions:
> >
> > o is the savannah repo http only?
> >
> > o and if so, it used to be the case that http was much slower than git -
> > is that still the case?
>
> Bzr user here. May be try one of these?
>
> , https://savannah.gnu.org/git/?group=emacs
>
Suvayu Ali writes:
> Hi,
>
> On Fri, Mar 08, 2013 at 11:25:25PM +0530, Jambunathan K wrote:
>> Suvayu Ali writes:
>> > On Fri, Mar 08, 2013 at 11:03:39PM +0530, Jambunathan K wrote:
>
> [...]
>
>> >>
>> >> #+OPTIONS: ':t
>> >>
>> >> ,[ C-h v org-export-with-smart-quotes RET ]
>> >
>> > [..
There is still something wrong here: if french users use
(setq org-export-smart-quotes-alist t) and do not use
\usepackage[french]{babel}, the quotes will not be very
smart, they will disappear.
I suggest having an option for the babel package: when
a string (equal org-latex-use-package-babel "fre
Bastien writes:
> There is still something wrong here: if french users use
> (setq org-export-smart-quotes-alist t) and do not use
> \usepackage[french]{babel}, the quotes will not be very
> smart, they will disappear.
>
> I suggest having an option for the babel package: when
> a string (equal o
Jambunathan K writes:
> Use #+LANGUAGE
How does it solve the problem I'm pointing?
--
Bastien
Bastien writes:
> Jambunathan K writes:
>
>> Use #+LANGUAGE
>
> How does it solve the problem I'm pointing?
So you didn't want this?
\og Orange box\fg{}
\og Orange box\fg{}
Hi Achim!
Sorry, I was away from Org a couple of days.
* Achim Gratz wrote:
>
> Karl Voit writes:
>> I guess this relates to ...
>>
>> org-babel-exp processing... [25 times]
>>
>> ... which also pops up some babel result graphics which did not
>> happen before.
>>
>> Was there a change in the
Hello Bastien (et al),
2013ko martxoak 7an, Bastien-ek idatzi zuen:
>
> Hi Nicolas,
>
> I like Aaron's idea (maybe others proposed this too) of having
> parameters in links:
>
> [[file:my.bib::key&&prenote=my prenote&&postnote=my postnote]]
>
> [[http://perdu.com&&title=You're lost?]]
>
> Thi
Hi Rasmus,
2013ko martxoak 7an, Rasmus Pank Roulund-ek idatzi zuen:
>
> In my book it would seem 'natural' to strive towards the following:
>
> 1. It should be Bibtex-based. I.e. Bibtex should be the 'database'
> or storage for citation information. It may be stored in
> Org-Bibtex
Bastien writes:
>> 8dd2bfc291 release_8.0-alpha (move the new exporter into core)
>> ee3b3eb421 release_8.0-beta (remove /contrib/oldexp/)
>
> Okay, please go ahead.
Done.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 an
> From: Achim Gratz
> Date: Fri, 08 Mar 2013 17:34:42 +0100
> Cc: emacs-orgmode@gnu.org
>
> In any case, doing the built-in packages this way (or something similar)
> takes a lot of unecessary churn and merges out of the release process
> and I would think that would be a clear advantage to every
Aaron,
>> 2. Citation selection should be possible via Reftex.
>
> In principle this is true, but I think RefTeX is deeply intertwined with
> the assumption that it is running in a LaTeX buffer. Going through its
> code and making it major-mode-agnostic is a worthy project all of its
> own. B
Hello,
Bastien writes:
> Hi Andreas,
>
> Andreas Röhler writes:
>
>> Hmm, AFAIS trouble might occur only if someone tries to load a
>> non-default --i.e. not-starred-- org-file while the default is
>> active.
>
> ... or if someone shares a file online using non-star character
> as the prefix fo
Hello,
tftor...@tftorrey.com (T.F. Torrey) writes:
> Hello,
>
> Bastien writes:
>
>> Hi Andreas,
>>
>> Andreas Röhler writes:
>>
>>> Hmm, AFAIS trouble might occur only if someone tries to load a
>>> non-default --i.e. not-starred-- org-file while the default is
>>> active.
>>
>> ... or if some
On Tue, Mar 5, 2013 at 11:07 PM, Aaron Ecay wrote:
> In order for the cache feature to work, the hash of a finished
> computation must be inserted. But, this is not currently done for src
> blocks which have the option :results none. Thus, we should insert a
> dummy empty result for these blocks
Hello,
Bastien writes:
> There is still something wrong here: if french users use
> (setq org-export-smart-quotes-alist t) and do not use
> \usepackage[french]{babel}, the quotes will not be very
> smart, they will disappear.
>
> I suggest having an option for the babel package: when
> a string
Hello,
aarone...@gmail.com writes:
> I think the following patch (on top of current master) will fix the
> problem:
[...]
It does. Thank you.
> Nicolas, I’m not sure I understand the logic behind (memq float '(figure
> wrap)) in the cond for setting height. I think that it would be very
> rar
joa...@verona.se writes:
> Just a small reminder of the idea Stefan sometimes drops in these
> discussions:
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
I like the idea of stripping big bundled packages (like org, gnus,
cedet, maybe even tramp, if that
Eli Zaretskii writes:
>> From: Dmitry Gutov
>> Cc: Eli Zaretskii , b...@gnu.org, l...@metapensiero.it,
>> emacs-orgmode@gnu.org, Leo Liu , emacs-de...@gnu.org
>> Date: Fri, 08 Mar 2013 13:25:16 +0400
>>
>> joa...@verona.se writes:
>> > Just a small reminder of the idea Stefan sometimes dr
Eli Zaretskii writes:
>> From: joa...@verona.se
>> Date: Fri, 08 Mar 2013 10:15:07 +0100
>> Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org,
>> Leo Liu , emacs-de...@gnu.org
>>
>> - Emacs "trunk" could be stripped of all but the bare essentials to
>> achieve bootstrap.
>> - di
Eli Zaretskii writes:
> Not even that: the release candidate already reports its version as
> 24.3, so all is needed is to rename the tarball and upload to
> ftp.gnu.org.
I stand corrected.
On 08.03.2013 18:06, Eli Zaretskii wrote:
From: Dmitry Gutov
Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org,
b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com
Date: Fri, 08 Mar 2013 15:18:19 +0400
I like the idea of stripping big bundled packages (like org, gnus,
ce
Aaron Ecay writes:
> In order for the cache feature to work, the hash of a finished
> computation must be inserted. But, this is not currently done for src
> blocks which have the option :results none. Thus, we should insert a
> dummy empty result for these blocks, which will hold the hash.
Gett
Hi,
On Fri, Mar 08, 2013 at 10:19:56PM +0100, Nicolas Goaziou wrote:
> tftor...@tftorrey.com (T.F. Torrey) writes:
> >
> > Org, on the other hand, seems to be moving away from that in many ways.
> > Headlines must start with stars because I might someday post something
> > on the web and it wouldn
Hello,
"Nicolas Richard" writes:
> Nicolas Goaziou writes:
>> As discussed a few days ago, here is a document describing the complete
>> Org syntax as read by the parser. I also added some comments. I am going
>> to put the Org file on Worg, so anyone can update it and fix mistakes.
>
> [for th
Achim Gratz writes:
> Aaron Ecay writes:
>> In order for the cache feature to work, the hash of a finished
>> computation must be inserted. But, this is not currently done for src
>> blocks which have the option :results none. Thus, we should insert a
>> dummy empty result for these blocks, whi
Aaron Ecay writes:
> On Tue, Mar 5, 2013 at 11:07 PM, Aaron Ecay wrote:
>> In order for the cache feature to work, the hash of a finished
>> computation must be inserted. But, this is not currently done for src
>> blocks which have the option :results none. Thus, we should insert a
>> dummy em
Hi T.F.,
* T.F. Torrey [08. Mar. 2013]:
> Plain text is great because I can do whatever I want. What I come up
> with might not work correctly in other tools (or anything at all), but I
> have the freedom to do interesting things, and to have my files look
> just the way I want them to.
One argu
Hi Nicolas,
On Fri, Mar 08, 2013 at 10:28:17PM +0100, Nicolas Goaziou wrote:
>
> The only problem is when user doesn't load Babel at all, but still wants
> to use smart quotes. Is it meaningful? Even if it is, I suspect it is
> quite rare. So, dropping a note in `org-export-with-smart-quotes'
> d
2013ko martxoak 8an, Eric Schulte-ek idatzi zuen:
>
> I would agree. I don't believe *any* changes should take place in the
> buffer when a code block is executed with ":results none".
A common use case for me is to use a babel block to load a large dataset
into R. I want this to be cached, in
On Fri, 08 Mar 2013 11:29:23 -0500
Nick Dokos wrote:
> Bastien wrote:
> > Xue Fuqiao writes:
> > > Sounds fine to me, because my Internet connection is very slow
> > > (especially to Savannah). It is often a pain for me to perform a `bzr
> > > pull', since it takes a long time.
> > Well, tha
Hello,
Suvayu Ali writes:
> I'm not exactly sure what you mean here. All my documents are in
> English, so I rarely use babel. But I do want my quotes to look
> correct. So I use ``..'' instead of "..". The old LaTeX exporter used
> to translate ".." to ``..'' by default, which the new one d
Hi Piotr,
Piotr Isajew wrote:
> - daily agenda having grid mode on, and displaying entries from
> all categories
>
> - weekly agenda having grid mode off and filtering out entries
> from one specific category
With regard to the time grid you might want to check out the variable
org-agenda-t
(cc'ing list)
Nicolas-
The patch Jambunathan sent didn't really make much sense to me, as it
didn't provide any added functionality over simply subclassing
(deriving) from the current html exporter.
Anyway, attached is a patch which parameterizes the html exporter in a
way which is useful (for m
1 - 100 of 106 matches
Mail list logo
