From jcspray at icculus.org  Sat Mar  3 07:59:36 2007
From: jcspray at icculus.org (John Spray)
Date: Sat, 03 Mar 2007 12:59:36 +0000
Subject: ANNOUNCE: Referencer 1.0.2
Message-ID: <1172926776.2539.15.camel@localhost>


Get it while it's hot:
http://icculus.org/referencer/downloads/referencer-1.0.2.tar.gz

Changes:
1.0.2:
	- Handle "Digital Object Identifier 10.1109..." (Jordy Potman)
	- Handle CDATA enclosure of titles (Jordy Potman)
	- Escape ampersands in bibtex export
	- Options for setting gnome proxy in Preferences
	- Fix thumbnail sizing bug
	- Special case for getting dois like "doi: blah/blah, more text" to 
		ignore trailing comma.
	- Add progress dialog when loading library
	- Improved keyboard behaviour in main window and in document properties
	- Fix 'remove' failing with duplicate keys
	- Add "Delete File from Drive"
	- Add "Rename File to Key"
	- Add/fix some accelerators
	- Fix ./configure failing on Ubuntu 6.06
	- Add option to enclose all values in {} when exporting bibtex
	- Fix crash opening files which no longer exist (Andreas Dalsgaard)
	- Fix saving broken to FS away from $HOME (Andreas Dalsgaard)

John



From aidan.delaney at gmail.com  Sun Mar  4 13:28:59 2007
From: aidan.delaney at gmail.com (Aidan Delaney)
Date: Sun, 04 Mar 2007 18:28:59 +0000
Subject: libboost configure patch
Message-ID: <1173032939.5875.4.camel@localhost>

Hey all,
The configure/make process does not bum out if libboost is not
installed.  Here's a patch.

--
Aidan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: boost_build_patch.diff
Type: text/x-patch
Size: 451 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070304/0e16c37a/attachment.bin>

From jcspray at icculus.org  Sun Mar  4 15:30:34 2007
From: jcspray at icculus.org (John Spray)
Date: Sun, 04 Mar 2007 20:30:34 +0000
Subject: [referencer] libboost configure patch
In-Reply-To: <1173032939.5875.4.camel@localhost>
References: <1173032939.5875.4.camel@localhost>
Message-ID: <1173040234.27367.15.camel@localhost>

On Sun, 2007-03-04 at 18:28 +0000, Aidan Delaney wrote:
> Hey all,
> The configure/make process does not bum out if libboost is not
> installed.  Here's a patch.

Thanks.  Any reason for failing on the absence of the library rather
than the header?  I guess as-is this would not fail if the user had the
library but not the headers.

Regards,
John



From aidan.delaney at gmail.com  Sun Mar  4 17:48:26 2007
From: aidan.delaney at gmail.com (Aidan Delaney)
Date: Sun, 04 Mar 2007 22:48:26 +0000
Subject: [referencer] libboost configure patch
In-Reply-To: <1173040234.27367.15.camel@localhost>
References: <1173032939.5875.4.camel@localhost>
	 <1173040234.27367.15.camel@localhost>
Message-ID: <1173048506.5875.14.camel@localhost>

On Sun, 2007-03-04 at 20:30 +0000, John Spray wrote:
> Thanks.  Any reason for failing on the absence of the library rather
> than the header?
Yes, I didn't have the library or header installed :)  Given that the
library check is first I put in a fail condition for that.  When I
figure out how to put in an error if the AC_CHECK_HEADERS fails I'll
submit that too.  Just consider it the mailing list equivalent of
slashdot karma whoring :-P

>   I guess as-is this would not fail if the user had the
> library but not the headers.
Correct.  If the user had the library but not the headers the configure
step would not fail (AC_CHECK_HEADERS would output a "no" but would
still continue.  A user would only /see/ a failure on making the
project). 

/me has had too many beers :)
--
Aidan



From Brice.Goglin at ens-lyon.org  Mon Mar  5 08:04:27 2007
From: Brice.Goglin at ens-lyon.org (Brice Goglin)
Date: Mon, 05 Mar 2007 14:04:27 +0100
Subject: problems when importing bibtex entries
Message-ID: <45EC155B.8010409@ens-lyon.org>

Hi,

I am trying Referencer since it looks very promising. While importing my
existing bibtex files, I always get an error "Invalid byte sequence in
conversion input - This problem was encountered while parsing import".
For instance, when the file contains:

@TECHREPORT{LocalUserSched,
  AUTHOR = { Martin Steckermeier and Frank Bellosa },
  TITLE = { Using Locality Information in Userlevel Scheduling },
  INSTITUTION = { University of Erlangen-N?rnberg -- Computer Science
Department -- Operating Systems -- {IMMD IV} },
  YEAR = 1995,
  NUMBER = { TR-95-14 },
  NOTE = { \url{mstecker at informatik.uni-erlangen.de}
\url{bellosa at informatik.uni-erlangen.de} },
  ADDRESS = { Martensstra?e 1, 91058 Erlangen, Germany },
  MONTH = DEC,
  DAY = 23,
}

I get this error with the following output in the terminal
Publisher =

I tried adding a dummy publisher field, but it does not help. And it
seems to me that all the required fields for a "techreport" entry are
set in my file (I looked in Emacs' bibtex mode to know which ones are
required).

Any idea?

Thanks,
Brice




From jcspray at icculus.org  Mon Mar  5 08:38:10 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 13:38:10 +0000
Subject: [referencer] problems when importing bibtex entries
In-Reply-To: <45EC155B.8010409@ens-lyon.org>
References: <45EC155B.8010409@ens-lyon.org>
Message-ID: <1173101890.22789.27.camel@localhost>

On Mon, 2007-03-05 at 14:04 +0100, Brice Goglin wrote:
> I am trying Referencer since it looks very promising. While importing my
> existing bibtex files, I always get an error "Invalid byte sequence in
> conversion input - This problem was encountered while parsing import".
> For instance, when the file contains:
> 
> @TECHREPORT{LocalUserSched,
>   AUTHOR = { Martin Steckermeier and Frank Bellosa },
>   TITLE = { Using Locality Information in Userlevel Scheduling },
>   INSTITUTION = { University of Erlangen-N?rnberg -- Computer Science
> Department -- Operating Systems -- {IMMD IV} },
>   YEAR = 1995,
>   NUMBER = { TR-95-14 },
>   NOTE = { \url{mstecker at informatik.uni-erlangen.de}
> \url{bellosa at informatik.uni-erlangen.de} },
>   ADDRESS = { Martensstra?e 1, 91058 Erlangen, Germany },
>   MONTH = DEC,
>   DAY = 23,
> }

Hmm, when I import this snippet from a UTF-8 encoded file, it works but
the ? and so on get manged.  When I save it as an iso-8859-1 file it
just works, output on the console like:
"""
Publisher =  University of Erlangen-N?rnberg ? Computer Science
Department ? Operating Systems ? IMMD IV (0)
Note =  \urlmstecker at informatik.uni-erlangen.de
\urlbellosa at informatik.uni-erlangen.de (0)
Address =  Martensstra?e 1, 91058 Erlangen, Germany (0)
Month = DEC(0)
Day = 23(0)
"""

What is your LANG environment variable set to?  What encoding is the
bibtex file in?

Regards,
John



From Brice.Goglin at ens-lyon.org  Mon Mar  5 09:58:12 2007
From: Brice.Goglin at ens-lyon.org (Brice Goglin)
Date: Mon, 05 Mar 2007 15:58:12 +0100
Subject: [referencer] problems when importing bibtex entries
In-Reply-To: <1173101890.22789.27.camel@localhost>
References: <45EC155B.8010409@ens-lyon.org> <1173101890.22789.27.camel@localhost>
Message-ID: <45EC3004.7030406@ens-lyon.org>

John Spray wrote:
> Hmm, when I import this snippet from a UTF-8 encoded file, it works but
> the ? and so on get manged.

I should have chosen another example, these German character could
confuse the discussion :)

I don't have any problem with these special characters here. After
searching a little bit, I found out that the failure is caused by the
double-dash in the institution:
  INSTITUTION = { University of Erlangen-N?rnberg -- Computer Science
Department - Operating Systems - {IMMD IV} },
    => fails
  INSTITUTION = { University of Erlangen-N?rnberg - Computer Science
Department - Operating Systems - {IMMD IV} },
    => works

Apart from this problem, I finally manage to locate where my other
failing entries had a problem. It seems that Referencer does not like
having a quote in the publisher or booktitle field. I had several
entries with "O'Reilly" or "Developer's" in the publisher or booktitle
field, this get accepted once I remove the quote. Having a quote in the
title or author does not seem to cause any problem. Here are the failing
entries, in case you want to look at it:

@misc{ braam99intermezzo,
  author = "Peter Braam Braam",
  title = "{T}he {I}nter{M}ezzo {F}ile {S}ystem",
  booktitle = "Proceedings of the O'Reilly Perl Conference 3",
  year = "1999",
  url = "http://citeseer.nj.nec.com/braam99intermezzo.html"
}

@Book{ bovet03understanding,
  author = {Daniel P. Bovet and Marco Cesati},
  title = "{U}nderstanding the {L}inux {K}ernel, {S}econd {E}dition",
  publisher = "O'Reilly",
  year = 2003,
  isbn = "0-596-00213-0",
}

@Book{ love04linux,
  author = {Robert Love},
  title = "{L}inux {K}ernel {D}evelopment",
  publisher = "Developer's Library, Sams Publishing",
  year = 2004,
  isbn = "0-672-32512-8",
}

All of them have been used in earlier publications without ever getting
a problem with bibtool or bibtex from what I remember. I don't how
whether Referencer uses its own parser or something common to
bibtex/bibtool anyway...


> What is your LANG environment variable set to?  What encoding is the
> bibtex file in?
>   

I don't know if it matters anymore, but in case it does:

I don't have any LANG set. I just have the following config:
LANG=
LC_CTYPE=fr_FR at euro
LC_NUMERIC="POSIX"
LC_TIME=fr_FR at euro
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

Setting LANG to en_US before starting referencer does not seem to help
anyway.

By the way, it would be great to display the parsing error in the error
window instead of in the terminal :)

thanks a lot,
Brice



From Brice.Goglin at ens-lyon.org  Mon Mar  5 10:08:26 2007
From: Brice.Goglin at ens-lyon.org (Brice Goglin)
Date: Mon, 05 Mar 2007 16:08:26 +0100
Subject: [referencer] problems when importing bibtex entries
In-Reply-To: <45EC3004.7030406@ens-lyon.org>
References: <45EC155B.8010409@ens-lyon.org> <1173101890.22789.27.camel@localhost> <45EC3004.7030406@ens-lyon.org>
Message-ID: <45EC326A.5010508@ens-lyon.org>

