ebib-users — All discussion about Ebib: questions, feature suggestions, problems, etc.

[Ebib-users] a patch for ebib

[Leo <sd...@gm...>]

Hi there,

Fix a typo and a compiler warning and add an autoload candy for `ebib'.

--8<---------------cut here---------------start------------->8---
*** ebib.el	2007/10/29 06:19:00	1.1
--- ebib.el	2007/10/29 06:22:15	1.2
***************
*** 1049,1054 ****
--- 1049,1055 ----
  ;; main program execution ;;
  ;;;;;;;;;;;;;;;;;;;;;;;;;;;;
  
+ ;;;###autoload
  (defun ebib ()
    "Ebib, a BibTeX database manager."
    (interactive)
***************
*** 1280,1294 ****
  	  ;; we may call this function when there are no entries in the
  	  ;; database. if so, we don't need to do this:
  	  (when (edb-cur-entry ebib-cur-db)
! 	    (mapcar #'(lambda (entry)
! 			(insert entry)
! 			(when (member entry (edb-marked-entries ebib-cur-db))
! 			  (let ((beg (save-excursion
! 				       (beginning-of-line)
! 				       (point))))
! 			    (add-text-properties beg (point) `(face ,ebib-marked-face))))
! 			(insert "\n"))
! 		    (edb-keys-list ebib-cur-db))
  	    (goto-char (point-min))
  	    (re-search-forward (format "^%s$" (ebib-cur-entry-key)))
  	    (beginning-of-line)
