emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Rasmus <rasmus@gmx.us>
To: emacs-orgmode@gnu.org
Subject: Re: Standardize #+BIBLIOGRAPHY line
Date: Mon, 22 Jul 2013 16:15:59 +0200	[thread overview]
Message-ID: <87hafmwuhs.fsf@gmx.us> (raw)
In-Reply-To: 874nbm67rq.fsf@gmail.com

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> Jambunathan K <kjambunathan@gmail.com> writes:
>
>> Getting Citation right to cater to general needs is going to be complex.
>> This is mainly because 
>>
>>     1. Org's object syntax is very rudimentary and not "extensible" 
>>     2. "real-world" citations may need some annotations page number etc.
>>
>> I think it is good to *atleast make a move* in standardizing the cite
>> elements.  My gut feeling is that cite objects - for now - should be
>> coded as \cite { } latex objects.  This specifically means that link
>> syntax for cite should NOT BE ENCOURAGED (or STRONGLY DISCOURAGED).
>
> I understand. You can still use ox-bibtex.el for now, and just ignore
> all the "[[cite:...]]" part.

I wouldn't go with \cite{·}.  When I did in the past  I often got into
trouble due to newlines. E.g.:

\parencite[this is my very long note before the author][this is my
long quote after the ]{key}

would be escaped by Org.  Perhaps it works better with ox, I haven't
tested.  But the above is printed as:

\parencite[this is my very long note before the author][this is my
long quote after the ]\{key\}
                      ^^^^^^^ 

As expressed elsewhere I think

  [cite:key :pre xxx :post yyy :mycrazykey zzz] 

is the most desirable syntax.

>> As an aside, I am inclined to think of cite objects as "special class"
>> of "footnote" elements.
>
> I tend to agree. 

Me too.  Although I think FN should be a special case of
[FUN:whatever] where FUN could be CITE or FN or whatever. . .

> There was a discussion on the ML about a possible
> syntax. I think it is a bit early to set it in stone anyway. As you
> said, the point here is to make a move towards standardization, even if
> it means using \cite{...} and `defadvice' for now.

Citation-support is a hack atm, and I think it's an area that would do
well with some standardization.

The system should exhibit some flexibility supporting e.g. notes,
parencite (prenote, key, year, postnote) and textcite key (prenote,
year, postnote).  But there could be others.  E.g. someone mentioned
using DOIs etc.

>> Does the author have copyright assignments for contributing to Emacs?
>>
>>         Taru Karttunen <taruti@taruti.net>
>>
>> As a personal policy, I don't want to touch a file which wouldn't end up
>> in Emacs proper.  
>>
>> Any changes that I make to Emacs - that includes Org-mode - is
>> *guaranteed* to end up in Emacs proper.  It's going to happen in it's
>> own time.
>
> Nobody can guarantee that code relative to bibliographies will become
> mainstream. What if normalization fails, for one reason or another?
>
> Anyway, I don't think assignment is a problem. If we decide to handle
> bibliographies in Org core, ox-bibtex will have to be rewritten anyway
> (and will become ox-bibliography or something like that). Though, it
> would obviously be best if original "org-bibtex.el" author (Cc'ed) had
> already signed FSF papers.

I'd be willing to put in work on ox-bibliography, although I don't
know if my 'skillz' suffice.

–Rasmus

-- 
A page of history is worth a volume of logic

  parent reply	other threads:[~2013-07-22 14:16 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-22  7:25 Standardize #+BIBLIOGRAPHY line Jambunathan K
2013-07-22  9:03 ` Nicolas Goaziou
2013-07-22 13:16   ` Jambunathan K
2013-07-22 13:19     ` Jambunathan K
2013-07-22 13:31     ` Nicolas Goaziou
2013-07-22 13:47       ` Jambunathan K
2013-07-22 13:58         ` Nicolas Goaziou
2013-07-22 16:09           ` Jambunathan K
2013-07-22 19:33           ` Jambunathan K
2013-07-22 14:15       ` Rasmus [this message]
2013-07-22 16:29         ` Jambunathan K
2013-07-22 21:51           ` Rasmus
2013-07-25  8:47             ` Jambunathan K
2013-07-22 17:01         ` Jambunathan K
2013-07-22 19:34           ` Jambunathan K

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87hafmwuhs.fsf@gmx.us \
    --to=rasmus@gmx.us \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).