Brice Goglin wrote:
> John Spray wrote:
>   
>> Hmm, when I import this snippet from a UTF-8 encoded file, it works but
>> the ? and so on get manged.
>>     
>
> I should have chosen another example, these German character could
> confuse the discussion :)
>
> I don't have any problem with these special characters here. After
> searching a little bit, I found out that the failure is caused by the
> double-dash in the institution:
>   INSTITUTION = { University of Erlangen-N?rnberg -- Computer Science
> Department - Operating Systems - {IMMD IV} },
>     => fails
>   INSTITUTION = { University of Erlangen-N?rnberg - Computer Science
> Department - Operating Systems - {IMMD IV} },
>     => works
>
> Apart from this problem, I finally manage to locate where my other
> failing entries had a problem. It seems that Referencer does not like
> having a quote in the publisher or booktitle field. I had several
> entries with "O'Reilly" or "Developer's" in the publisher or booktitle
> field, this get accepted once I remove the quote. Having a quote in the
> title or author does not seem to cause any problem. Here are the failing
> entries, in case you want to look at it:
>
> @misc{ braam99intermezzo,
>   author = "Peter Braam Braam",
>   title = "{T}he {I}nter{M}ezzo {F}ile {S}ystem",
>   booktitle = "Proceedings of the O'Reilly Perl Conference 3",
>   year = "1999",
>   url = "http://citeseer.nj.nec.com/braam99intermezzo.html"
> }
>
> @Book{ bovet03understanding,
>   author = {Daniel P. Bovet and Marco Cesati},
>   title = "{U}nderstanding the {L}inux {K}ernel, {S}econd {E}dition",
>   publisher = "O'Reilly",
>   year = 2003,
>   isbn = "0-596-00213-0",
> }
>
> @Book{ love04linux,
>   author = {Robert Love},
>   title = "{L}inux {K}ernel {D}evelopment",
>   publisher = "Developer's Library, Sams Publishing",
>   year = 2004,
>   isbn = "0-672-32512-8",
> }
>
>   

To bring more confusion, there are some entries where the quote is
accepted in booktitle. For instance:

@inproceedings{ schmuck02gpfs,
  author = "Frank Schmuck and Roger Haskin",
  title = "{GPFS}: {A} {S}hared-{D}isk {F}ile {S}ystem for {L}arge
{C}omputing {C}lusters",
  booktitle = "Proceedings of the Conference on File and Storage
Technologies (FAST'02)",
  publisher = "USENIX, Berkeley, CA",
  pages = "231--244",
  year = "2002",
  month = JAN,
  address = "Monterey, CA",
}

Brice



From leo.fontenelle at gmail.com  Mon Mar  5 11:46:48 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 13:46:48 -0300
Subject: Hello
Message-ID: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>

I'm a GNOME translator and, as a user, I'm very interested in testing
Referencer. I'm stuck trying to install it in my Gentoo system (and
from SVN), so I'd love help with the ebuild bug [1]. While it's a
downstream issue, it could be at least partially fixed with more
detailed dependencies instructions in the README.

BTW, why isn't autogen.sh executable?

Thanks!

Leonardo Fontenelle

1. https://bugs.gentoo.org/show_bug.cgi?id=164750


From jcspray at icculus.org  Mon Mar  5 11:58:59 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 16:58:59 +0000
Subject: [referencer] Hello
In-Reply-To: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
Message-ID: <1173113939.22789.48.camel@localhost>

On Mon, 2007-03-05 at 13:46 -0300, Leonardo Fontenelle wrote:
> I'm a GNOME translator and, as a user, I'm very interested in testing
> Referencer. I'm stuck trying to install it in my Gentoo system (and
> from SVN), so I'd love help with the ebuild bug [1]. While it's a
> downstream issue, it could be at least partially fixed with more
> detailed dependencies instructions in the README.

Well, since it's failing at link time and not compile time you've
clearly got the right headers installed.  So I don't know why it's not
finding the boost library: on my ubuntu system it links with
"-lboost_regex", which resolves to
"/usr/lib/libboost_regex-gcc-mt-1_33_1.so.1.33.1"

Perhaps the regex part is not built on the gentoo system?  The configure
script doesn't actually fail out as it should in the absence of the
boost regex library, there was a patch for this on the mailing list a
few days ago.

Hopefully it's just a case of making boost build with regex support.

> BTW, why isn't autogen.sh executable?

Because it wasn't when I originally checked it into svn, and now when I
do "chmod +x ./autogen.sh" svn doesn't pick that up as a change.  Anyone
who knows more about svn than me can hopefully tell me how to make svn
pick up on the change.

John



From mattions at gmail.com  Mon Mar  5 12:05:15 2007
From: mattions at gmail.com (Michele Mattioni)
Date: Mon, 05 Mar 2007 17:05:15 +0000
Subject: [referencer] Hello
In-Reply-To: <1173113939.22789.48.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
Message-ID: <1173114315.8785.71.camel@localhost>

On lun, 2007-03-05 at 16:58 +0000, John Spray wrote:
> On Mon, 2007-03-05 at 13:46 -0300, Leonardo Fontenelle wrote:
[..]
> > BTW, why isn't autogen.sh executable?
> 
> Because it wasn't when I originally checked it into svn, and now when I
> do "chmod +x ./autogen.sh" svn doesn't pick that up as a change.  Anyone
> who knows more about svn than me can hopefully tell me how to make svn
> pick up on the change.
> 
> John
> 

Dirty way:

cp autogen.sh autogen.sh.tmp
svn del autogen.sh
svn ci 
mv autogen.sh.tmp autogen.sh
chmod +x autogen.sh
svn add autogen.sh

I don't know if there is another way..
usually I use this one :P



From patrick at wagstrom.net  Mon Mar  5 12:08:38 2007
From: patrick at wagstrom.net (Patrick Wagstrom)
Date: Mon, 05 Mar 2007 12:08:38 -0500
Subject: [referencer] Hello
In-Reply-To: <1173114315.8785.71.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>	 <1173113939.22789.48.camel@localhost> <1173114315.8785.71.camel@localhost>
Message-ID: <45EC4E96.5000201@wagstrom.net>

Michele Mattioni wrote:
> I don't know if there is another way..
> usually I use this one :P

This should work, no?

svn propset svn:executable ON autogen.sh

--Patrick


From jcspray at icculus.org  Mon Mar  5 12:14:02 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 17:14:02 +0000
Subject: [referencer] Hello
In-Reply-To: <45EC4E96.5000201@wagstrom.net>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost> <1173114315.8785.71.camel@localhost>
	 <45EC4E96.5000201@wagstrom.net>
Message-ID: <1173114843.22789.49.camel@localhost>

On Mon, 2007-03-05 at 12:08 -0500, Patrick Wagstrom wrote:
> Michele Mattioni wrote:
> > I don't know if there is another way..
> > usually I use this one :P
> 
> This should work, no?
> 
> svn propset svn:executable ON autogen.sh

Brilliant, just what I was looking for, thanks.

John



From mattions at gmail.com  Mon Mar  5 12:27:16 2007
From: mattions at gmail.com (Michele Mattioni)
Date: Mon, 05 Mar 2007 17:27:16 +0000
Subject: [referencer] Hello
In-Reply-To: <1173114843.22789.49.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost> <1173114315.8785.71.camel@localhost>
	 <45EC4E96.5000201@wagstrom.net>  <1173114843.22789.49.camel@localhost>
Message-ID: <1173115636.8785.72.camel@localhost>

On lun, 2007-03-05 at 17:14 +0000, John Spray wrote:
> On Mon, 2007-03-05 at 12:08 -0500, Patrick Wagstrom wrote:
> > Michele Mattioni wrote:
> > > I don't know if there is another way..
> > > usually I use this one :P
> > 
> > This should work, no?
> > 
> > svn propset svn:executable ON autogen.sh
> 
> Brilliant, just what I was looking for, thanks.
> 
> John
> 

Tnx Jon, added to my really small knowledge on subversion :P




From leo.fontenelle at gmail.com  Mon Mar  5 14:16:17 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 16:16:17 -0300
Subject: [referencer] Hello
In-Reply-To: <1173113939.22789.48.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
Message-ID: <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>

Thanks for the prompt responses!

2007/3/5, John Spray <jcspray at icculus.org>:
> Well, since it's failing at link time and not compile time you've
> clearly got the right headers installed.  So I don't know why it's not
> finding the boost library: on my ubuntu system it links with
> "-lboost_regex", which resolves to
> "/usr/lib/libboost_regex-gcc-mt-1_33_1.so.1.33.1"
>
> Perhaps the regex part is not built on the gentoo system?  The configure
> script doesn't actually fail out as it should in the absence of the
> boost regex library, there was a patch for this on the mailing list a
> few days ago.

I have this:

/usr/lib/libboost_regex-mt.so.1.33.1
/usr/lib/libboost_regex-gcc-mt.so

Maybe this is the problem? BTW, since "gcc" is there, it might be
worth mentioning I'm using gcc 4.1.1.

Leonardo Fontenelle


From jcspray at icculus.org  Mon Mar  5 14:46:11 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 19:46:11 +0000
Subject: [referencer] Hello
In-Reply-To: <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
Message-ID: <1173123971.22789.80.camel@localhost>

On Mon, 2007-03-05 at 16:16 -0300, Leonardo Fontenelle wrote:
> 
> /usr/lib/libboost_regex-mt.so.1.33.1
> /usr/lib/libboost_regex-gcc-mt.so
> 
> Maybe this is the problem? BTW, since "gcc" is there, it might be
> worth mentioning I'm using gcc 4.1.1.

I'm using gcc 4.1.2, it shouldn't make a difference.

I don't know what's causing this if those libraries are there (assuming
the compiler is finding them).  Perhaps a gentoo expert will be able to
shed more light, or perhaps you can find another ebuild which depends on
boost_regex and see if that works.

You might want to check if ./configure is finding the libboost_regex
correctly: in src/Makefile you should have a line "LIBS = -lboost_regex"

Regards,
John



From leo.fontenelle at gmail.com  Mon Mar  5 15:16:07 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 17:16:07 -0300
Subject: [referencer] Hello
In-Reply-To: <1173123971.22789.80.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
Message-ID: <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>

2007/3/5, John Spray <jcspray at icculus.org>:
> You might want to check if ./configure is finding the libboost_regex
> correctly: in src/Makefile you should have a line "LIBS = -lboost_regex"

No, my src/Makefile doesn't have it. That's funny, because ./configure
doesn't complain about that.


Leonardo Fontenelle