--- 1281,1295 ----
  	  ;; we may call this function when there are no entries in the
  	  ;; database. if so, we don't need to do this:
  	  (when (edb-cur-entry ebib-cur-db)
! 	    (mapc #'(lambda (entry)
! 		      (insert entry)
! 		      (when (member entry (edb-marked-entries ebib-cur-db))
! 			(let ((beg (save-excursion
! 				     (beginning-of-line)
! 				     (point))))
! 			  (add-text-properties beg (point) `(face ,ebib-marked-face))))
! 		      (insert "\n"))
! 		  (edb-keys-list ebib-cur-db))
  	    (goto-char (point-min))
  	    (re-search-forward (format "^%s$" (ebib-cur-entry-key)))
  	    (beginning-of-line)
***************
*** 1738,1744 ****
  		     (delete (ebib-cur-entry-key) (edb-marked-entries ebib-cur-db)))
  	       (remove-text-properties (ebib-highlight-start ebib-index-highlight)
  				       (ebib-highlight-end ebib-index-highlight)
! 				       '(face ,ebib-marked-face)))
  	   (setf (edb-marked-entries ebib-cur-db) (sort (cons (ebib-cur-entry-key)
  							      (edb-marked-entries ebib-cur-db))
  							'string<))
--- 1739,1745 ----
  		     (delete (ebib-cur-entry-key) (edb-marked-entries ebib-cur-db)))
  	       (remove-text-properties (ebib-highlight-start ebib-index-highlight)
  				       (ebib-highlight-end ebib-index-highlight)
! 				       `(face ,ebib-marked-face)))
  	   (setf (edb-marked-entries ebib-cur-db) (sort (cons (ebib-cur-entry-key)
  							      (edb-marked-entries ebib-cur-db))
  							'string<))
--8<---------------cut here---------------end--------------->8---


HTH,
-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .:  [ GPG Key: 9283AA3F ]  :.

       Use the most powerful email client -- http://gnus.org/

[Ebib-users] Ebib 1.5.2 released; git repository

[Joost K. <joo...@fa...>]

Hi all,

I've just uploaded Ebib version 1.5.2 to the Sourceforge servers. New
features in this version:

- Ebib now allows multiple bib-files in the \bibliography command of a
  LaTeX file. (I never knew BibTeX allows this...)

- It is now possible to push entries from the index buffer to a LaTeX
  buffer. With the key 'p', you're asked for a buffer, after which the
  current entry is added to this buffer, together with a cite-command. (The
  cite commands used are the same ones used for ebib-insert-bibtex-key. The
  default is \cite{<key>}.) The default buffer to push entries to is the
  one you called Ebib from.

  Note: the key 'p' used to edit the @preamble. It seemed to make more
  sense to use it for pushing entries instead. The preamble can now be
  edited with 'r'.

- If you've put a value in the crossref field of an entry, Ebib now shows
  which values the entry inherits from the cross-referenced entty.

- The multiline edit buffer produces a warning when there are unbalanced
  braces in the text.

- Ebib now has an option to gracefully handle multiple identical fields in
  BibTeX entries (i.e. multiple 'keywords' fields).

I've set up a public git repository for Ebib at
<http://repo.or.cz/w/ebib.git>. If you want, you can get the latest sources
from there.

Have fun!

Joost



-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Feature request

[Joost K. <joo...@fa...>]

Hi Wei-Wei Guo,

(Not sure what your first name is, so I'm playing it safe. ;-)

> I just finished my dissertation with Ebib. It helped a lot.

Thanks, that's great to hear! :-)

> the ebib-insert-bibtex-key function can show all possible entries with
> a TAB. During writing my dissertation,  I keeped on finding that I
> wish ebib-insert-bibtex-key could show not only the entry name, but
> also the author (at least the first author) and the title. I cannot
> remember all those references only by their entry names, since there
> are more than 300 references. I think it would be enough if
> ebib-insert-bibtex-key can show every entry in one line with entry
> name, author(s), and title. And it would be fancy if it can be
> customized.

Yes, I know exactly what you mean... I have run into the same problem.
I've never thought about a possible solution, however. I use Emacs'
completion functions, and this is what they give you.

I'll start looking into it, though. It seems Emacs 22 has some new
completion capabilities which may prove interesting.


-- 
Joost Kremers
Life has its moments

[Ebib-users] Feature request

[Guo Wei-W. <ww...@gm...>]

Dear Joost Kremers,

I just finished my dissertation with Ebib. It helped a lot.

the ebib-insert-bibtex-key function can show all possible entries with
a TAB. During writing my dissertation,  I keeped on finding that I
wish ebib-insert-bibtex-key could show not only the entry name, but
also the author (at least the first author) and the title. I cannot
remember all those references only by their entry names, since there
are more than 300 references. I think it would be enough if
ebib-insert-bibtex-key can show every entry in one line with entry
name, author(s), and title. And it would be fancy if it can be
customized.

Thank you for your work!

Wei-Wei Guo

Re: [Ebib-users] importing multiple keywords field

[Abel M. <abe...@fr...>]

Dear Joost,

> Well, I've already implemented reading multiple keywords fields as an
> optional feature in the current development version. That is, if the user
> wishes, Ebib reads multiple keywords fields and puts them in a single
> keywords field. So the next release (I have no idea when that will be...)
> will contain that functionality.

Honestly I think it's a very good news indeed!

> 
> Being able to *retain* multiple fields as separate fields, that's a
> different matter. If this is what you would like, I can give some thought
> to how it might be implemented, but I'm not sure yet if I'll include it,
> and when.

Mmm... As a first glance it doesn't seem really necesary. Multiple keywords
fields aren't well formatted and you always have the original files. I'll
tell you later if my experience shows me something different.

Best regards,


> 
> Best,
> 
> Joost
> 
> 
> -- 
> Joost Kremers, PhD
> University of Cologne
> Institute for German Language and Literature
> Albertus Magnus Platz
> 50923 Cologne, Germany
> Tel. +49 221 / 4703807
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] importing multiple keywords field

[Joost K. <joo...@fa...>]

Hi Abel,

> I've been looking in better detail the question. Even using fine tools like
> "bibutils" outputs multiple keywords fields when you input formats like RIS
> -which normally use multiple keywords fields- 
> 
> What I mean is  the usefullness of Ebib as it allows to deal whith this
> annoyance -so I vote for this feature to be optional in the future #8^)

Well, I've already implemented reading multiple keywords fields as an
optional feature in the current development version. That is, if the user
wishes, Ebib reads multiple keywords fields and puts them in a single
keywords field. So the next release (I have no idea when that will be...)
will contain that functionality.

Being able to *retain* multiple fields as separate fields, that's a
different matter. If this is what you would like, I can give some thought
to how it might be implemented, but I'm not sure yet if I'll include it,
and when.

Best,

Joost


-- 
Joost Kremers, PhD
University of Cologne
Institute for German Language and Literature
Albertus Magnus Platz
50923 Cologne, Germany
Tel. +49 221 / 4703807

[Ebib-users] importing multiple keywords field

[Abel M. <abe...@fr...>]

Dear Joost,

I'm actively using Ebib in a research project where I merge references from
different sources. Some of them are in BibTeX format and another ones must
be exported to bib. The common final way is I get multiple keywords fields.

I've been looking in better detail the question. Even using fine tools like
"bibutils" outputs multiple keywords fields when you input formats like RIS
-which normally use multiple keywords fields- 

What I mean is  the usefullness of Ebib as it allows to deal whith this
annoyance -so I vote for this feature to be optional in the future #8^)

Regards,

Re: [Ebib-users] ebib-select-entry keymapping

[Abel M. <abe...@fr...>]

I've made C-v <return> on the command line under the bash shell to find out.
Bash told me ^M so I tried C-m in .ebibrc and it works fine now.

Regards,



On Mon, Apr 09, 2007 at 03:23:30PM +0200, Joost Kremers wrote:
> On Mon, Apr 09, 2007 at 10:06:06AM -0300, Abel Morabito wrote:
> > 
> > I haven't got access to XWindow by now. I use a console under a NetBSD
> > system on the server side and I use PuTTY on the client side. Besides I'm
> > using emacs -not xemacs-.
> 
> Note, XEmacs is not the X version of Emacs. It's a different implementation
> of Emacs, originally based on the same code, but it's been a separate
> project for a long time now. Both Emacs and XEmacs run on the console and
> under X.
> 
> >  The <return> key is working fine in general, it
> > was just in the ebib index buffer where I noticed it didn't work at all.
> 
> Well, in a console strange things sometimes happen to keypress events, and
> certainly throwing ssh in the mix doesn't make it easier. ;-) Apparently
> the return key in your setup sends C-m, which is not the same as
> <return>. Ebib by default binds the latter to ebib-select-entry, not the
> former.
> 
> -- 
> Joost Kremers
> Life has its moments
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] ebib-select-entry keymapping

[Joost K. <joo...@fa...>]

On Mon, Apr 09, 2007 at 10:06:06AM -0300, Abel Morabito wrote:
> 
> I haven't got access to XWindow by now. I use a console under a NetBSD
> system on the server side and I use PuTTY on the client side. Besides I'm
> using emacs -not xemacs-.

Note, XEmacs is not the X version of Emacs. It's a different implementation
of Emacs, originally based on the same code, but it's been a separate
project for a long time now. Both Emacs and XEmacs run on the console and
under X.

>  The <return> key is working fine in general, it
> was just in the ebib index buffer where I noticed it didn't work at all.

Well, in a console strange things sometimes happen to keypress events, and
certainly throwing ssh in the mix doesn't make it easier. ;-) Apparently
the return key in your setup sends C-m, which is not the same as
<return>. Ebib by default binds the latter to ebib-select-entry, not the
former.

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] ebib-select-entry keymapping

[Abel M. <abe...@fr...>]

I haven't got access to XWindow by now. I use a console under a NetBSD
system on the server side and I use PuTTY on the client side. Besides I'm
using emacs -not xemacs-.  The <return> key is working fine in general, it
was just in the ebib index buffer where I noticed it didn't work at all.

On Mon, Apr 09, 2007 at 01:41:22PM +0200, Joost Kremers wrote:
> On Sat, Apr 07, 2007 at 08:27:27PM -0300, Abel Morabito wrote:
> > Dear users,
> > 
> > I've been in trouble to make ebib-select-entry work in the index buffer with
> > the [enter] default keymapping. BTW I've worked it out adding this
> > definition in my .ebibrc
> > 
> > (ebib-key index [(control m)] ebib-select-entry)
> > 
> > what makes both <C-m> and <return> work.
> 
> this is quite mysterious to me... what happens when you hit return in the
> index buffer? nothing at all? what does xev report for the return key?
> 
> -- 
> Joost Kremers
> Life has its moments
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] ebib-select-entry keymapping

[Joost K. <joo...@fa...>]

On Sat, Apr 07, 2007 at 08:27:27PM -0300, Abel Morabito wrote:
> Dear users,
> 
> I've been in trouble to make ebib-select-entry work in the index buffer with
> the [enter] default keymapping. BTW I've worked it out adding this
> definition in my .ebibrc
> 
> (ebib-key index [(control m)] ebib-select-entry)
> 
> what makes both <C-m> and <return> work.

this is quite mysterious to me... what happens when you hit return in the
index buffer? nothing at all? what does xev report for the return key?

-- 
Joost Kremers
Life has its moments

[Ebib-users] ebib-select-entry keymapping

[Abel M. <abe...@fr...>]

Dear users,

I've been in trouble to make ebib-select-entry work in the index buffer with
the [enter] default keymapping. BTW I've worked it out adding this
definition in my .ebibrc

(ebib-key index [(control m)] ebib-select-entry)

what makes both <C-m> and <return> work.

Regards,

[Ebib-users] Ebib 1.3.1 released

[Joost K. <joo...@fa...>]

Hi list,

I have just uploaded Ebib 1.3.1 to the Sourceforge servers. Two new
features have been introduced:

* It is now possible to perform certain operations on selected entries:
  deleting, exporting and printing are no longer restricted to the current
  entry or to all entries. You can select ("mark") entries with the key
  `m', and then perform an operation on them by prefixing the command you
  want to use with a semicolon; i.e. ;d to delete the marked entries, ;x to
  export them, etc.

* If you have URLs stored in your Ebib entries, you can now send them to
  your browser with `u'. (Thanks for Abel Morabito for this suggestion.)
  This works either in the index buffer (in which case Ebib looks for a URL
  in the `url' field) or in the entry buffer (in which case Ebib looks for
  a URL in the current field.)

  You can have more than one URL in a field (select the
  second/third/etc. one with numeric prefix keys), and you can have other
  text in the field besides URLs: Ebib searches for URLs with a
  (customisable) regexp. See the manual for details.

Apart from these two additions, a couple of bugs have been fixed.

Joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] multiple keywords fields in bib files

[Joost K. <joo...@fa...>]

Hi Abel,

> I'm OK reading bib files with multiple keywords entries applying the
> ebib-find-bibtex-fields you've sent me. 
> 
> Some systems at present produce this kind of output -Connotea and Zotero at
> least. Certainly such files don't seem to be well formatted -as you've
> suggested before-. 
> 
> Just an idea as an ebib user, could this feature be optional in a future
> release? I mean having the choice of reading bib files with multiple
> keywords fields if necessary. What do you think?

Right now, I'm thinking about a good way to implement it. The way I've done
it in the function I sent you is to simply test for each field that is read
whether it already exists. I don't really like that, because it slows down
the loading of a bib file, and it is unnecessary most of the time. Even if
it's a user-configurable option, the most straight-forward implementation
would require a test for every field being read.

So I'm trying to think of a way to implement it without causing too much
extra overhead if the option is switched off. That shouldn't be impossible.

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] multiple keywords fields in bib files

[Abel M. <abe...@fr...>]

Dear Joost,

I'm OK reading bib files with multiple keywords entries applying the
ebib-find-bibtex-fields you've sent me. 

Some systems at present produce this kind of output -Connotea and Zotero at
least. Certainly such files don't seem to be well formatted -as you've
suggested before-. 

Just an idea as an ebib user, could this feature be optional in a future
release? I mean having the choice of reading bib files with multiple
keywords fields if necessary. What do you think?

Best regards,

Re: [Ebib-users] multiple keywords fields in bib files

[Abel M. <abe...@fr...>]

Dear Joost,

I'm using ebib seamlessly by now --it's a nice tool indeed. I'll pay
attention to your comments and surely I'm writing you soon. 

Thank you again!

> 
> i've looked into it a bit. the thing is, BibTeX ignores any fields that it
> doesn't know/care about. the keywords field is not normally type-set, so
> BibTeX just skips over it, and it doesn't care how many there are.
> 
> on the other hand, if you have two title fields or something, BibTeX *does*
> issue a warning, and ignores the second one.
> 
> i'll have to think a little bit about how i'm gonna handle this.
> 
> > > Now, when I tested this code on the BibTeX entry you provide, I noticed
> > > another thing: the author field in your sample entry has newlines in it. In
> > > itself, that's not a problem, but it turns out that Ebib treats it as a
> > > so-called "raw" field, which it shouldn't do. I tracked down the problem,
> > > and it seems to be an inconsistency (not to say "bug"...) in Emacs. I don't
> > > have a fix for this yet. In principle, this won't be a problem as long as
> > > you don't toggle the field's "raw" status.
> > 
> > It's OK for me.
> 
> i looked at the problem a bit further, and it turns out it is certainly not
> a bug, or even inconsistent behaviour of emacs. i have a fix for it which
> i'll include in the next version. let me know if you need/want it earlier.
> 
> joost
> 
> 
> -- 
> Joost Kremers
> Life has its moments
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] multiple keywords fields in bib files

[Joost K. <joo...@fa...>]

On Wed, Mar 28, 2007 at 11:59:24AM -0300, Abel Morabito wrote:
> > Mmm... I've never come across something like this before... Didn't even
> > know it was possible at all in BibTeX.
> 
> Sorry, I'm new to BibTeX. The file is imported from Connotea at
> www.connotea.org. I've load it in Emacs with bibtex-mode and did a
> bibtex-convert-alien without complaints so I thought the format was right.

i've looked into it a bit. the thing is, BibTeX ignores any fields that it
doesn't know/care about. the keywords field is not normally type-set, so
BibTeX just skips over it, and it doesn't care how many there are.

on the other hand, if you have two title fields or something, BibTeX *does*
issue a warning, and ignores the second one.

i'll have to think a little bit about how i'm gonna handle this.

> > Now, when I tested this code on the BibTeX entry you provide, I noticed
> > another thing: the author field in your sample entry has newlines in it. In
> > itself, that's not a problem, but it turns out that Ebib treats it as a
> > so-called "raw" field, which it shouldn't do. I tracked down the problem,
> > and it seems to be an inconsistency (not to say "bug"...) in Emacs. I don't
> > have a fix for this yet. In principle, this won't be a problem as long as
> > you don't toggle the field's "raw" status.
> 
> It's OK for me.

i looked at the problem a bit further, and it turns out it is certainly not
a bug, or even inconsistent behaviour of emacs. i have a fix for it which
i'll include in the next version. let me know if you need/want it earlier.

joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] following URLs

[Abel M. <abe...@fr...>]

> one that should certainly be possible to grant. ;-) emacs already provides
> a mechanism for this, so it really shouldn't be difficult to
> implement. i'll see what i can do as soon as i have some time to spare.

Great! I can surely wait for that to come #8^)

Regards,

Re: [Ebib-users] multiple keywords fields in bib files

[Abel M. <abe...@fr...>]

> Mmm... I've never come across something like this before... Didn't even
> know it was possible at all in BibTeX.

Sorry, I'm new to BibTeX. The file is imported from Connotea at
www.connotea.org. I've load it in Emacs with bibtex-mode and did a
bibtex-convert-alien without complaints so I thought the format was right.

> If you have no problem with storing the different keywords in a single
> keywords field, then the following code will do this:

No problem at all, I replaced the code in ebib.el and it works fine.

> Now, when I tested this code on the BibTeX entry you provide, I noticed
> another thing: the author field in your sample entry has newlines in it. In
> itself, that's not a problem, but it turns out that Ebib treats it as a
> so-called "raw" field, which it shouldn't do. I tracked down the problem,
> and it seems to be an inconsistency (not to say "bug"...) in Emacs. I don't
> have a fix for this yet. In principle, this won't be a problem as long as
> you don't toggle the field's "raw" status.

It's OK for me.

Thank you very much indeed!

Re: [Ebib-users] following URLs

[Joost K. <joo...@fa...>]

Hi Abel,

On Wed, Mar 28, 2007 at 07:40:35AM -0300, Abel Morabito wrote:
> As I'm making some bibliographic synthesis I visit URLs saved in bib
> entries all the time. I think it would be handy to do this from within Ebib,
> wouldn't it? I mean a customizable keybound function to call the web
> browser. Well, this is just a wish #8^)

one that should certainly be possible to grant. ;-) emacs already provides
a mechanism for this, so it really shouldn't be difficult to
implement. i'll see what i can do as soon as i have some time to spare.

-- 
Joost Kremers, PhD
University of Cologne
Institute for German Language and Literature
Albertus Magnus Platz
50923 Cologne, Germany
Tel. +49 221 / 4703807

Re: [Ebib-users] multiple keywords fields in bib files

[Joost K. <joo...@fa...>]

Hi Abel,

On Wed, Mar 28, 2007 at 07:17:20AM -0300, Abel Morabito wrote:
> I'm working with an imported bib database with multiple keywords field, with
> entries like this:
> 
[...]
> keywords="irbesartan",
> keywords="nephropathy",
> keywords="diabetes",	
> keywords="Full text",
> keywords="economics",
> keywords="PND2007",
[...]

Mmm... I've never come across something like this before... Didn't even
know it was possible at all in BibTeX.

> Ebib just reads the last keywords field, in this case PND2007, and deletes
> the previos ones.

Yes. Ebib stores each entry in a hash table and uses the field names as the
keys. Since each key can only appear once in a hash table, each `keywords'
field replaces the previous one.

> It seems ebib works with keywords written in one line, for instance

Yep. That would be the way to do it.

It wouldn't be easy to modify Ebib to allow multiple `keywords' fields. As
I said, because I use hash tables to store the entries, and hash tables
don't allow it on principle, I would have to rewrite Ebib from scratch
using some other storage method (which I'm not about to do. ;-)

Alternatively, it would be possible to put the different keywords values in
a list and store that as the value of the keywords field in the hash
table. That, too, would take some time to implement, however, as it raises
questions about how to display this on the screen, etc.

> How could I work this out so I can use the original bib file without editing
> every keywords field?

If you have no problem with storing the different keywords in a single
keywords field, then the following code will do this:

#v+

(defun ebib-find-bibtex-fields (entry-type limit)
  "Finds the fields of the BibTeX entry that starts on the line POINT is on.

Returns a hash table containing all the fields and values, or NIL if none
were found. ENTRY-TYPE is the type of the entry, which will be recorded in
the hash table. Before the search starts, POINT is moved back to the
beginning of the line."
  (beginning-of-line)
  (let ((fields (make-hash-table :size 15)))
    (while (progn
	     (skip-chars-forward "^," limit) ; we must move to the next comma,
	     (eq (char-after) ?,))           ; and make sure we are really on a comma.
      (skip-chars-forward "\"#%'(),={} \n\t\f" limit)
      (let ((beg (point)))
	(when (looking-at-goto-end (concat "\\(" ebib-bibtex-identifier "\\)[ \t\n\f]*=") 1)
	  (let ((field-type (intern (downcase (buffer-substring-no-properties beg (point))))))
	    (unless (eq field-type 'type*) ; the 'type*' key holds the entry type, so we can't use it
	      (let ((field-contents (ebib-get-field-contents limit)))
		(when field-contents
		  (let ((existing-contents (gethash field-type fields)))
		    (if existing-contents
			(puthash field-type (from-raw (concat (to-raw existing-contents)
							      "; "
							      (to-raw field-contents)))
				 fields)
		      (puthash field-type field-contents fields))))))))))
    (when (> (hash-table-count fields) 0)
      (puthash 'type* entry-type fields)
      fields)))

#v-

Replace the function ebib-find-bibtex-fields in ebib.el with this new
definition, and load your .bib file again. Ebib will concatenate all the
keywords fields into one keywords field, separated by a semicolon and a
space.

Now, when I tested this code on the BibTeX entry you provide, I noticed
another thing: the author field in your sample entry has newlines in it. In
itself, that's not a problem, but it turns out that Ebib treats it as a
so-called "raw" field, which it shouldn't do. I tracked down the problem,
and it seems to be an inconsistency (not to say "bug"...) in Emacs. I don't
have a fix for this yet. In principle, this won't be a problem as long as
you don't toggle the field's "raw" status.

(This problem only occurs with multiline field values that are surrounded
by quotes, not when they're surrounded by braces. Ebib uses braces, so the
problem won't occur with multiline values created with Ebib.)

-- 
Joost Kremers, PhD
University of Cologne
Institute for German Language and Literature
Albertus Magnus Platz
50923 Cologne, Germany
Tel. +49 221 / 4703807

[Ebib-users] following URLs

[Abel M. <abe...@fr...>]

Dear Joost,

As I'm making some bibliographic synthesis I visit URLs saved in bib
entries all the time. I think it would be handy to do this from within Ebib,
wouldn't it? I mean a customizable keybound function to call the web
browser. Well, this is just a wish #8^)

Regards,

[Ebib-users] multiple keywords fields in bib files

[Abel M. <abe...@fr...>]

Dear users,


I'm working with an imported bib database with multiple keywords field, with
entries like this:

@Article{Andrew2005,
author="Andrew, Pal
and Tucker, Daniel
and Valentine, William
and Roze, St{\~A}?phane
and Gabriel, Sylvie
and Cordonnier, Daniel",
title="Cost-effectiveness of irbesartan in diabetic nephropathy: a systematic review of published studies.",
journal="Nephrology, dialysis, transplantation : official publication of the European Dialysis and Transplant Association - European Renal Association",
year="2005",
month="Jun",
day="xx",
volume="20",
issue="6",
pages="1103--9",
keywords="irbesartan",
keywords="nephropathy",
keywords="diabetes",	
keywords="Full text",
keywords="economics",
keywords="PND2007",
note="10.1093/ndt/gfh802",
url="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&list_uids=15855214&dopt=Abstract"
}



Ebib just reads the last keywords field, in this case PND2007, and deletes
the previos ones. The same entry is now saved:


@article{Andrew2005,
	author = "Andrew, Pal
and Tucker, Daniel
and Valentine, William
and Roze, St{\~A}?phane
and Gabriel, Sylvie
and Cordonnier, Daniel",
	title = "Cost-effectiveness of irbesartan in diabetic nephropathy: a systematic review of published studies.",
	journal = "Nephrology, dialysis, transplantation : official publication of the European Dialysis and Transplant Association - European Renal Association",
	year = "2005",
	month = "Jun",
	day = "xx",
	volume = "20",
	issue = "6",
	pages = "1103--9",
	keywords = "PND2007",
	note = "10.1093/ndt/gfh802",
	url = "http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&list_uids=15855214&dopt=Abstract"
}



It seems ebib works with keywords written in one line, for instance

@article{Andrew2005,
	author = "Andrew, Pal
and Tucker, Daniel
and Valentine, William
and Roze, St{\~A}?phane
and Gabriel, Sylvie
and Cordonnier, Daniel",
	title = "Cost-effectiveness of irbesartan in diabetic nephropathy: a systematic review of published studies.",
	journal = "Nephrology, dialysis, transplantation : official publication of the European Dialysis and Transplant Association - European Renal Association",
	year = "2005",
	month = "Jun",
	day = "xx",
	volume = "20",
	issue = "6",
	pages = "1103--9",
	keywords = {PND2007, ARB},
	note = "10.1093/ndt/gfh802",
	url = "http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&list_uids=15855214&dopt=Abstract"
}


How could I work this out so I can use the original bib file without editing
every keywords field?

Thank you!

Re: [Ebib-users] message at byte-compile

[Abel M. <abe...@fr...>]

Dear Joost,

It's OK. Thank you again!




On Wed, Mar 21, 2007 at 12:03:35AM +0100, Joost Kremers wrote:
> hi abel,
> 
> > I'm starting with ebib seamlessly indeed #8^) 
> > 
> > I've just byte-compiled ebib.el from emacs and it's returned the next
> > message:
> > 
> >   ** The following functions are not known to be defined:
> >     region-active-p, make-extent, set-extent-face,
> >     set-extent-endpoints, extent-start-position, extent-end-position,
> >     detach-extent, char-to-int
> 
> these are all functions exclusive to XEmacs. GNU/Emacs indeed doesn't know
> about them. that's no problem, however, because they're only used when you
> run Ebib in XEemacs. in GNU/Emacs, equivalent functions are used. so you
> can safely ignore this message.
> 
> -- 
> Joost Kremers
> Life has its moments
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] message at byte-compile

[Joost K. <joo...@fa...>]

hi abel,

> I'm starting with ebib seamlessly indeed #8^) 
> 
> I've just byte-compiled ebib.el from emacs and it's returned the next
> message:
> 
>   ** The following functions are not known to be defined:
>     region-active-p, make-extent, set-extent-face,
>     set-extent-endpoints, extent-start-position, extent-end-position,
>     detach-extent, char-to-int

these are all functions exclusive to XEmacs. GNU/Emacs indeed doesn't know
about them. that's no problem, however, because they're only used when you
run Ebib in XEemacs. in GNU/Emacs, equivalent functions are used. so you
can safely ignore this message.

-- 
Joost Kremers
Life has its moments