At Sat, 12 Nov 2011 02:43:12 +0530,
Jambunathan K wrote:
>
>
> Erik
>
> […]
>
> Here is what I find:
>
> If I put the below snippet in a javascript buffer and do a M-x
> send-region, I am able to retrieve the library and key of the selected
> item.
>
> […]
>
> The problem is in zotero-js-write-t
Hi Jambunathan,
Sorry I took some time to reply. Some answers are below.
At Sat, 12 Nov 2011 02:04:52 +0530,
Jambunathan K wrote:
>
> Hello Erik
>
> Good news.
>
> Getting a frugal Zotero-based citations is *definitely* possible. It is
> just a matter of time. Your libraries already provide t
Tom Prince wrote:
> On Tue, 15 Nov 2011 15:30:25 -0500, Nick Dokos wrot=
> e:
> > Tom Prince wrote:
> >=20
> > > With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
> > >=20
> >=20
> > Please use C-u M-x org-version to insert version information in your
> > mail. It's not possible to see from
I recently updated to the latest git, and found that while everything
else I tried was ok, I got a backtrace when doing org-mobile-push.
Bisecting, I found that the problem commit is:
commit dc62cdcdf11f305149281d16ef2200e18c7abd43
Author: Nicolas Goaziou
Date: Sun Oct 23 22:42:48 2011 +0200
On Tue, 15 Nov 2011 15:30:25 -0500, Nick Dokos wrote:
> Tom Prince wrote:
>
> > With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
> >
>
> Please use C-u M-x org-version to insert version information in your
> mail. It's not possible to see from the SHA1 whether it is a recent
> version or
Herbert Sitz wrote:
> I've been working with getting the batch quoting working both for bash and for
> windows command line (in VimOrganizer clone), trying to keep them as much
> alike
> as possible. I think I have things working okay for now, but your tips may be
> helpful if I end up with som
Hello list,
consider the following example:
|A | B | C |
|--+---+---|
| 07:11:00 | -08:00:00 | -01:11:00 |
#+TBLFM: $3=$1+$2;T
I think the result in the third column is wrong. I expect 0 hours and 49
minutes, negative (-00:49:00).
The following
Nick Dokos hp.com> writes:
>
> That doesn't matter here: both of the above should work fine in a bash
> (or similar) shell environment. I prefer the single quote style in
> general, since it allows me to leave everything else unchanged[fn:1].
>
> But shell quoting is a minefield: when you have t
Herbert Sitz wrote:
> Herbert Sitz gmail.com> writes:
> >
> > Not sure, but I do something similar with a single --eval:
> >
> > --eval '(progn (find-file "filename") (org-export-as-html-and-open 3) )'
> >
>
> Except my version has double quotes for --eval argument and backslashes before
Tom Prince wrote:
> With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
>
Please use C-u M-x org-version to insert version information in your
mail. It's not possible to see from the SHA1 whether it is a recent
version or an old version without doing git archaelogy.
> emacs --no-init-file -
Tom Prince writes:
> With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
>
> emacs --no-init-file --load min.el --eval '(setq debug-on-error t)' --eval
> '(find-file "test.org")' -eval '(org-export-as-html 3)' --batch
>
> with
>
> -- min.el
> (setq org-babel-load-languages '((emacs-lisp .
Herbert Sitz gmail.com> writes:
>
> Not sure, but I do something similar with a single --eval:
>
> --eval '(progn (find-file "filename") (org-export-as-html-and-open 3) )'
>
Except my version has double quotes for --eval argument and backslashes before
embedded quotes:
--eval "(progn
Tom Prince ualberta.net> writes:
> With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
>
> emacs --no-init-file --load min.el --eval '(setq debug-on-error t)' --eval
'(find-file "test.org")'
> -eval '(org-export-as-html 3)' --batch
>
Not sure, but I do something similar with a single --eval
Hi Joakim,
joa...@verona.se writes:
> I have a project at github called inkmacs, which integrates inkscape,
> org-mode, and emacs:
>
> https://github.com/jave/inkmacs
>
> There I support interactive transfer of org nodes to inkscapes text
> nodes.
>
> My current code to extract the org nodes is n
Dear all,
thanks Jambunathan for setting up this branch!
*Please all*: test this branch as much as you can. We plan to
integrate the ODT exporter into Org's core for the next release,
and this will only happen if there is no regression between the
current org-html.el and org-xhtml.el from Jamb
Hi Ben
On Tue, Nov 15, 2011 at 16:21, Benjamin Beckwith wrote:
> #+TBLFM: $2=if(@# >=7, vmean(@-5$1..@0$1),string(""));
The above does not work because the range expression "@-5$1..@0$1" is
an Org construct and has to be evaluated for every affected row
already in Org, before it is given to Calc
The "cleaning up" documentation patch has now been applied.
Best -- Eric
t...@tsdye.com (Thomas S. Dye) writes:
> Aloha Torsten,
>
> Let me clean up some loose ends in the documentation of standardized
> keywords in org.texi later today. Eric moves more quickly than I do and
> the documentation
Hi Milan,
Milan Zamazal writes:
> Any chance to get this patch applied? Or is there anything wrong with
> it?
I just applied it -- thanks for this patch and sorry it took so long to
apply it.
Best,
--
Bastien
On Tue, Nov 15, 2011 at 5:00 PM, Eric Schulte wrote:
> Rainer M Krug writes:
>
> > Is that patch on git yet? i.e. if can I switch back to HEAD and change my
> > files accordingly?
> >
>
> Hi Rainer,
>
> I've must merged all of the pending code block changes into the master
> branch of the Org-mod
Aloha Torsten,
Let me clean up some loose ends in the documentation of standardized
keywords in org.texi later today. Eric moves more quickly than I do and
the documentation is in a "working draft" stage, definitely not ready
for consumption and use.
I didn't get around to documenting the abilit
With b43c1c621f52f4a51d8d79cb76c226dfed003998 running
emacs --no-init-file --load min.el --eval '(setq debug-on-error t)' --eval
'(find-file "test.org")' -eval '(org-export-as-html 3)' --batch
with
-- min.el
(setq org-babel-load-languages '((emacs-lisp . t) (latex . t)))
(setq org-confirm-
Torsten Wagner writes:
> Hi,
>
> Eric I lost a bit track of what was the final decsion. Guess a good
> way to get back on track would be helping with the documentary. Any
> tasks to do?
>
Tom has handled the documentation (thanks Tom!) so he would know better
than I if there are any outstanding
Gijs Hillenius wrote:
> I completely forgot to mention this, but Nick's remark reminds me. This
> very slow 'org-mode' behaviour *probably* only happens when erc is
> running (naturally, in another buffer).
>
I run two instances of emacs: one is purely for erc, the other for
everything else. Yo
Hi,
Eric I lost a bit track of what was the final decsion. Guess a good
way to get back on track would be helping with the documentary. Any
tasks to do?
Torsten
On 15 Nov 2011, Nick Dokos wrote:
> Torsten Wagner wrote:
>
>> Hi Gijs
>>
>> just by chance because this was the reason for many other slow-downs.
>> (Guess it is qualified for the FAQ already?!)
>> Do you have the linum-mode activated? Getting line-numbers left side
>> of the buffer?
No, nothin
Hi,
The standard-code-block-syntax branch has been merged into the master
branch of the git repository. This brings two much discussed changes to
Org-mode, first a standard set of keywords for code blocks and second
the ability to accumulate properties by appending a "+" to the end of
the propert
Rainer M Krug writes:
> Is that patch on git yet? i.e. if can I switch back to HEAD and change my
> files accordingly?
>
Hi Rainer,
I've must merged all of the pending code block changes into the master
branch of the Org-mode git repository. So now would be a good time to
re-sync with the mast
Benjamin Beckwith wrote:
>
> I'm trying to create a table of periodic data and calculate a moving
> average in an adjacent column. I was trying to use field coordinates,
> but they do not work how I would like them to work.
>
> Here is what I have for a 5-day moving average:
>
> | Daily Data
Hi Carsten and Michael,
Carsten Dominik wrote:
> On Jun 22, 2010, at 4:36 AM, Michael Gauland wrote:
>> Here is a patch for a new 'est+' summary type, including corresponding
>> changes for xemacs and the manual. I've done basic testing on the GNU emacs
>> version, but not the xemacs code.
>>
>> [
I'm trying to create a table of periodic data and calculate a moving
average in an adjacent column. I was trying to use field coordinates,
but they do not work how I would like them to work.
Here is what I have for a 5-day moving average:
| Daily Data | Moving Average |
|+--
Hi,
if I use
#+BEAMER_FRAME_LEVEL: 2
and export the entire document, the export is done correct.
First level ("*") is translated as section, second level headlines
("**") as slide titles and third level as headline for content of the
slides.
However, if I only want to export a subtree it does not
Torsten Wagner wrote:
> Hi Gijs
>
> just by chance because this was the reason for many other slow-downs.
> (Guess it is qualified for the FAQ already?!)
> Do you have the linum-mode activated? Getting line-numbers left side
> of the buffer?
> This does not play nice with org-mode folding, since
Hi Gijs
just by chance because this was the reason for many other slow-downs.
(Guess it is qualified for the FAQ already?!)
Do you have the linum-mode activated? Getting line-numbers left side
of the buffer?
This does not play nice with org-mode folding, since it seems to
recalculate the line umbe
Is that patch on git yet? i.e. if can I switch back to HEAD and change my
files accordingly?
Cheers,
Rainer
On Wed, Nov 9, 2011 at 11:31 PM, Sebastien Vauban <
wxhgmqzgw...@spammotel.com> wrote:
> Hi Eric,
>
> Eric Schulte wrote:
> > Rainer M Krug writes:
> >
> >> On Tue, Nov 8, 2011 at 11:53
Hello,
Christophe Rhodes writes:
> The below org file in 7.7 and today's git, when exported through LaTeX,
> results in an invalid link in the footnote, pointing to an undefined
> label named Foo. The link in the body is correctly exported to the
> automatically-generated sec-1 label; HTML outp
Hi,
The below org file in 7.7 and today's git, when exported through LaTeX,
results in an invalid link in the footnote, pointing to an undefined
label named Foo. The link in the body is correctly exported to the
automatically-generated sec-1 label; HTML output seems correct in both
cases.
* Foo
Catching the hints from the current thread on the org-mode list, "slow
agenda view and scrolling through headlines",
here is the result of
M-x elp-instrument-package RET org RET
and opening the org file
M-x elp-results RET
And, using Org-mode version 7.7 on GNU Emacs 24.0.91.1 (debia
I almost daily, and most certainly weekly, store notes in org-mode. Bin
doin' that since somewhere in 2007. The file is now a measly 184k.
Org-mode's weekly task list works fine. And storing notes works fine
too. However, actually using these notes, is not.
Every time I even "look" at the file,
On Nov 15, 2011, at 7:45 AM, Viktor Rosenfeld wrote:
> Hi Susan,
>
> swapping on OS X is usually accompanied by the spinning beach ball (from
> hell).
>
> Have you tried upgrading Emacs? I use Aquamacs (http://aquamacs.org/),
> there's also Cocoa Emacs (http://emacsformacosx.com/). Both are bas
39 matches
Mail list logo