From jcspray at icculus.org  Mon Mar  5 15:21:48 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 20:21:48 +0000
Subject: [referencer] Hello
In-Reply-To: <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
Message-ID: <1173126108.22789.85.camel@localhost>

On Mon, 2007-03-05 at 17:16 -0300, Leonardo Fontenelle wrote:
> 2007/3/5, John Spray <jcspray at icculus.org>:
> > You might want to check if ./configure is finding the libboost_regex
> > correctly: in src/Makefile you should have a line "LIBS = -lboost_regex"
> 
> No, my src/Makefile doesn't have it. That's funny, because ./configure
> doesn't complain about that.

As I said, configure in 1.0.2 doesn't fail properly (should be fixed in
SVN).

I guess it'll probably work if you re-run ./configure

John



From leo.fontenelle at gmail.com  Mon Mar  5 17:03:59 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 19:03:59 -0300
Subject: [referencer] Hello
In-Reply-To: <1173126108.22789.85.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
Message-ID: <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>

Now ./configure fails appropriately :(

Gentoo's boost package includes all the boost-dev libraries, including
regex. There are no "-dev" packages because users will almost always
need the -dev part for something. Could referencer be changed to
depend on libboost-regex _or_ libboost-regex-dev?

Leonardo Fontenelle

2007/3/5, John Spray <jcspray at icculus.org>:
> On Mon, 2007-03-05 at 17:16 -0300, Leonardo Fontenelle wrote:
> > 2007/3/5, John Spray <jcspray at icculus.org>:
> > > You might want to check if ./configure is finding the libboost_regex
> > > correctly: in src/Makefile you should have a line "LIBS = -lboost_regex"
> >
> > No, my src/Makefile doesn't have it. That's funny, because ./configure
> > doesn't complain about that.
>
> As I said, configure in 1.0.2 doesn't fail properly (should be fixed in
> SVN).
>
> I guess it'll probably work if you re-run ./configure
>
> John
>
>


From jcspray at icculus.org  Mon Mar  5 17:17:16 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 22:17:16 +0000
Subject: [referencer] Hello
In-Reply-To: <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
Message-ID: <1173133036.22789.89.camel@localhost>

On Mon, 2007-03-05 at 19:03 -0300, Leonardo Fontenelle wrote:
> Now ./configure fails appropriately :(
> 
> Gentoo's boost package includes all the boost-dev libraries, including
> regex. There are no "-dev" packages because users will almost always
> need the -dev part for something. Could referencer be changed to
> depend on libboost-regex _or_ libboost-regex-dev?

The relevant lines in configure.in are:
"""
AC_CHECK_LIB(boost_regex, [main], [], [echo "Error no boost library found!"
          exit -1
          ])

AC_CHECK_HEADERS(boost/regex.hpp)
"""

As you can see, there's no explicit dependence on some particular -dev
package, it just needs the header and the library to exist.
If ./configure is failing it's because one or the other of those is not
in your include path or library path respectively.

John



From leo.fontenelle at gmail.com  Mon Mar  5 18:15:35 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 20:15:35 -0300
Subject: [referencer] Hello
In-Reply-To: <1173133036.22789.89.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
Message-ID: <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>

2007/3/5, John Spray <jcspray at icculus.org>:
> As you can see, there's no explicit dependence on some particular -dev
> package, it just needs the header and the library to exist.
> If ./configure is failing it's because one or the other of those is not
> in your include path or library path respectively.

I can't see, I don't understand such things :)

What I can say is that I have deluge and python-libtorrent installed,
and they depend on boost_regex, too. As I previously stated, I have
two files which names are similar to what the configure script looks
for, and _maybe_ they give what referencer is looking for:

/usr/lib/libboost_regex-mt.so.1.33.1
/usr/lib/libboost_regex-gcc-mt.so

I have the boost/refex.hpp installed.

Leonardo Fontenelle


From jcspray at icculus.org  Mon Mar  5 18:19:02 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 23:19:02 +0000
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
Message-ID: <1173136742.26702.1.camel@localhost>

On Mon, 2007-03-05 at 20:15 -0300, Leonardo Fontenelle wrote:
> What I can say is that I have deluge and python-libtorrent installed,
> and they depend on boost_regex, too. As I previously stated, I have
> two files which names are similar to what the configure script looks
> for, and _maybe_ they give what referencer is looking for:
> 
> /usr/lib/libboost_regex-mt.so.1.33.1
> /usr/lib/libboost_regex-gcc-mt.so
> 
> I have the boost/refex.hpp installed.

(I got tired of the non-descriptive subject line)

What error is ./configure giving?  This is freshly updated from svn
and ./autogen.sh run, right?

John



From leo.fontenelle at gmail.com  Mon Mar  5 18:21:21 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 20:21:21 -0300
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <1173136742.26702.1.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
Message-ID: <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>

Homework done.

The error message is:
checking for main in -lboost_regex... no

Leonardo Fontenelle

2007/3/5, John Spray <jcspray at icculus.org>:
> On Mon, 2007-03-05 at 20:15 -0300, Leonardo Fontenelle wrote:
> > What I can say is that I have deluge and python-libtorrent installed,
> > and they depend on boost_regex, too. As I previously stated, I have
> > two files which names are similar to what the configure script looks
> > for, and _maybe_ they give what referencer is looking for:
> >
> > /usr/lib/libboost_regex-mt.so.1.33.1
> > /usr/lib/libboost_regex-gcc-mt.so
> >
> > I have the boost/refex.hpp installed.
>
> (I got tired of the non-descriptive subject line)
>
> What error is ./configure giving?  This is freshly updated from svn
> and ./autogen.sh run, right?
>
> John
>
>


From jcspray at icculus.org  Mon Mar  5 18:36:34 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 05 Mar 2007 23:36:34 +0000
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173113939.22789.48.camel@localhost>
	 <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
Message-ID: <1173137794.26702.5.camel@localhost>

On Mon, 2007-03-05 at 20:21 -0300, Leonardo Fontenelle wrote:
> Homework done.
> 
> The error message is:
> checking for main in -lboost_regex... no

I don't know why it's not picking it up.  Can you have a look at what's
in configure.in for the packages where it does work?  I'm assuming that
as a gentoo user who insists on building everything you have that kind
of thing lying around...

John



From leo.fontenelle at gmail.com  Mon Mar  5 18:54:10 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 20:54:10 -0300
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <1173137794.26702.5.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
Message-ID: <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>

If they had a configure.in I would post it... deluge is written in
python; python-libtorrent is written in C++, but doesn't use the GNU
build tools, or at least doesn't have a configure or an autogen.sh
file. Maybe it could be easier for you to look directly in their
sources:

http://deluge-torrent.org/wiki/Downloads

Leonardo Fontenelle

2007/3/5, John Spray <jcspray at icculus.org>:
> On Mon, 2007-03-05 at 20:21 -0300, Leonardo Fontenelle wrote:
> > Homework done.
> >
> > The error message is:
> > checking for main in -lboost_regex... no
>
> I don't know why it's not picking it up.  Can you have a look at what's
> in configure.in for the packages where it does work?  I'm assuming that
> as a gentoo user who insists on building everything you have that kind
> of thing lying around...
>
> John
>
>


From jcspray at icculus.org  Mon Mar  5 19:38:38 2007
From: jcspray at icculus.org (John Spray)
Date: Tue, 06 Mar 2007 00:38:38 +0000
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173123971.22789.80.camel@localhost>
	 <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
	 <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
Message-ID: <1173141518.26702.15.camel@localhost>

On Mon, 2007-03-05 at 20:54 -0300, Leonardo Fontenelle wrote:
> If they had a configure.in I would post it... deluge is written in
> python; python-libtorrent is written in C++, but doesn't use the GNU
> build tools, or at least doesn't have a configure or an autogen.sh
> file. Maybe it could be easier for you to look directly in their
> sources:
> 
> http://deluge-torrent.org/wiki/Downloads

I'm afraid I don't have time to chase this down right now.  It doesn't
seem to affect fedora/mandriva/ubuntu, so it's probably going to need
some gentoo-specific knowledge, which I don't have any of.  I also don't
have a gentoo system to test on.  Perhaps you could post to the gentoo
bugzilla thread about it, or ask via gentoo support channels.

Regards,
John



From leo.fontenelle at gmail.com  Mon Mar  5 20:22:06 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Mon, 5 Mar 2007 22:22:06 -0300
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <1173141518.26702.15.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
	 <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
	 <1173141518.26702.15.camel@localhost>
Message-ID: <b5b3c6610703051722q65b960d1u74a8487cd5b7f801@mail.gmail.com>

2007/3/5, John Spray <jcspray at icculus.org>:
> I'm afraid I don't have time to chase this down right now. ...
> it's probably going to need some gentoo-specific knowledge

OK, I understand. Please just modify the README file to include the
versions for *mm-2.?, i. e. >libgnomeuimm-2.6 for
>libgnomeuimm-2.6-2.14 or such. I'll ask someone to look at the
configure issue in the tracker.

Thank you for trying!

Leonardo Fontenelle


From mbanck at gmx.net  Tue Mar  6 10:04:01 2007
From: mbanck at gmx.net (Michael Banck)
Date: Tue, 6 Mar 2007 16:04:01 +0100
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
References: <1173113939.22789.48.camel@localhost> <b5b3c6610703051116h1fa9ebb5p87c16b4280bbf63e@mail.gmail.com> <1173123971.22789.80.camel@localhost> <b5b3c6610703051216h62cdb98fh5a029226a3cbed1d@mail.gmail.com> <1173126108.22789.85.camel@localhost> <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com> <1173133036.22789.89.camel@localhost> <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com> <1173136742.26702.1.camel@localhost> <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
Message-ID: <20070306150401.GA4104@nighthawk.chemicalconnection.dyndns.org>

On Mon, Mar 05, 2007 at 08:21:21PM -0300, Leonardo Fontenelle wrote:
> The error message is:
> checking for main in -lboost_regex... no

Post your config.log, or better yet, the relevant parts pertaining to
-lboost_regex.


Michael


From Brice.Goglin at ens-lyon.org  Tue Mar  6 15:38:31 2007
From: Brice.Goglin at ens-lyon.org (Brice Goglin)
Date: Tue, 06 Mar 2007 21:38:31 +0100
Subject: [referencer] problems when importing bibtex entries
In-Reply-To: <45EC326A.5010508@ens-lyon.org>
References: <45EC155B.8010409@ens-lyon.org> <1173101890.22789.27.camel@localhost> <45EC3004.7030406@ens-lyon.org> <45EC326A.5010508@ens-lyon.org>
Message-ID: <45EDD147.8020607@ens-lyon.org>

