On 11 November 2012 03:25, EBo <e...@sandien.com> wrote:
> On Nov 10 2012 3:33 PM, Morten Omholt Alver wrote:
> > On 10 November 2012 21:37, EBo <e...@sandien.com> wrote:
> >
> >> When I went puruzing the net I found a note that JabRef-2.9 honors
> >> key
> >> overwrite, so I thought I would try it out...
> >>
> >> I get the following errors when trying to build it on a Gentoo box:
> >>
> >> ...
> >> [javac]
> >>
> >>
> >>
> /var/tmp/portage/app-text/jabref-2.9_beta/work/jabref-2.9b/src/java/net/sf/jabref/oo/OOBibBase.java:175:
> >> cannot find symbol
> >> [javac] symbol : variable Bootstrap
> >> [javac] location: class net.sf.jabref.oo.OOBibBase
> >> [javac] XComponentContext xContext =
> >> Bootstrap.bootstrap();
> >> [javac] ^
> >>
> >
> >
> > There are a number of libraries that must be available at build time,
> > which
> > the Gentoo ebuilds normally take care of. This error seems to
> > indicate that
> > one (or all) of the OpenOffice/LibreOffice SDK libraries is missing.
> > These
> > libraries are called unoil.jar, juh.jar, jurt.jar and ridl.jar, and
> > copies
> > of these are distributed with the source packages we distribute for
> > JabRef.
>
> Morten,
>
> The original ebuild I based this off of had a patch to remove OO
> support. After I sent the email I went in and got it to compile. As a
> note, I have OO on my machine, but might need to change over to
> calligra.
>
Ok. It's a build time dependency only (until you actually try to connect to
OO, of course), so after it's compiled it doesn't matter whether you have
OO or not.
>
> While running, I get the exact same behavior with using [key:auth] (ie.
> if the key does not exist, then write nothing in the field - not even
> the available author). Looking at the documentation I had that back to
> front and is not the way to accomplish what I was hoping to do. As a
> note, the "key" entry was developed to replace the editor/author when
> none exist.
>
Unless there's been a development I've missed, when using [key:auth] it
will look for a field named "key". Is it the BibTeX key you want? Since the
point of the exercise is to generate the BibTeX key, I can't see any reason
referring that here. If you want to avoid overwriting existing keys, JabRef
has mechanisms for giving warning or refusing to do that, I don't think
it's possible to do it through the choice of key pattern.
What I need in a couple of instances is to completely overwrite the
citation key when it generates something that is non-intuitive (like in
the case of citing the original authors whose names are written in
Devanāgarī.
I must admit I don't understand what you are trying to accomplish. Perhaps
it would be easier if you gave a specific example of an entry, and what you
want to achive, compared to what actually happens.
> As a note, when I built 2.9 and click on Options -> Preferences I get
> the following error:
>
> ==================
> Exception in thread "AWT-EventQueue-0" java.lang.NoSuchMethodError:
> com.jgoodies.forms.builder.ButtonBarBuilder2.addGlue()V
> at net.sf.jabref.PrefsDialog3.<init>(PrefsDialog3.java:141)
> at net.sf.jabref.JabRefFrame$4.run(JabRefFrame.java:666)
>
>
It is missing a method which comes from the JGoodies Forms library. This is
a compile-time and runtime dependency, and you wouldn't be able to compile
without it. If you're using a Gentoo ebuild, you'll need to take this up
with the ebuild maintainer, since it's a problem with your build/run
infrastructure and not with the JabRef code as such.
Alternatively, you could download a jar file or a source package from our
site, and use that, since it comes complete with all dependencies.
--
Morten
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
_______________________________________________
Jabref-users mailing list
Jabref-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jabref-users
