Send Ebib-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/ebib-users
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Ebib-users digest..."
Today's Topics:
1. Re: multiple keywords fields in bib files (Abel Morabito)
2. Re: multiple keywords fields in bib files (Abel Morabito)
3. Re: multiple keywords fields in bib files (Joost Kremers)
4. Ebib 1.3.1 released (Joost Kremers)
5. ebib-select-entry keymapping (Abel Morabito)
6. Re: ebib-select-entry keymapping (Joost Kremers)
7. Re: ebib-select-entry keymapping (Abel Morabito)
8. Re: ebib-select-entry keymapping (Joost Kremers)
9. Re: ebib-select-entry keymapping (Abel Morabito)
----------------------------------------------------------------------
Message: 1
Date: Thu, 29 Mar 2007 18:58:27 -0300
From: Abel Morabito <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] multiple keywords fields in bib files
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ebib-users
------------------------------
Message: 2
Date: Tue, 3 Apr 2007 12:41:23 -0300
From: Abel Morabito <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] multiple keywords fields in bib files
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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,
------------------------------
Message: 3
Date: Wed, 4 Apr 2007 02:02:51 +0200
From: Joost Kremers <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] multiple keywords fields in bib files
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
------------------------------
Message: 4
Date: Thu, 5 Apr 2007 21:59:59 +0200
From: Joost Kremers <[EMAIL PROTECTED]>
Subject: [Ebib-users] Ebib 1.3.1 released
To: Ebib Users <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
------------------------------
Message: 5
Date: Sat, 7 Apr 2007 20:27:27 -0300
From: Abel Morabito <[EMAIL PROTECTED]>
Subject: [Ebib-users] ebib-select-entry keymapping
To: "Discussion of issues related to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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,
------------------------------
Message: 6
Date: Mon, 9 Apr 2007 13:41:22 +0200
From: Joost Kremers <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] ebib-select-entry keymapping
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
------------------------------
Message: 7
Date: Mon, 9 Apr 2007 10:06:06 -0300
From: Abel Morabito <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] ebib-select-entry keymapping
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ebib-users
------------------------------
Message: 8
Date: Mon, 9 Apr 2007 15:23:30 +0200
From: Joost Kremers <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] ebib-select-entry keymapping
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
------------------------------
Message: 9
Date: Mon, 9 Apr 2007 11:03:12 -0300
From: Abel Morabito <[EMAIL PROTECTED]>
Subject: Re: [Ebib-users] ebib-select-entry keymapping
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ebib-users
------------------------------
-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/ebib-users
End of Ebib-users Digest, Vol 7, Issue 1
****************************************