Brice Goglin wrote:
> To bring more confusion, there are some entries where the quote is
> accepted in booktitle. For instance:
>
> @inproceedings{ schmuck02gpfs,
>   author = "Frank Schmuck and Roger Haskin",
>   title = "{GPFS}: {A} {S}hared-{D}isk {F}ile {S}ystem for {L}arge
> {C}omputing {C}lusters",
>   booktitle = "Proceedings of the Conference on File and Storage
> Technologies (FAST'02)",
>   publisher = "USENIX, Berkeley, CA",
>   pages = "231--244",
>   year = "2002",
>   month = JAN,
>   address = "Monterey, CA",
> }
>   

And last thing for now:

When exporting the database as a bibtex file, most quotes are refused,
including the one above, giving the following error:

escapeBibtexAccents '
(Referencer:6870): glibmm-CRITICAL **:
unhandled exception (type Glib::Error) in signal handler:
domain: g_convert_error
code  : 1
what  : Invalid byte sequence in conversion input

By the way, I also got an error when exporting an entry whose title
field contained some latex code ($\null^2$). This entry works fine in
bibtex.

Brice



From jcspray at icculus.org  Tue Mar  6 18:53:12 2007
From: jcspray at icculus.org (John Spray)
Date: Tue, 06 Mar 2007 23:53:12 +0000
Subject: [referencer] problems when importing bibtex entries
In-Reply-To: <45EDD147.8020607@ens-lyon.org>
References: <45EC155B.8010409@ens-lyon.org>
	 <1173101890.22789.27.camel@localhost> <45EC3004.7030406@ens-lyon.org>
	 <45EC326A.5010508@ens-lyon.org>  <45EDD147.8020607@ens-lyon.org>
Message-ID: <1173225192.5375.10.camel@localhost>

On Tue, 2007-03-06 at 21:38 +0100, Brice Goglin wrote:
> 
> And last thing for now:
> 
> When exporting the database as a bibtex file, most quotes are refused,
> including the one above, giving the following error:
> 
> escapeBibtexAccents '
> (Referencer:6870): glibmm-CRITICAL **:
> unhandled exception (type Glib::Error) in signal handler:
> domain: g_convert_error
> code  : 1
> what  : Invalid byte sequence in conversion input
> 
> By the way, I also got an error when exporting an entry whose title
> field contained some latex code ($\null^2$). This entry works fine in
> bibtex.

Thanks for the detailed report -- I'll start working through these items
in due course.

John



From leo.fontenelle at gmail.com  Tue Mar  6 22:02:56 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Wed, 7 Mar 2007 00:02:56 -0300
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <1173141518.26702.15.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
	 <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
	 <1173141518.26702.15.camel@localhost>
Message-ID: <b5b3c6610703061902q1c593249i7a7e917d6b101d02@mail.gmail.com>

The issue is fixed in Gentoo [1]. Maybe the patch could be used upstream?

Currently referencer seems to build only against single-threaded
boost. Gentoo users can build boost multithreaded-only, and that will
prevent referencer from building.

The first test I did was using the new gentoo ebuild, with the patch
-- and boost compiled with only multithreaded libraries. I was
successful building referencer for the first time. Then I rebuilt
boost with single-threaded libs included, and was able to build
referencer from SVN.

Leonardo Fontenelle

1. https://bugs.gentoo.org/show_bug.cgi?id=164750

PS: Michael Bank, thanks for stepping in too.

2007/3/5, John Spray <jcspray at icculus.org>:
> On Mon, 2007-03-05 at 20:54 -0300, Leonardo Fontenelle wrote:
> > If they had a configure.in I would post it... deluge is written in
> > python; python-libtorrent is written in C++, but doesn't use the GNU
> > build tools, or at least doesn't have a configure or an autogen.sh
> > file. Maybe it could be easier for you to look directly in their
> > sources:
> >
> > http://deluge-torrent.org/wiki/Downloads
>
> I'm afraid I don't have time to chase this down right now.  It doesn't
> seem to affect fedora/mandriva/ubuntu, so it's probably going to need
> some gentoo-specific knowledge, which I don't have any of.  I also don't
> have a gentoo system to test on.  Perhaps you could post to the gentoo
> bugzilla thread about it, or ask via gentoo support channels.
>
> Regards,
> John
>
>


From jcspray at icculus.org  Wed Mar  7 07:41:11 2007
From: jcspray at icculus.org (John Spray)
Date: Wed, 07 Mar 2007 12:41:11 +0000
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <b5b3c6610703061902q1c593249i7a7e917d6b101d02@mail.gmail.com>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173126108.22789.85.camel@localhost>
	 <b5b3c6610703051403k174b86a0p20d1b33faf00a519@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
	 <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
	 <1173141518.26702.15.camel@localhost>
	 <b5b3c6610703061902q1c593249i7a7e917d6b101d02@mail.gmail.com>
Message-ID: <1173271272.11865.12.camel@localhost>


The boost_regex-mt patch is now in svn.

I think I've also fixed the disable-update-mime-database problem,
although I'm not sure if I've done it The Right Way (tm)

John



From leo.fontenelle at gmail.com  Wed Mar  7 08:42:55 2007
From: leo.fontenelle at gmail.com (Leonardo Fontenelle)
Date: Wed, 7 Mar 2007 10:42:55 -0300
Subject: [referencer] boost_regex on gentoo (was: Hello)
In-Reply-To: <1173271272.11865.12.camel@localhost>
References: <b5b3c6610703050846t6d3fbd2ap9c365725e77bc2a2@mail.gmail.com>
	 <1173133036.22789.89.camel@localhost>
	 <b5b3c6610703051515h4ea21147qda286c0077df5d5a@mail.gmail.com>
	 <1173136742.26702.1.camel@localhost>
	 <b5b3c6610703051521g84e6390he29fd1dabcd43d53@mail.gmail.com>
	 <1173137794.26702.5.camel@localhost>
	 <b5b3c6610703051554j30c6a73g172f4ed9631e2591@mail.gmail.com>
	 <1173141518.26702.15.camel@localhost>
	 <b5b3c6610703061902q1c593249i7a7e917d6b101d02@mail.gmail.com>
	 <1173271272.11865.12.camel@localhost>
Message-ID: <b5b3c6610703070542n2a93ccd4rc4824ee79c79e367@mail.gmail.com>

Even if you already released it, I tested from SVN and yes, it
compiles smoothly against multithreaded-only boost. Thanks for fixing
it!

I'm not sure how to avail the disable-update-mime-database, so I'll
trust you here :)

I'll play with referencer as soon as I can, and if i find the time
i'll translate it too.

Leonardo Fontenelle

2007/3/7, John Spray <jcspray at icculus.org>:
>
> The boost_regex-mt patch is now in svn.
>
> I think I've also fixed the disable-update-mime-database problem,
> although I'm not sure if I've done it The Right Way (tm)
>
> John
>
>


From Brice.Goglin at ens-lyon.org  Wed Mar  7 11:14:08 2007
From: Brice.Goglin at ens-lyon.org (Brice Goglin)
Date: Wed, 07 Mar 2007 17:14:08 +0100
Subject: exporting tags into bibtex
Message-ID: <45EEE4D0.4030204@ens-lyon.org>

Hi,

Is there any way to export Referencer's tags when exporting as a bibtex
file? I would like to use Referencer's tags to filter some entries when
generating bibfiles for my articles, or when searching into my database.
But, I also need some "keywords" in the exported bibtex file so that our
existing scripts (automatic generation of the lab's webpages) will still
work if the input bibtex file has been generated by Referencer.
    @foo {
       keywords ="mykeyword1,mykeyword2"
    }

But those tags in Referencer and keywords in my exporting bibfile would
basically have the same set of possible values. So, instead of
duplicating the information, it would be great if Referencer could for
instance insert its tags in a field such as
    @foo {
        referencertags = "mytag1,mytag2"
     }

or "OPTtags" or anything else
or even better, something configurable (in case a bibtex style does not
like the default field name, or in case somebody wants to disable this
feature).

Thanks,
Brice



From kai.willadsen at gmail.com  Wed Mar  7 19:49:02 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Thu, 8 Mar 2007 10:49:02 +1000
Subject: UI message formatting
Message-ID: <58a8195d0703071649s12dc8bb1vfc173709755d53e4@mail.gmail.com>

Hi,

I've been looking at the referencer dialogue code, and noticed that
the string formatting code uses C++-isms like:
    message = "Are you sure you want to remove '" + (*it)->getKey () + "'?"
and:
    progresstext << n << " of " << filenames.size() << " documents"
which, as I understand it, are less than awesome for translators, as
they assume english grammatical structures. The gtkmm site suggests
using either c-style sprintf formatting, or 'String composition
library' (http://people.iola.dk/olau/compose/). With the latter, you
get lines like:
    message = String::ucompose ("Are you sure you want to remove
'%1'?", (*it)->getKey ());
The 'library' is a single header file (well, two, but only one to do
ustring formatting), so it could be cut'n'pasted (LGPL) into the
current code.

So, is there interest in having the dialogue strings use a more
translator-friendly formatting method? and if so, which one?

--
Kai Willadsen


From jcspray at icculus.org  Thu Mar  8 03:53:38 2007
From: jcspray at icculus.org (John Spray)
Date: Thu, 08 Mar 2007 08:53:38 +0000
Subject: [referencer] UI message formatting
In-Reply-To: <58a8195d0703071649s12dc8bb1vfc173709755d53e4@mail.gmail.com>
References: <58a8195d0703071649s12dc8bb1vfc173709755d53e4@mail.gmail.com>
Message-ID: <1173344018.32025.3.camel@localhost>

On Thu, 2007-03-08 at 10:49 +1000, Kai Willadsen wrote:
> So, is there interest in having the dialogue strings use a more
> translator-friendly formatting method? and if so, which one?

The compose library looks like the Right Answer(tm), so I have checked
it into svn and updated readme/makefile appropriately.  I tried using it
in the onDeleteTag function and it seems to work fine.  Converting all
the rest of the messages will be something for a rainy day :-)

John



From kai.willadsen at gmail.com  Thu Mar  8 06:00:19 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Thu, 8 Mar 2007 21:00:19 +1000
Subject: [referencer] UI message formatting
In-Reply-To: <1173344018.32025.3.camel@localhost>
References: <58a8195d0703071649s12dc8bb1vfc173709755d53e4@mail.gmail.com>
	 <1173344018.32025.3.camel@localhost>
Message-ID: <58a8195d0703080300r22358a5ev62ca115b4680f2a7@mail.gmail.com>

On 3/8/07, John Spray <jcspray at icculus.org> wrote:
> On Thu, 2007-03-08 at 10:49 +1000, Kai Willadsen wrote:
> > So, is there interest in having the dialogue strings use a more
> > translator-friendly formatting method? and if so, which one?
>
> The compose library looks like the Right Answer(tm), so I have checked
> it into svn and updated readme/makefile appropriately.  I tried using it
> in the onDeleteTag function and it seems to work fine.  Converting all
> the rest of the messages will be something for a rainy day :-)

