John Kitchin writes:
>>
>> Let's see... the org-contacts vs BBDB issue isn't a big deal, since
>> Gnorb doesn't actually do all that much with contacts right now. I'd be
>> happy to add tweaks to it to make it more org-contacts friendly.
>>
>> Email tracking is a bigger issue. Gnorb uses the Gnus
On Tue, Aug 25, 2015 at 7:22 PM, Josiah Schwab wrote:
> This is the first item in the 8.3 series changelog. There is a provided
> script to repair things.
Now I see that this new requirement is documented in Info manual
subsection 7.1 Property syntax. I had only checked subsection 2.8
Drawers.
I believe I have found a bug with column mode in org-mode from Git
(45abec0): if editing a column's value adds a PROPERTIES drawer then
the column mode display becomes corrupted.
Steps to reproduce:
1. Create an org-mode buffer with the following contents:
--8<--
#+COLUMNS: %62ITEM(Task)
Hi,
j_l_domen...@yahoo.com writes:
> In latest ORG from melpa unstable, when exporting to HTML, the
> #+BEGIN_CENTER
> blocks doesn't work as expected.
>
> It seems to be an incorrect class name in the div's block that is
> generated.
Thanks for the report. This is fixed now.
Cheers,
Rasm
Eric Abrahamsen writes:
> I don't know what happened to mess this behavior up, but Libreoffice has
> started acting very strange in general on Arch...
I envy how everything Just Works on Fedora. While I quite enjoy pacman
and makepkg, the level of polish of Fedora is hard to match on Arch.
I h
Suvayu Ali writes:
> Hi Eric,
>
> On Tue, Aug 25, 2015 at 04:13:40PM +0100, Eric S Fraga wrote:
>> On Tuesday, 25 Aug 2015 at 16:38, Suvayu Ali wrote:
>> >
>> > I was wondering if it is possible to have multicolumn when exporting
>> > tables to LaTeX. Something like the following:
>> >
>> > | |
Hello Jorge,
> In Org mode's info, I could not find any requirement that the property
> drawer must be the first thing in the entry.
This is the first item in the 8.3 series changelog. There is a provided
script to repair things.
http://orgmode.org/Changes.html
Hope that helps,
Josiah
>
> Let's see... the org-contacts vs BBDB issue isn't a big deal, since
> Gnorb doesn't actually do all that much with contacts right now. I'd be
> happy to add tweaks to it to make it more org-contacts friendly.
>
> Email tracking is a bigger issue. Gnorb uses the Gnus registry to track
> correspo
That looks very cool. Do you use it?
Eric S Fraga writes:
> On Tuesday, 25 Aug 2015 at 09:51, John Kitchin wrote:
>
> [...]
>
>> What would make it even better? Integrated smart search, e.g. find other
>> documents that cite a reference, find similar documents/references based
>> on what you have
In Org mode's info, I could not find any requirement that the property
drawer must be the first thing in the entry. However, this is the case in
recent versions of Org. Things work OK in the following version:
Org-mode version 8.2.10 (8.2.10-42-g2e1bc4-elpa @
/home/jorge/.emacs.d/elpa/org-2015072
I'm trying to spend more time in a sparse tree view where I just see TODOs (C-c
/ t). I didn't like having the TODOs at different levels of indentation,
though. I prefer seeing them all lined up, so I moved them all to be
fourth-level headline. It's visually pleasing, and I don't care if a
s
Hi, I think that the correct option for the comments header
argument is "link" not "links".
>From bb7824dfab8dc2855a6f02d49f271b63ec251cfc Mon Sep 17 00:00:00 2001
From: "Jorge A. Alfaro Murillo"
Date: Tue, 25 Aug 2015 15:12:43 -0400
Subject: [PATCH] org.texi: Fix typo
* doc/org.texi (Extracting
dear all!
I have a strange problem now with org-mode (I don't know whether I had that
with previous org-versions because I never paid attention):
any _ I have in a caption is automatically formatted as a subscript,
independently of using #+OPTIONS: ^:nil or #+OPTIONS: ^:{}.
Is there any other w
On Tuesday, 25 Aug 2015 at 06:48, Thomas S.Dye wrote:
[...]
> If you'll be talking to Emacs developers, then my advice would be to
> thank them for their good work. The stable platform they've developed
> supports the most congenial scholarly writing environment I can
> imagine.
[...]
> establ
Aloha Erik,
Erik Hetzner writes:
> Hi all,
>
> I am going to be giving a talk on how Emacs can help support scholars,
> especially those who are using plain text and doing reproducible
> research, at “Emacsconf 2015” in San Francisco this Saturday (the
> 29th).
>
> I have done some work on manag
Hi Eric,
On Tue, Aug 25, 2015 at 04:13:40PM +0100, Eric S Fraga wrote:
> On Tuesday, 25 Aug 2015 at 16:38, Suvayu Ali wrote:
> >
> > I was wondering if it is possible to have multicolumn when exporting
> > tables to LaTeX. Something like the following:
> >
> > | | | ∈ (5300,5800) | | ∈ (5320,5420
Hi John,
On Tue, Aug 25, 2015 at 09:51:53AM -0400, John Kitchin wrote:
>
> Most important maybe: figure out how to merge narrative text in version
> control! I don't want to write a sentence per line just to use the
> default merge with git. I really want a word-based track-change like
> diff, an
On Tuesday, 25 Aug 2015 at 09:51, John Kitchin wrote:
[...]
> What would make it even better? Integrated smart search, e.g. find other
> documents that cite a reference, find similar documents/references based
> on what you have written.
Remembrance agent [1] does this automatically to some degr
On Tuesday, 25 Aug 2015 at 16:38, Suvayu Ali wrote:
> Hi,
>
> I was wondering if it is possible to have multicolumn when exporting
> tables to LaTeX. Something like the following:
>
> | | | ∈ (5300,5800) | | ∈ (5320,5420) | <- row with multicolumn
> | classifier | signal |combi. | sign
Don't have much bandwidth where i am on vacation, but for humanists a more
robust and reproducible export to odt and html is org's main weakness, I
think. Zotxt is great but takes a bit if setting up, and of course zotero
refa are less portable than bibtex libraries. Moving to org-ref probably
make
On Tuesday, 25 Aug 2015 at 15:05, Nicolas Goaziou wrote:
> Hello,
>
> Eric S Fraga writes:
>
>> I note that this bug was addressed in a recent commit. However, now
>> indent mode *with* a monospaced font has some extra space (the width of
>> a *) at the start of every headline except top level he
Hi,
I was wondering if it is possible to have multicolumn when exporting
tables to LaTeX. Something like the following:
||| ∈ (5300,5800) || ∈ (5320,5420) | <- row
with multicolumn
| classifier | signal |combi. | signal |combi. |
|
great! thanks Nicolas!
> On 25 Aug 2015, at 14:49, Nicolas Goaziou wrote:
>
> Hello,
>
> Johannes Rainer writes:
>
>
>> I have a strange problem now with org-mode (I don't know whether I had
>> that with previous org-versions because I never paid attention): any _
>> I have in a caption is
(personal bias warning;) I think org-ref+helm-bibtex is a best in class
solution to citation management for org-mode/LaTeX users. It provides
functional cite links that connect to web of science, scopus, pubmed,
and others. It provides utilities to download bibtex and org-bibtex
entries from a doi,
Hello,
Eric S Fraga writes:
> I note that this bug was addressed in a recent commit. However, now
> indent mode *with* a monospaced font has some extra space (the width of
> a *) at the start of every headline except top level headings. Also
> seems to affect text that comes before the first h
Hello,
Johannes Rainer writes:
> I have a strange problem now with org-mode (I don't know whether I had
> that with previous org-versions because I never paid attention): any _
> I have in a caption is automatically formatted as a subscript,
> independently of using #+OPTIONS: ^:nil or #+OPTION
On Tuesday, 25 Aug 2015 at 13:39, Eric S Fraga wrote:
> Hi,
>
> I note that this bug was addressed in a recent commit. However, now
> indent mode *with* a monospaced font has some extra space (the width of
> a *) at the start of every headline except top level headings. Also
> seems to affect tex
Hi,
I note that this bug was addressed in a recent commit. However, now
indent mode *with* a monospaced font has some extra space (the width of
a *) at the start of every headline except top level headings. Also
seems to affect text that comes before the first headline. Image
attached shows wha
I have the following exporting options:
#+OPTIONS: date:t stat:nil timestamp:t num:nil toc:nil p:nil todo:nil
Two questions:
1. I did not notice an option that would remove check-boxes ([ ]) and
counters ([/]) from the output of the export. Is there a way to export
without these? (actually, I tho
well, kind of helps. At least I know it's reproducible... although I would like
to have that fixed somehow.
> On 25 Aug 2015, at 09:57, Suvayu Ali wrote:
>
> On Tue, Aug 25, 2015 at 08:09:55AM +0200, Johannes Rainer wrote:
>>
>> The test org-file I used contains the following:
>>
>>
On Tue, Aug 25, 2015 at 08:09:55AM +0200, Johannes Rainer wrote:
>
> The test org-file I used contains the following:
>
>
>
> #+TITLE:TestTest
> #+OPTIONS: ^:nil
>
> * Test tables
>
> just in plain text: bla_blu, bla\_blu; both works nicely.
>
> #+CAPTION: Some bla bla and an undersc
Hi Andreas,
Andreas Röhler writes:
> when using org-mode taking notes --separated by stars-- M-q refuses to
> take action, as it doesn't fill headers.
>
> Any solution?
No, headers cannot be filled.
You can use ‘visual-line-mode’ to visualize the whole header.
HTH,
--
Bastien
Hi,
when using org-mode taking notes --separated by stars-- M-q refuses to
take action, as it doesn't fill headers.
Any solution?
Thanks,
Andreas
33 matches
Mail list logo