I have a patch that converts most of the messages and cleans up some
of the dialogue logic as well. I'll clean it up and send it in
shortly.

Kai


From jcspray at icculus.org  Sun Mar 11 08:54:28 2007
From: jcspray at icculus.org (John Spray)
Date: Sun, 11 Mar 2007 12:54:28 +0000
Subject: Translation
In-Reply-To: <45F39B78.3080306@gmail.com>
References: <45F39B78.3080306@gmail.com>
Message-ID: <1173617668.23609.11.camel@localhost>

On Sun, 2007-03-11 at 07:02 +0100, Bernhard Meindl wrote:
> I forgot in my "Thank you"-mail that I'd be happy to translate
> referencer into german.
> I've browsed the svn repository but I am unsure how to start. Could you
> eventually guide me to some documentation on how to start translating
> this project?

Hi Bernhard,

(CCing this to the mailing list for the interest of other would-be
translators)

Referencer uses intltool for translation.  For a general guide on this,
see [1], skip down to "Generating the pot file..." and replace CVS with
SVN.

Currently, not every string that should be marked for translation is
correctly marked, but the main stuff is: the preferences and document
properties, and the main menus.  I'm hopefully going to be getting a
patch soon from another interested developer to make more of the message
dialogs etc translatable.

So in a nutshell:
      * Check out referencer from svn (or do a svn update if you've
        already checked it out)
      * Go to the po directory
      * Do a "intltool-update --pot" (assuming you have intltool
        installed)
      * "cp referencer.pot de.po"
      * Translate de.po, either using your favourite text editor or
        something like gtranslator
      * When you're done, send it back to the list and bask in the
        glory :-)

Once everything's running smoothly I'll provide you with a subversion
account so that you can update the translation directly, if you want to
continue to translate new versions.

Good luck.  This is the first time I've dealt with translation, so I
look forward to seeing how all this works!  Please post problems to the
list.

John

1. http://www.gnome.org/projects/rhythmbox/translation.html



From mattions at gmail.com  Sun Mar 11 14:51:04 2007
From: mattions at gmail.com (Michele Mattioni)
Date: Sun, 11 Mar 2007 18:51:04 +0000
Subject: Italian translation
Message-ID: <1173639065.5771.22.camel@localhost>

Hello list,

This is my first translation so be kindly :P.
It's almost complete, but I have left some strings for which I'm not so
sure how to translate them.

BTW I don't know how to start referencer in the italian language...
I don't know if I have to pass something to the compilation process..
Any hint?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: it.po
Type: text/x-gettext-translation
Size: 6433 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070311/ea24dfa9/attachment.bin>

From jcspray at icculus.org  Sun Mar 11 16:51:40 2007
From: jcspray at icculus.org (John Spray)
Date: Sun, 11 Mar 2007 20:51:40 +0000
Subject: [referencer] Italian translation
In-Reply-To: <1173639065.5771.22.camel@localhost>
References: <1173639065.5771.22.camel@localhost>
Message-ID: <1173646301.26872.4.camel@localhost>

On Sun, 2007-03-11 at 18:51 +0000, Michele Mattioni wrote:
> This is my first translation so be kindly :P.
> It's almost complete, but I have left some strings for which I'm not so
> sure how to translate them.
> 
> BTW I don't know how to start referencer in the italian language...
> I don't know if I have to pass something to the compilation process..
> Any hint?

(CCing you Eric, since you're the referencer autotools guru)

Well, I've persuaded autotools to install the translation file correctly
(update from SVN, it needed a file called LINGUAS) and added it.po to
the repository.  The .mo file is getting installed
to /usr/local/share/locale/it/LC_MESSAGES/referencer.mo, which seems to
be where all my other gnome apps are putting it too.

However, when I install and run, it's not working.  The Gtk stock items
get translated correctly, so I know my locale is set correctly
(it_IT.UTF-8).  Maybe someone on the list knows something about
intltool?

John



From berndl81 at gmx.at  Mon Mar 12 10:40:25 2007
From: berndl81 at gmx.at (Bernhard Meindl)
Date: Mon, 12 Mar 2007 15:40:25 +0100
Subject: [referencer] translation problems...
Message-ID: <45F56659.5050208@gmx.at>

Hi everyone.

First of, thanks John for providing me/us with such detailed
instructions for translation referencer.

I downloaded the svn trunk, went into the po-directory and - since I'm
using archlinux - installed intltool so that I could create the required
pot-file for translation (with intltool -update --pot).

However, intltool compains about a missing intltool-extract script
(which _is_ located in /usr/bin btw).

Anyway, I asked in #archlinux irc-channel for help but nobody was able
to help me out. The question is, can anybody send me a pot-file that I
could translate?

Thx in advance,
Bernhard


From jcspray at icculus.org  Mon Mar 12 10:53:22 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 12 Mar 2007 14:53:22 +0000
Subject: [referencer] translation problems...
In-Reply-To: <45F56659.5050208@gmx.at>
References: <45F56659.5050208@gmx.at>
Message-ID: <1173711202.8888.3.camel@localhost>

On Mon, 2007-03-12 at 15:40 +0100, Bernhard Meindl wrote:
> However, intltool compains about a missing intltool-extract script
> (which _is_ located in /usr/bin btw).

Could it be that you haven't run ./autogen.sh?  This seems to generate
some local scripts with that name

> Anyway, I asked in #archlinux irc-channel for help but nobody was able
> to help me out. The question is, can anybody send me a pot-file that I
> could translate?

Attached.  Please be aware that this will end up much bigger once the
source is more properly set up for translation.

John

-------------- next part --------------
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <EMAIL at ADDRESS>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-03-11 12:33+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL at ADDRESS>\n"
"Language-Team: LANGUAGE <LL at li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../data/documentproperties.glade.h:1
msgid "   "
msgstr ""

#: ../data/documentproperties.glade.h:2
msgid "<b>Document</b>"
msgstr ""

#: ../data/documentproperties.glade.h:3
msgid "<b>E_xtra Fields</b>"
msgstr ""

#: ../data/documentproperties.glade.h:4
msgid "<b>Metadata</b>"
msgstr ""

#: ../data/documentproperties.glade.h:5
msgid "Add a field"
msgstr ""

#: ../data/documentproperties.glade.h:6
msgid "Attempt to look up metadata for this document online"
msgstr ""

#: ../data/documentproperties.glade.h:7
msgid "DOI:"
msgstr ""

#: ../data/documentproperties.glade.h:8
msgid "Delete this field"
msgstr ""

#: ../data/documentproperties.glade.h:9
msgid "Document Properties"
msgstr ""

#: ../data/documentproperties.glade.h:10
msgid "File:"
msgstr ""

#: ../data/documentproperties.glade.h:11
msgid "Issue:"
msgstr ""

#: ../data/documentproperties.glade.h:12
msgid "Journal:"
msgstr ""

#: ../data/documentproperties.glade.h:13
msgid "Look up..."
msgstr ""

#: ../data/documentproperties.glade.h:14
msgid "Pages:"
msgstr ""

#: ../data/documentproperties.glade.h:15
msgid "Rename this field"
msgstr ""

#: ../data/documentproperties.glade.h:16
msgid "Select A File"
msgstr ""

#: ../data/documentproperties.glade.h:17
msgid "Type:"
msgstr ""

#: ../data/documentproperties.glade.h:18
msgid "Volume:"
msgstr ""

#: ../data/documentproperties.glade.h:19
msgid "Year:"
msgstr ""

#: ../data/documentproperties.glade.h:20
msgid "_Authors:"
msgstr ""

#: ../data/documentproperties.glade.h:21
msgid "_Key:"
msgstr ""

#: ../data/documentproperties.glade.h:22
msgid "_Title:"
msgstr ""

#: ../data/preferences.glade.h:1
msgid "<b>Proxy</b>"
msgstr ""

#: ../data/preferences.glade.h:2
msgid "<b>Web services</b>"
msgstr ""

#: ../data/preferences.glade.h:3
msgid ""
"<i>These proxy settings apply desktop-wide\n"
"to all Gnome applications.  Auto-configuration\n"
" URLs are not supported.</i>"
msgstr ""

#: ../data/preferences.glade.h:6
msgid ""
"<i>Use placeholder <!DOI!> to represent the DOI code\n"
"in addresses, e.g. http://dx.doi.org/<!DOI!></i>"
msgstr ""

#: ../data/preferences.glade.h:8
msgid "DOI launch URL:"
msgstr ""

#: ../data/preferences.glade.h:9
msgid "Host:"
msgstr ""

#: ../data/preferences.glade.h:10
msgid "Metadata lookup URL:"
msgstr ""

#: ../data/preferences.glade.h:11
msgid "Password:"
msgstr ""

#: ../data/preferences.glade.h:12
msgid "Port:"
msgstr ""

#: ../data/preferences.glade.h:13
msgid "Preferences"
msgstr ""

#: ../data/preferences.glade.h:14
msgid "Reset to Defaults"
msgstr ""

#: ../data/preferences.glade.h:15
msgid "Use authentication"
msgstr ""

#: ../data/preferences.glade.h:16
msgid "Use web proxy"
msgstr ""

#: ../data/preferences.glade.h:17
msgid "Username:"
msgstr ""

#: ../src/TagWindow.C:141
msgid "_Search:"
msgstr ""

#: ../src/TagWindow.C:164 ../src/TagWindow.C:185
msgid "Tags"
msgstr ""

#: ../src/TagWindow.C:211
msgid "This Document"
msgstr ""

#: ../src/TagWindow.C:321
msgid "Key"
msgstr ""

#: ../src/TagWindow.C:325
msgid "Title"
msgstr ""

#: ../src/TagWindow.C:332
msgid "Authors"
msgstr ""

#: ../src/TagWindow.C:339
msgid "Year  "
msgstr ""

#: ../src/TagWindow.C:400
msgid "_Library"
msgstr ""

#: ../src/TagWindow.C:414
msgid "E_xport as BibTeX..."
msgstr ""

#: ../src/TagWindow.C:417
msgid "_Import..."
msgstr ""

#: ../src/TagWindow.C:420
msgid "_Work Offline"
msgstr ""

#: ../src/TagWindow.C:427
msgid "_View"
msgstr ""

#: ../src/TagWindow.C:430
msgid "Use _List View"
msgstr ""

#: ../src/TagWindow.C:432
msgid "Use _Icon View"
msgstr ""

#: ../src/TagWindow.C:434
msgid "_Show Tag Pane"
msgstr ""

#: ../src/TagWindow.C:436
msgid "_Tags"
msgstr ""

#: ../src/TagWindow.C:438
msgid "_Create Tag..."
msgstr ""

#: ../src/TagWindow.C:441
msgid "_Delete Tag"
msgstr ""

#: ../src/TagWindow.C:444
msgid "_Rename Tag"
msgstr ""

#: ../src/TagWindow.C:447
msgid "_Documents"
msgstr ""

#: ../src/TagWindow.C:449
msgid "_Add File..."
msgstr ""

#: ../src/TagWindow.C:452
msgid "_Add Folder..."
msgstr ""

#: ../src/TagWindow.C:455
msgid "_Add Empty Reference..."
msgstr ""

#: ../src/TagWindow.C:458
msgid "_Add Reference with DOI..."
msgstr ""

#: ../src/TagWindow.C:461
msgid "_Remove"
msgstr ""

#: ../src/TagWindow.C:465
msgid "_Web Link..."
msgstr ""

#: ../src/TagWindow.C:468
msgid "_Open..."
msgstr ""

#: ../src/TagWindow.C:475
msgid "_Get Metadata"
msgstr ""

#: ../src/TagWindow.C:478
msgid "_Delete File from drive"
msgstr ""

#: ../src/TagWindow.C:482
msgid "_Rename File from Key"
msgstr ""

#: ../src/TagWindow.C:485
msgid "_Help"
msgstr ""

#: ../src/TagWindow.C:487
msgid "Introduction"
msgstr ""

From mattions at gmail.com  Mon Mar 12 10:48:29 2007
From: mattions at gmail.com (Michele Mattioni)
Date: Mon, 12 Mar 2007 14:48:29 +0000
Subject: [referencer] translation problems...
In-Reply-To: <45F56659.5050208@gmx.at>
References: <45F56659.5050208@gmx.at>
Message-ID: <1173710909.24697.6.camel@localhost>

On lun, 2007-03-12 at 15:40 +0100, Bernhard Meindl wrote:
> Hi everyone.
> 
> First of, thanks John for providing me/us with such detailed
> instructions for translation referencer.
> 
> I downloaded the svn trunk, went into the po-directory and - since I'm
> using archlinux - installed intltool so that I could create the required
> pot-file for translation (with intltool -update --pot).
> 
> However, intltool compains about a missing intltool-extract script
> (which _is_ located in /usr/bin btw).
> 
> Anyway, I asked in #archlinux irc-channel for help but nobody was able
> to help me out. The question is, can anybody send me a pot-file that I
> could translate?
> 
> Thx in advance,
> Bernhard

Here we are.
Rename according to your language.
Note that still I can not run the translate referencer. 
As for John, all my other icons are translated in italian.

Michele.
-------------- next part --------------
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <EMAIL at ADDRESS>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-03-12 14:44+0000\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL at ADDRESS>\n"
"Language-Team: LANGUAGE <LL at li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../data/documentproperties.glade.h:1
msgid "   "
msgstr ""

#: ../data/documentproperties.glade.h:2
msgid "<b>Document</b>"
msgstr ""

#: ../data/documentproperties.glade.h:3
msgid "<b>E_xtra Fields</b>"
msgstr ""

#: ../data/documentproperties.glade.h:4
msgid "<b>Metadata</b>"
msgstr ""

#: ../data/documentproperties.glade.h:5
msgid "Add a field"
msgstr ""

#: ../data/documentproperties.glade.h:6
msgid "Attempt to look up metadata for this document online"
msgstr ""

#: ../data/documentproperties.glade.h:7
msgid "DOI:"
msgstr ""

#: ../data/documentproperties.glade.h:8
msgid "Delete this field"
msgstr ""

#: ../data/documentproperties.glade.h:9
msgid "Document Properties"
msgstr ""

#: ../data/documentproperties.glade.h:10
msgid "File:"
msgstr ""

#: ../data/documentproperties.glade.h:11
msgid "Issue:"
msgstr ""

#: ../data/documentproperties.glade.h:12
msgid "Journal:"
msgstr ""

#: ../data/documentproperties.glade.h:13
msgid "Look up..."
msgstr ""

#: ../data/documentproperties.glade.h:14
msgid "Pages:"
msgstr ""

#: ../data/documentproperties.glade.h:15
msgid "Rename this field"
msgstr ""

#: ../data/documentproperties.glade.h:16
msgid "Select A File"
msgstr ""

#: ../data/documentproperties.glade.h:17
msgid "Type:"
msgstr ""

#: ../data/documentproperties.glade.h:18
msgid "Volume:"
msgstr ""

#: ../data/documentproperties.glade.h:19
msgid "Year:"
msgstr ""

#: ../data/documentproperties.glade.h:20
msgid "_Authors:"
msgstr ""

#: ../data/documentproperties.glade.h:21
msgid "_Key:"
msgstr ""

#: ../data/documentproperties.glade.h:22
msgid "_Title:"
msgstr ""

#: ../data/preferences.glade.h:1
msgid "<b>Proxy</b>"
msgstr ""

#: ../data/preferences.glade.h:2
msgid "<b>Web services</b>"
msgstr ""

#: ../data/preferences.glade.h:3
msgid ""
"<i>These proxy settings apply desktop-wide\n"
"to all Gnome applications.  Auto-configuration\n"
" URLs are not supported.</i>"
msgstr ""

#: ../data/preferences.glade.h:6
msgid ""
"<i>Use placeholder <!DOI!> to represent the DOI code\n"
"in addresses, e.g. http://dx.doi.org/<!DOI!></i>"
msgstr ""

#: ../data/preferences.glade.h:8
msgid "DOI launch URL:"
msgstr ""

#: ../data/preferences.glade.h:9
msgid "Host:"
msgstr ""

#: ../data/preferences.glade.h:10
msgid "Metadata lookup URL:"
msgstr ""

#: ../data/preferences.glade.h:11
msgid "Password:"
msgstr ""

#: ../data/preferences.glade.h:12
msgid "Port:"
msgstr ""

#: ../data/preferences.glade.h:13
msgid "Preferences"
msgstr ""

#: ../data/preferences.glade.h:14
msgid "Reset to Defaults"
msgstr ""

#: ../data/preferences.glade.h:15
msgid "Use authentication"
msgstr ""

#: ../data/preferences.glade.h:16
msgid "Use web proxy"
msgstr ""

#: ../data/preferences.glade.h:17
msgid "Username:"
msgstr ""

#: ../src/TagWindow.C:141
msgid "_Search:"
msgstr ""

#: ../src/TagWindow.C:164 ../src/TagWindow.C:185
msgid "Tags"
msgstr ""

#: ../src/TagWindow.C:211
msgid "This Document"
msgstr ""

#: ../src/TagWindow.C:321
msgid "Key"
msgstr ""

#: ../src/TagWindow.C:325
msgid "Title"
msgstr ""

#: ../src/TagWindow.C:332
msgid "Authors"
msgstr ""

#: ../src/TagWindow.C:339
msgid "Year  "
msgstr ""

#: ../src/TagWindow.C:400
msgid "_Library"
msgstr ""

#: ../src/TagWindow.C:414
msgid "E_xport as BibTeX..."
msgstr ""

#: ../src/TagWindow.C:417
msgid "_Import..."
msgstr ""

#: ../src/TagWindow.C:420
msgid "_Work Offline"
msgstr ""

#: ../src/TagWindow.C:427
msgid "_View"
msgstr ""

#: ../src/TagWindow.C:430
msgid "Use _List View"
msgstr ""

#: ../src/TagWindow.C:432
msgid "Use _Icon View"
msgstr ""

#: ../src/TagWindow.C:434
msgid "_Show Tag Pane"
msgstr ""

#: ../src/TagWindow.C:436
msgid "_Tags"
msgstr ""

#: ../src/TagWindow.C:438
msgid "_Create Tag..."
msgstr ""

#: ../src/TagWindow.C:441
msgid "_Delete Tag"
msgstr ""

#: ../src/TagWindow.C:444
msgid "_Rename Tag"
msgstr ""

#: ../src/TagWindow.C:447
msgid "_Documents"
msgstr ""

#: ../src/TagWindow.C:449
msgid "_Add File..."
msgstr ""

#: ../src/TagWindow.C:452
msgid "_Add Folder..."
msgstr ""

#: ../src/TagWindow.C:455
msgid "_Add Empty Reference..."
msgstr ""

#: ../src/TagWindow.C:458
msgid "_Add Reference with DOI..."
msgstr ""

#: ../src/TagWindow.C:461
msgid "_Remove"
msgstr ""

#: ../src/TagWindow.C:465
msgid "_Web Link..."
msgstr ""

#: ../src/TagWindow.C:468
msgid "_Open..."
msgstr ""

#: ../src/TagWindow.C:475
msgid "_Get Metadata"
msgstr ""

#: ../src/TagWindow.C:478
msgid "_Delete File from drive"
msgstr ""

#: ../src/TagWindow.C:482
msgid "_Rename File from Key"
msgstr ""

#: ../src/TagWindow.C:485
msgid "_Help"
msgstr ""

#: ../src/TagWindow.C:487
msgid "Introduction"
msgstr ""

From eclesh at ucla.edu  Mon Mar 12 16:39:13 2007
From: eclesh at ucla.edu (Eric Lesh)
Date: Mon, 12 Mar 2007 13:39:13 -0700
Subject: [Fwd: Re: [referencer] Italian translation]
Message-ID: <1173731953.15964.13.camel@localhost>

On Sun, 2007-03-11 at 20:51 +0000, John Spray wrote:
> (CCing you Eric, since you're the referencer autotools guru)
> 
> Well, I've persuaded autotools to install the translation file correctly
> (update from SVN, it needed a file called LINGUAS) and added it.po to
> the repository.  The .mo file is getting installed
> to /usr/local/share/locale/it/LC_MESSAGES/referencer.mo, which seems to
> be where all my other gnome apps are putting it too.
> 
> However, when I install and run, it's not working.  The Gtk stock items
> get translated correctly, so I know my locale is set correctly
> (it_IT.UTF-8).  Maybe someone on the list knows something about
> intltool?
> 
> John
> 

I can't even get the stock items to show up in Italian (do you just set
LANG=it_IT.UTF-8?).  But it seems like the following patch should work.
Please give it a try.

-Eric

-------------- next part --------------
A non-text attachment was scrubbed...
Name: referencer_i18n.patch
Type: text/x-patch
Size: 1139 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070312/2e479252/attachment.bin>

From jcspray at icculus.org  Mon Mar 12 19:29:45 2007
From: jcspray at icculus.org (John Spray)
Date: Mon, 12 Mar 2007 23:29:45 +0000
Subject: [Fwd: Re: [referencer] Italian translation]
In-Reply-To: <1173731953.15964.13.camel@localhost>
References: <1173731953.15964.13.camel@localhost>
Message-ID: <1173742185.8888.12.camel@localhost>

On Mon, 2007-03-12 at 13:39 -0700, Eric Lesh wrote:
> I can't even get the stock items to show up in Italian (do you just set
> LANG=it_IT.UTF-8?).  But it seems like the following patch should work.
> Please give it a try.

Thanks Eric, that works for me.  I've committed it to SVN.

To get things coming up in italian, I set LANG and LANGUAGE both to
it_IT.UTF-8, having already installed support for that locale
system-wide.  On Ubuntu it's as simple as
System->Administration->Language support, no idea how it's done on other
distros.

So, once we have Kai's patch for using String::ucompose (hint, hint),
we'll be all set for full translations.

John



From mattions at gmail.com  Mon Mar 12 19:59:33 2007
From: mattions at gmail.com (Michele Mattioni)
Date: Mon, 12 Mar 2007 23:59:33 +0000
Subject: Italian tranlsation patch
Message-ID: <1173743974.15066.8.camel@localhost>

Hello,

I can confirm that everything it's ok now and the right locale is picked
up.

A small patch that fix the italian translation (follow the Nautilus
tranlsation)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 12-03-2007-fixed_it_transl.patch
Type: text/x-patch
Size: 4149 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070312/04cf04b3/attachment.bin>

From eclesh at ucla.edu  Mon Mar 12 20:01:22 2007
From: eclesh at ucla.edu (Eric Lesh)
Date: Mon, 12 Mar 2007 17:01:22 -0700
Subject: [Fwd: Re: [referencer] Italian translation]
In-Reply-To: <1173742185.8888.12.camel@localhost>
References: <1173731953.15964.13.camel@localhost>
	 <1173742185.8888.12.camel@localhost>
Message-ID: <1173744082.468.1.camel@localhost>

On Mon, 2007-03-12 at 23:29 +0000, John Spray wrote:
> Thanks Eric, that works for me.  I've committed it to SVN.
> 
> To get things coming up in italian, I set LANG and LANGUAGE both to
> it_IT.UTF-8, having already installed support for that locale
> system-wide.  On Ubuntu it's as simple as
> System->Administration->Language support, no idea how it's done on other
> distros.
> 
> So, once we have Kai's patch for using String::ucompose (hint, hint),
> we'll be all set for full translations.
> 
> John
> 

Here's an additional one-liner that adds a Translation tab to the about
box.  The translator just translates "translator-credits" in the .po
file to his/her name.  If you are running in English, or if the
translator did not provide his name, there is no Translation tab.

-Eric

-------------- next part --------------
A non-text attachment was scrubbed...
Name: referencer_translator_credits.patch
Type: text/x-patch
Size: 517 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070312/42e8e430/attachment.bin>

From kai.willadsen at gmail.com  Tue Mar 13 17:55:06 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Wed, 14 Mar 2007 07:55:06 +1000
Subject: Compose, dialogue logic and translatable strings
Message-ID: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>

The attached patch only touches TagWindow.C, and does several things:

* It marks some strings as translatable (everything I could find in
TagWindow.C).
* It moves some stuff around to avoid including markup in translatable
messages, like:
    <b>All</b>
  is now
    String::ucompose ("<b>%1</b>", _("All"))
* Where possible, it changes GtkMessageDialogs to use the automatic
markup scheme by removing markup on the primary message and using
set_secondary_text().
* It cleans up some of the dialogue logic for single/multiple cases.
As best as I can tell, the logic is identical, except for a
"docselectionignore_ = false;" statement, which to my reading has no
effect. However, these parts would benefit from someone else reading
them over.

It *doesn't* fix other things:
* I haven't ucompose-d or marked anything not in TagWindow.C. I know
that Transfer.C, Library.C and DocumentProperties.C contain 1 or 2
translatable strings each, but nothing big.
* The functions Utility::exceptionDialog and TagWindow::ensureSaved
will need to change significantly in order to not break translation.
At the moment, they assume English-like grammar. Therefore, I haven't
ucompose-ified them, and haven't marked any of their strings (or
strings passed to them) for translation.
* There are several situations where ngettext should probably be used,
but by i18n-foo isn't really good enough to understand that properly.

I realise that the patch does several only-slightly-related things, so
if you want it broken up, let me know.

Kai
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compose-and-marking-translations.patch
Type: text/x-patch
Size: 16686 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070314/2f7d14b3/attachment.bin>

From jcspray at icculus.org  Wed Mar 14 20:00:05 2007
From: jcspray at icculus.org (John Spray)
Date: Thu, 15 Mar 2007 00:00:05 +0000
Subject: [referencer] Compose, dialogue logic and translatable strings
In-Reply-To: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>
References: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>
Message-ID: <1173916805.4324.6.camel@localhost>

On Wed, 2007-03-14 at 07:55 +1000, Kai Willadsen wrote:
> * It marks some strings as translatable (everything I could find in
> TagWindow.C).
> * It moves some stuff around to avoid including markup in translatable
> messages, like:
>     <b>All</b>
>   is now
>     String::ucompose ("<b>%1</b>", _("All"))
> * Where possible, it changes GtkMessageDialogs to use the automatic
> markup scheme by removing markup on the primary message and using
> set_secondary_text().
> * It cleans up some of the dialogue logic for single/multiple cases.
> As best as I can tell, the logic is identical, except for a
> "docselectionignore_ = false;" statement, which to my reading has no
> effect. However, these parts would benefit from someone else reading
> them over.

Have reviewed this and committed it with one or two tweaks.

I couldn't see your patch doing anything to the docselectionignore
lines, but anyway I read it over and nothing leaps out at me as being
wrong.

> It *doesn't* fix other things:
> * I haven't ucompose-d or marked anything not in TagWindow.C. I know
> that Transfer.C, Library.C and DocumentProperties.C contain 1 or 2
> translatable strings each, but nothing big.

Indeed.

> * The functions Utility::exceptionDialog and TagWindow::ensureSaved
> will need to change significantly in order to not break translation.
> At the moment, they assume English-like grammar. Therefore, I haven't
> ucompose-ified them, and haven't marked any of their strings (or
> strings passed to them) for translation.

Yes, I kind of realised this was going to be a problem eventually (I'm
pleasantly surprised by how soon I've had interest from translators!).
What can I say, I was in a hurry when I wrote it ;-)

> * There are several situations where ngettext should probably be used,
> but by i18n-foo isn't really good enough to understand that properly.

Mine neither.

> I realise that the patch does several only-slightly-related things, so
> if you want it broken up, let me know.

In general I'd prefer if logic changes such as those for the dialogs
were in isolated patches, but I'm not picky enough to send it back.

Thanks for the patch.

John



From ClaudiusWilhelms at gmx.de  Thu Mar 15 12:54:29 2007
From: ClaudiusWilhelms at gmx.de (Claudius Wilhelms)
Date: Thu, 15 Mar 2007 17:54:29 +0100
Subject: Experience when using referencer for large libraries
In-Reply-To: <1173916805.4324.6.camel@localhost>
References: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>
 <1173916805.4324.6.camel@localhost>
Message-ID: <20070315165429.182710@gmx.net>

Hi John,

after being isolated from internet for three weeks, I can report now my experiences with the use of referencer for my quite big and various collection of literature.

Referencer is working quite good. When importing 1000+ files "at one click", it crashed a few times, but I think that is a unusual special case.
I'm _VERY_HAPPY_ with referencer, but I quickly realised that for organising whole libraries, two additional features would be great: 

1.)
mass-editing of bibtex fields 
Inspired from these nifty ID3-tag renaming tools for mp3s, I would highly appreciate such a function for bibtex editing as well.
For example, I came back from a polymer conference with 20 presentations that were held there on my laptop.
I added the universal tag "polymer" for these documents easily. But How can I separate them from my other polymer-related documents ? I can use proposal 2 (see below), but even nicer would be to edit some bibtex fields for these files at once, e.g. to put in the name of the conference, the date and the type of paper. 


2.) Multiple instances of tags
This can be found in f-spot and allows you to realize a nice tag-structure easily.

Regards,

Claudius


-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer


From jcspray at icculus.org  Thu Mar 15 13:10:03 2007
From: jcspray at icculus.org (John Spray)
Date: Thu, 15 Mar 2007 17:10:03 +0000
Subject: [referencer] Experience when using referencer for large
	libraries
In-Reply-To: <20070315165429.182710@gmx.net>
References: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>
	 <1173916805.4324.6.camel@localhost>  <20070315165429.182710@gmx.net>
Message-ID: <1173978603.9369.12.camel@localhost>

On Thu, 2007-03-15 at 17:54 +0100, Claudius Wilhelms wrote:
> Referencer is working quite good. When importing 1000+ files "at one
> click", it crashed a few times, but I think that is a unusual special
> case.
> I'm _VERY_HAPPY_ with referencer, but I quickly realised that for
> organising whole libraries, two additional features would be great: 

Did you get a crash dialog when it crashed?  Reports of such things are
appreciated.
> 
> 1.)
> mass-editing of bibtex fields 
> Inspired from these nifty ID3-tag renaming tools for mp3s, I would
> highly appreciate such a function for bibtex editing as well.

Mmm, for bulk-setting journal/author this can be useful.  Patches
welcome.

> For example, I came back from a polymer conference with 20
> presentations that were held there on my laptop.
> I added the universal tag "polymer" for these documents easily. But
> How can I separate them from my other polymer-related documents ?

I would expect you to have one tag called polymer, another called
"PolymerConf07", and those from the conference would have both tags,
while other polymer docs would only have the first.


> 2.) Multiple instances of tags
> This can be found in f-spot and allows you to realize a nice
> tag-structure easily.

I'm not sure what you mean.  You already get multiple tags on one
document.

John



From kai.willadsen at gmail.com  Thu Mar 15 19:48:44 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Fri, 16 Mar 2007 09:48:44 +1000
Subject: Cosmetic fix for file dialogue hiding
Message-ID: <58a8195d0703151648i754e9668w67266e3cf361ecf2@mail.gmail.com>

Currently, file dialogues stick around while referencer is doing...
stuff. This is most noticeable when you add a large directory of PDFs,
and the file dialogue is still in the background while referencer
scans the directory, looks up stuff, etc.

The white space changes make the attached patch look much more
invasive than it actually is. Basically, the patch changes instances
of:

  if (chooser.run() == Gtk::RESPONSE_ACCEPT) {
    [do stuff]
  }

to:

  if (chooser.run() == Gtk::RESPONSE_ACCEPT) {
    return;
  }
  chooser.hide ()
  [do stuff]


Kai
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hide-filechooser-early.patch
Type: text/x-patch
Size: 8049 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070316/299af85b/attachment.bin>

From kai.willadsen at gmail.com  Thu Mar 15 21:49:24 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Fri, 16 Mar 2007 11:49:24 +1000
Subject: [referencer] Compose, dialogue logic and translatable strings
In-Reply-To: <1173916805.4324.6.camel@localhost>
References: <58a8195d0703131455m71726767u14b48492d8e30b3e@mail.gmail.com>
	 <1173916805.4324.6.camel@localhost>
Message-ID: <58a8195d0703151849x226ae95nfc09eca979a596b1@mail.gmail.com>

On 3/15/07, John Spray <jcspray at icculus.org> wrote:
> On Wed, 2007-03-14 at 07:55 +1000, Kai Willadsen wrote:
> > It *doesn't* fix other things:
> > * I haven't ucompose-d or marked anything not in TagWindow.C. I know
> > that Transfer.C, Library.C and DocumentProperties.C contain 1 or 2
> > translatable strings each, but nothing big.
>
> Indeed.

The attached patch fixes all of the remaining simple cases that I could find.

There is still a fair bit of hard-coding style stuff in one place. How
would you feel about doing a GtkMessageDialog-style API for things
like ExceptionDialog and getRemoteFile. For example, getRemoteFile
could take title, primary and secondary text and do the markup itself.
(I'm not necessarily volunteering to do this, just thinking aloud.)

> In general I'd prefer if logic changes such as those for the dialogs
> were in isolated patches, but I'm not picky enough to send it back.

Yeah, sorry about that. I realised the compose problem when reworking
the dialogue logic, thus the confusion.

Kai
-------------- next part --------------
A non-text attachment was scrubbed...
Name: more-compose.patch
Type: text/x-patch
Size: 6901 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070316/4e27338b/attachment.bin>

From ClaudiusWilhelms at gmx.de  Sun Mar 18 08:29:38 2007
From: ClaudiusWilhelms at gmx.de (Claudius Wilhelms)
Date: Sun, 18 Mar 2007 13:29:38 +0100
Subject: Experience when using referencer for large libraries
Message-ID: <20070318122938.46590@gmx.net>

Hi John,

sorry, i forgot to attach that console output lines (see below). AFAIR, there have been some non-pdf files in my folder that referencer didn't like.

Accordung to your reply: #
- I'm not a programmer (only fortran, scilab and other technical stuff), so I'm not able to sumbit patches, sorry... How much effort would it be to implement a mass-editing of bibtex fields ?

- Multiple instances of tags: The possibility to create subtags like that:
    tag:polymer
     |-tag:conference07
     |-tag:meeting06

OK, keep up the good work and nice to see that the mailing list is quite active !

Claudius



console output:

Warning: DocumentList::getDoc: couldn't find doc with name 'Weichgummierun'
Document::readPDF: Loaded, extracting text...

(Referencer:7344): glibmm-CRITICAL **: 
unhandled exception (type Glib::Error) in signal handler:
domain: g_convert_error
code  : 1
what  : Ung?ltige Bytefolge in Konvertierungseingabe



Error: Document has not the mandatory ending %EOF
Document::readPDF: Failed to load '/home/claudius/Desktop/Literatureingang (Kopie)/Poster/061102 PTJ Statusseminar Freiburg/tmp/fuer PTJ Poster/Bildschirmfoto-18.png'
Warning: DocumentList::getDoc: couldn't find doc with name 'Bildschirmfoto-9'
Couldn't find thumbnail:'file:///home/claudius/Desktop/Literatureingang%20(Kopie)/Poster/061102%20PTJ%20Statusseminar%20Freiburg/tmp/fuer%20PTJ%20Poster/141205%20ST-VL3.odp'
Generate thumbnail: 'file:///home/claudius/Desktop/Literatureingang%20(Kopie)/Poster/061102%20PTJ%20Statusseminar%20Freiburg/tmp/fuer%20PTJ%20Poster/141205%20ST-VL3.odp'

(process:12049): Gdk-CRITICAL **: gdk_screen_get_root_window: assertion `GDK_IS_SCREEN (screen)' failed

(process:12049): Gdk-CRITICAL **: gdk_pixmap_new: assertion `(drawable != NULL) || (depth != -1)' failed

(process:12049): Gdk-CRITICAL **: gdk_gc_new: assertion `drawable != NULL' failed

(process:12049): Gdk-CRITICAL **: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed



-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser


From jcspray at icculus.org  Tue Mar 20 10:46:14 2007
From: jcspray at icculus.org (John Spray)
Date: Tue, 20 Mar 2007 14:46:14 +0000
Subject: [referencer] Cosmetic fix for file dialogue hiding
In-Reply-To: <58a8195d0703151648i754e9668w67266e3cf361ecf2@mail.gmail.com>
References: <58a8195d0703151648i754e9668w67266e3cf361ecf2@mail.gmail.com>
Message-ID: <1174401974.13349.29.camel@localhost>

On Fri, 2007-03-16 at 09:48 +1000, Kai Willadsen wrote:
> Currently, file dialogues stick around while referencer is doing...
> stuff. This is most noticeable when you add a large directory of PDFs,
> and the file dialogue is still in the background while referencer
> scans the directory, looks up stuff, etc.

Sorry for delayed response, I'm very busy with the day-job at the
moment.

> The white space changes make the attached patch look much more
> invasive than it actually is. Basically, the patch changes instances
> of:
> 
>   if (chooser.run() == Gtk::RESPONSE_ACCEPT) {
>     [do stuff]
>   }
> 
> to:
> 
>   if (chooser.run() == Gtk::RESPONSE_ACCEPT) {
>     return;
>   }
>   chooser.hide ()
>   [do stuff]

I think this can be accomplished more neatly by just putting the
chooser.hide() inside the if block at the start.  Generally I prefer an
if (foo) {bar} to a if(!foo) {return} in terms of readability.

I don't really understand what the problem is with having the dialog
visible in the background, but hey, if it makes you happy it makes me
happy :-)

John



From kai.willadsen at gmail.com  Tue Mar 20 18:19:19 2007
From: kai.willadsen at gmail.com (Kai Willadsen)
Date: Wed, 21 Mar 2007 08:19:19 +1000
Subject: [referencer] Cosmetic fix for file dialogue hiding
In-Reply-To: <1174401974.13349.29.camel@localhost>
References: <58a8195d0703151648i754e9668w67266e3cf361ecf2@mail.gmail.com>
	 <1174401974.13349.29.camel@localhost>
Message-ID: <58a8195d0703201519t4772672j110ec26bd2f750d9@mail.gmail.com>

On 3/21/07, John Spray <jcspray at icculus.org> wrote:
> I think this can be accomplished more neatly by just putting the
> chooser.hide() inside the if block at the start.  Generally I prefer an
> if (foo) {bar} to a if(!foo) {return} in terms of readability.

Fair enough. The attached patch puts the chooser.hide() call directly
after the last use of the chooser in that code block. It's not
necessary (afaik) to wait until then, but I think it improves the code
readability by marking the point where the chooser is no longer used.

Updated patch attached.

> I don't really understand what the problem is with having the dialog
> visible in the background, but hey, if it makes you happy it makes me
> happy :-)

It's just the aesthetic. While importing a large-ish directory of
PDFs, I have *four* windows open most of the time: the main referencer
window, the file chooser, the progress dialogue for the directory, and
the temporary progress dialogue for retrieving doi details and such.
It just seemed excessive.

In fact, I'd quite like to find a way to absorb (or kill) the bouncing
progress dialogue for the lookup, just to avoid having windows that I
shouldn't have to care about pop up continually.

Kai
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hide-filechooser-early-take-2.patch
Type: text/x-patch
Size: 2444 bytes
Desc: not available
URL: <http://icculus.org/pipermail/referencer/attachments/20070321/f111c182/attachment.bin>

From jcspray at icculus.org  Tue Mar 20 19:44:18 2007
From: jcspray at icculus.org (John Spray)
Date: Tue, 20 Mar 2007 23:44:18 +0000
Subject: [referencer] Cosmetic fix for file dialogue hiding
In-Reply-To: <58a8195d0703201519t4772672j110ec26bd2f750d9@mail.gmail.com>
References: <58a8195d0703151648i754e9668w67266e3cf361ecf2@mail.gmail.com>
	 <1174401974.13349.29.camel@localhost>
	 <58a8195d0703201519t4772672j110ec26bd2f750d9@mail.gmail.com>
Message-ID: <1174434258.2596.5.camel@localhost>

On Wed, 2007-03-21 at 08:19 +1000, Kai Willadsen wrote:
> Updated patch attached.

Fine, I've committed it.

> It's just the aesthetic. While importing a large-ish directory of
> PDFs, I have *four* windows open most of the time: the main referencer
> window, the file chooser, the progress dialogue for the directory, and
> the temporary progress dialogue for retrieving doi details and such.
> It just seemed excessive.
> 
> In fact, I'd quite like to find a way to absorb (or kill) the bouncing
> progress dialogue for the lookup, just to avoid having windows that I
> shouldn't have to care about pop up continually.

Yup, I agree.  The "adding documents" dialog should really have one
progress bar for the n/N documents progress, and another one for the
reading the pdf and getting the metadata of each document.  While
writing the current code, this didn't happen, since it was a awkward to
do while keeping all the metadata magic confined in Document and BibData
rather than contaminating the UI code with it.  I guess really it's a
sign that the OO-interpretation of what's going on here might need
re-thinking a bit.  I'd certainly be interested in hearing how you'd go
about doing this in a reasonably clean way.

John



From lifemk2 at gmail.com  Sat Mar 31 03:59:45 2007
From: lifemk2 at gmail.com (Tom Purnell)
Date: Sat, 31 Mar 2007 17:59:45 +1000
Subject: St9bad_alloc exception
Message-ID: <20070331175945.451b4f25@krom>

Hi list,

Referencer looks to be exactly what I need, but I'm having a little
trouble saving libraries.

Things work okay if I 'Add Reference with DOI', reference appears in
list and works normally. I can then save the library without any
problems.

If I add a local file via drag and drop or the 'Add Reference' menu
option, the reference appears in the list, but when I try to save the
library, referencer freezes for a moment and dies with



glibmm-ERROR **: 
unhandled exception (type std::exception) in signal handler:
what: St9bad_alloc

aborting...



I have this problem with both the 1.0.2 tar, and a freshly checked out
svn trunk. Any advice would be appreciated (or if I can provide any
more useful information)

Tom Purnell

ATT: Referencer-bugreport.txt
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Referencer-bugreport.txt
URL: <http://icculus.org/pipermail/referencer/attachments/20070331/0b1408f9/attachment.txt>

