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

[Ebib-users] external search in ebib?

[Petro K. <x....@gm...>]

Hi ebib list.
I try to develop a way to annotate my articles using doc-view, ebib and
org-mode  capture templates. I have little experience in elisp and 
shamelessly ask if someone can develop a function (of show the way for
it). The function should run from emacs search in a pre-loaded  ebib
database by one bibtex field (file in my case ) and return bibkey (or
other field) of corresponding record.  I hope it is not complex thing to
do.
Thanks.
Petro

Re: [Ebib-users] how to edit the key?

[Robbie M. <ro...@ac...>]

Hello Joost, Mandar

------------------------------------------------------------
To:          "Discussion of issues relating to Ebib."
<ebi...@li...>
Subject:      Re: [Ebib-users] how to edit the key?
Message-ID:  <87t...@fa...>
From:         Joost Kremers <joo...@fa...>
Date:         Sun, 02 Sep 2012 00:36:11 +0200
------------------------------------------------------------

> Ah, that already goes a step further. ;-) Not just
> the ability to reload the file, but also a warning
> when it has changed...
>
> Reloading the file is easy to implement, that's just
> another command.
>
> Checking for a file change would require keeping
> track of the file's state when it's opened, or at
> least the time when it's opened and then comparing
> that with the latest modification time when the user
> edits the file.

The reload command should report whether any databases
have changed or not.  That would be useful to know and
easy to compute.  It should also warn if recent user
edits will be overwritten and seek confirmation to
proceed.

---

The code to track the underlying BibTeX files is much
more complicated.  It will need:

  * to be multi-platform
  * deal with simultaneous editing and with conflicts
  * run periodically, say every minute

Even if 'ebib' offered this functionality, your
colleagues could well be editing BibTeX files with
straight text editors ('nano' or Notepad) without this
oversight.  How will they cope with your changes?

An alternative approach would be to put your common
BibTeX files under 'git' or some other revision control
system and let the RCS handle all this.  That is
exactly what they are designed to do, whether
client-server or distributed.

My instinct is that tracking should *not* be added for
the reason that it is difficult to create a
sufficiently robust solution -- moreover false promises
will only lead to confusion when not honored.

Furthermore, one of the appeals of 'ebib' is that it is
lean at only 4k source lines.

---

At the very least, a few paragraphs on how this feature
is to work and in what use-cases should be penned
before the hacking begins.

my initial thoughts but I think you get the drift,
cheers Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] how to edit the key?

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

Robbie Morrison <ro...@ac...> writes:
> Would having two 'git' branches help here: master
> and dev (or development or alpha or unstable).

Actually, with git, branching is cheap and easy. So the "normal" thing
to do is to just set up a new branch, work on whatever feature one wants
to implement, test it, and if it's finished, merge it into master.

BTW, with git, the usual way to contribute code is to clone the repo,
set up a new topic branch, make the change/addition, and then send the
maintainer a pull request. S/he can then pull in your topic branch and
examine the code.

Github makes this process a bit easier even, because you can simply fork
someone else's repository and create new branches in the forked repo.
And when you're ready to send a pull request, you just click a button on
the website.

If you have a github account, that would be my preferred way of
collaboration. Otherwise, you can send your patches to me, of course. :-)

J.


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] feature request: searching online databases

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

Robbie Morrison <ro...@ac...> writes:
[database connectivity]
> Two approaches were traversed:
>
>  * interoperability with Zotero -- through their public
>    APIs (what ever they are)
>
>  * more-or-less what was indicated by Mandar --
>    moreover, pybliographer (sourceforge.net), now
>    inactive, had code to do this:
>
>    http://pybliographer.org
>
>   "search external databases like PubMed, Web of
>    Science, Citeseer, and more"
>
>    I never used pybliographer, although I registered
>    for their mailing list five years ago.
>
>    This kind of code will no doubt require ongoing
>    maintenance because the URLs/APIs/data
>    interfaces are liable to drift over time.

Yes, that's one reason why I was thinking about Zotero. Zotero actually
encourages external projects connecting to its server. There's an
official, published API: <http://www.zotero.org/support/dev/server_api>.

Furthermore, it's a well-established, open-source reference management
system, that connects to various online databases, so Ebib wouldn't have
to track all of those.

The main disadvantage is that I currently don't really have the time to
delve into all of that. Zotero is (unfortunately ;-) not written in
Elisp, nor is its API, so it would definitely require a bit of time to
get into it and to learn how it all works...

J.


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] how to edit the key?

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

Mandar Mitra <man...@gm...> writes:
> One use case where this might be useful is if I'm working with a
> collaborator on a paper, and the files are shared (e.g. through
> Dropbox). If a co-author changes a bib file, it would be nice to
> be able to reload quickly. For ordinary tex files, emacs prompts me
> whether I should revert-buffer. Something similar for ebib...

Ah, that already goes a step further. ;-) Not just the ability to reload
the file, but also a warning when it has changed...

Reloading the file is easy to implement, that's just another command.

Checking for a file change would require keeping track of the file's
state when it's opened, or at least the time when it's opened and then
comparing that with the latest modification time when the user edits the
file.

It's doable, of course, but I'd have to think about the best way to
implement it. Actually, it would be very easy if Ebib would just load
the .bib file in a buffer and operate on that. Then Emacs would keep
track of changes. The thing is that Ebib doesn't do that... It opens the
.bib file, reads its contents and stores in in a hash table, and then
closes the buffer again.

> If I can put something quick and dirty together, will circulate for
> feedback.

If you come up with something, please share. :-)

Best,

Joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] feature request: searching online databases

[Robbie M. <ro...@ac...>]

Hi Mandar

------------------------------------------------------------
To:          "Discussion of issues relating to Ebib."
<ebi...@li...>
Subject:      Re: [Ebib-users] feature request: searching online databases
Message-ID:  <201...@gm...>
From:         Mandar Mitra <man...@gm...>
Date:         Sat, 1 Sep 2012 18:11:51 +0530
------------------------------------------------------------

> Robbie Morrison wrote (Sat, Sep 01, 2012 at 11:27:32PM +1200):

[snip]

> I've just cloned the git repository. Will get back
> with more questions when I know my way around a
> little better.
>
> Sadly, I'm tight on time too. I'll see what I can
> manage.

I'm always happy to comment on code.

I'm also getting used to using 'git'.  You
need to be disciplined, else chaos rapidly
sets in.

Just for your info, I have some patches lined
up with Joost.

  http://sourceforge.net/mailarchive/forum.php?thread_name=aab361bcb113a2cdfd03237d0d840032.squirrel%40my.actrix.co.nz&forum_name=ebib-users

After that I was going to work on the union
database concept over the next weeks.

Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] feature request: searching online databases

[Mandar M. <man...@gm...>]

Robbie Morrison wrote (Sat, Sep 01, 2012 at 11:27:32PM +1200):

> One other suggestion too: if you want to develop this
> line, perhaps create a new file: 'ebib-harvest.el' or
> 'ebib-net.el' or some such.

I've just cloned the git repository. Will get back with more questions
when I know my way around a little better.

Sadly, I'm tight on time too. I'll see what I can manage.

Best,
Mandar.

Re: [Ebib-users] feature request: searching online databases

[Robbie M. <ro...@ac...>]

Hi Mandar

------------------------------------------------------------
To:           ebib users <ebi...@li...>
Subject:      Re: [Ebib-users] feature request: searching online databases
Message-ID:  <201...@gm...>
From:         Mandar Mitra <man...@gm...>
Date:         Sat, 1 Sep 2012 16:46:52 +0530
------------------------------------------------------------

>> Two approaches were traversed:
>>
>>  * interoperability with Zotero -- through their public
>>    APIs (what ever they are)
>>
>>  * more-or-less what was indicated by Mandar --
>>    moreover, pybliographer (sourceforge.net), now
>>    inactive, had code to do this:
>>
>>    http://pybliographer.org
>>
>>   "search external databases like PubMed, Web of
>>    Science, Citeseer, and more"
>>
>>    I never used pybliographer, although I registered
>>    for their mailing list five years ago.
>>
>>    This kind of code will no doubt require ongoing
>>    maintenance because the URLs/APIs/data
>>    interfaces are liable to drift over time.
>
> So I guess the upshot of your earlier discussion was
> that it would be preferable to leverage Zotero? If
> their API remains stable, then ebib would not have to
> worry about the various individual interfaces.
>
> mandar

---

Here is that conversation, starting with my original
comments (at >>>>>).  I trust Joost does not mind his
offline text being copied to a public forum.  Actually,
going offline was an accident -- I much prefer to
keep the list in the loop for these kind of discussions.

One other suggestion too: if you want to develop this
line, perhaps create a new file: 'ebib-harvest.el' or
'ebib-net.el' or some such.

cheers, Robbie

>>>> Something that might be interesting (but that I do
>>>> not use) are the command for extracting BibTeX
>>>> entries from referencing websites -- known as
>>>> database connectivity:
>>>>
>>>>   http://en.wikipedia.org/wiki/Comparison_of_reference_management_software#Database_connectivity
>>>>   http://en.wikipedia.org/wiki/Academic_databases_and_search_engines
>>>>
>>>> As noted, I don't use these because my work tends to
>>>> be too eclectic to bother.  Maybe if I had a clear
>>>> home discipline, that would be different.
>>>
>>> Yeah, I've never bothered with any online databases
>>> either...
>>>
>>> One thought I've been playing with from time to time
>>> is Zotero. But it seems quite a lot of work to create
>>> an interoperability layer. And I suspect people using
>>> Zotero generally don't use LateX, because Zotero is
>>> more geared toward MS Word etc.
>>
>> 'JabRef' is the competition.  I have had trouble
>> installing JabRef on Linux in the past.  JabRef used to
>> demand the proprietary Sun Java runtime, but now works
>> on IcedTea.
>>
>>> The thing is, I don't use any online databases or
>>> reference management sites, so there's little
>>> incentive on my part to add it to Ebib. ;-)
>>>
>>> From a technical point of view, the problem with all
>>> of this is that Ebib has its own database and any
>>> database connectivity would require keeping two
>>> databases in sync.
>>
>> Are we talking about the same thing?
>
> Yes and no. ;-)
>
>> I was suggesting the ad-hoc download of BibTeX
>> records, not synchronizing a local database with
>> some cloud resource.
>
> Yeah, I know. The reason I mentioned Zotero is that
> it has the ability to import BibTeX records from
> other sources. So with Zotero interoperability, one
> would kill two birds with one stone, so to speak.
> You'd get database connectivity and powerful
> interoperability options.

I note Zotero "ingests content".  :)

Okay, I can see how a bridge between Zotero and 'ebib'
and then on to 'LaTeX' could prove useful.  You need to
know what kind of APIs Zotero exposes.  But then if
Zotero/LaTeX integration is the goal, then maybe
developing Zotero might be the better approach.

---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] feature request: searching online databases

[Mandar M. <man...@gm...>]

> Two approaches were traversed:
> 
>  * interoperability with Zotero -- through their public
>    APIs (what ever they are)
> 
>  * more-or-less what was indicated by Mandar --
>    moreover, pybliographer (sourceforge.net), now
>    inactive, had code to do this:
> 
>    http://pybliographer.org
> 
>   "search external databases like PubMed, Web of
>    Science, Citeseer, and more"
> 
>    I never used pybliographer, although I registered
>    for their mailing list five years ago.
> 
>    This kind of code will no doubt require ongoing
>    maintenance because the URLs/APIs/data
>    interfaces are liable to drift over time.

So I guess the upshot of your earlier discussion was that it would be
preferable to leverage Zotero? If their API remains stable, then ebib
would not have to worry about the various individual interfaces.

mandar.

Re: [Ebib-users] how to edit the key?

[Robbie M. <ro...@ac...>]

Hi Mandar, Joost, and all

------------------------------------------------------------
To:          "Discussion of issues relating to Ebib."
<ebi...@li...>
Subject:      Re: [Ebib-users] how to edit the key?
Message-ID:  <201...@gm...>
From:         Mandar Mitra <man...@gm...>
Date:         Sat, 1 Sep 2012 15:56:13 +0530
------------------------------------------------------------

> If I can put something quick and dirty
> together, will circulate for feedback.

Would having two 'git' branches help here: master
and dev (or development or alpha or unstable).

> Looking forward to a long and fruitful
> relationship with ebib :),

I am also interested in contributing.  I've used
many reference management systems over the years:
custom FoxPro, custom Access, EndNote,
bibtex-mode, bibtool, custom Awk (really!).  And
I find 'ebib' offers a nice mix of simplicity,
usability, and extensibility.  Full marks to
Joost.

Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] how to edit the key?

[Mandar M. <man...@gm...>]

Hi Joost,

> `E' does this. I'm not sure if it's mentioned anywhere in the manual,
> though, except in the list of available keys.

Indeed it is. I should have looked more carefully. Section "Editing the
Database", subsection "Adding and Deleting Entries", para 3.


> There's no automatic way. Quitting and restarting should be the quickest
> way if you've set ebib-preload-bib-files, otherwise you can close the
> database with `c' and open it again with `o'. You'll have to specify the
> full path then, though, so that's not necessarily quicker.
> 
> Might be a good idea though, to add some way to reload a .bib file...

One use case where this might be useful is if I'm working with a
collaborator on a paper, and the files are shared (e.g. through
Dropbox). If a co-author changes a bib file, it would be nice to
be able to reload quickly. For ordinary tex files, emacs prompts me
whether I should revert-buffer. Something similar for ebib...

If I can put something quick and dirty together, will circulate for
feedback.

Looking forward to a long and fruitful relationship with ebib :),
mandar.

Re: [Ebib-users] feature request: searching online databases

[Robbie M. <ro...@ac...>]

Hi all

------------------------------------------------------------
To:          "Discussion of issues relating to Ebib."
<ebi...@li...>
Subject:      Re: [Ebib-users] feature request: searching online databases
Message-ID:  <874...@fa...>
From:         Joost Kremers <joo...@fa...>
Date:         Fri, 31 Aug 2012 13:56:47 +0200
------------------------------------------------------------

> Hi again, :-)
>
> On Fri, Aug 31 2012, Mandar Mitra <man...@gm...> wrote:
>
>> Certain bibliography managers e.g. jabref (which I
>> couldn't get to work) promise a capability to search
>> through online sources e.g. ACM Digital Library,
>> Citeseer, Google Scholar, etc. for bibliographic
>> information.
>>
>> Is there any plan to implement a similar feature in
>> ebib? If not, do you think it would be worth trying?
>
> Yes, I've been discussing this with someone else on
> the list... There are no real plans to add such
> functionality, mainly because I don't have much time
> to work on Ebib ATM. But it would definitely be a
> good thing to have, so you do come up with some code,
> I'd probably add it to Ebib.

Actually I was involved in those recent discussions.

Two approaches were traversed:

 * interoperability with Zotero -- through their public
   APIs (what ever they are)

 * more-or-less what was indicated by Mandar --
   moreover, pybliographer (sourceforge.net), now
   inactive, had code to do this:

   http://pybliographer.org

  "search external databases like PubMed, Web of
   Science, Citeseer, and more"

   I never used pybliographer, although I registered
   for their mailing list five years ago.

   This kind of code will no doubt require ongoing
   maintenance because the URLs/APIs/data
   interfaces are liable to drift over time.

[snip]

>> ps: Sorry for back-to-back messages from a new
>>     user. I thought it best not to mix topics.

Good move.

cheers, Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] feature request: searching online databases

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

Hi again, :-)

On Fri, Aug 31 2012, Mandar Mitra <man...@gm...> wrote:
> Certain bibliography managers e.g. jabref (which I couldn't get to work)
> promise a capability to search through online sources e.g. ACM Digital
> Library, Citeseer, Google Scholar, etc. for bibliographic information.
>
> Is there any plan to implement a similar feature in ebib? If not, do you
> think it would be worth trying?

Yes, I've been discussing this with someone else on the list... There
are no real plans to add such functionality, mainly because I don't have
much time to work on Ebib ATM. But it would definitely be a good thing
to have, so you do come up with some code, I'd probably add it to Ebib.

> I know some Emacs Lisp, but nothing
> about its network programming aspect.

Well, Elisp is very well documented, so it shouldn't be too hard to
figure out. :-)

> ps: Sorry for back-to-back messages from a new user. I thought it best
>     not to mix topics.

No problem, I feel the same way.

Best,

Joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] how to edit the key?

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

Hi Mandar,

On Fri, Aug 31 2012, Mandar Mitra <man...@gm...> wrote:
> Recently discovered ebib, and it looks great!

Thanks. :-)

> Since I'm a new user, I'm
> still using a mix of ebib and editing the raw bib file. I'm wondering if
> there's any way to edit the key itself via ebib. A quick look in the
> manual didn't yield anything.

`E' does this. I'm not sure if it's mentioned anywhere in the manual,
though, except in the list of available keys.

> This leads me to the next question. Suppose I change the key (or make
> some other edit) directly in the .bib file. Can I get ebib to reload 
> the data without quitting and restarting?

There's no automatic way. Quitting and restarting should be the quickest
way if you've set ebib-preload-bib-files, otherwise you can close the
database with `c' and open it again with `o'. You'll have to specify the
full path then, though, so that's not necessarily quicker.

Might be a good idea though, to add some way to reload a .bib file...

HTH

Joost


-- 
Joost Kremers
Life has its moments

[Ebib-users] feature request: searching online databases

[Mandar M. <man...@gm...>]

Certain bibliography managers e.g. jabref (which I couldn't get to work)
promise a capability to search through online sources e.g. ACM Digital
Library, Citeseer, Google Scholar, etc. for bibliographic information.

Is there any plan to implement a similar feature in ebib? If not, do you
think it would be worth trying? I know some Emacs Lisp, but nothing
about its network programming aspect.

Thanks,
Mandar.

ps: Sorry for back-to-back messages from a new user. I thought it best
    not to mix topics.

[Ebib-users] how to edit the key?

[Mandar M. <man...@gm...>]

Hi,

Recently discovered ebib, and it looks great! Since I'm a new user, I'm
still using a mix of ebib and editing the raw bib file. I'm wondering if
there's any way to edit the key itself via ebib. A quick look in the
manual didn't yield anything.

This leads me to the next question. Suppose I change the key (or make
some other edit) directly in the .bib file. Can I get ebib to reload 
the data without quitting and restarting?

Thanks,
mandar.

[Ebib-users] eight patches: UI, keywords, help, DOI open

[Robbie M. <ro...@ac...>]

Hello Joost

Eight patches follow, youngest first.  It might be
easiest if I was able to push my local 'git' branch
onto the sourceforge repository??

  7783f3d Open DOI functionality.
  bde7600 Improved info quit behavior.
  bca334b Dedicated INFOPATH envar setting.
  e6210c3 Ebib help mapped to '?' key.
  ead611b Add user-specified default keywords text file.
  7c477a2 Add user-specified default keywords.
  45d03fb Fewer blank lines in log buffer.
  2554f4e Cleaner index buffer display.

Note also the TOFIX comments.

Robbie
---

commit 7783f3d3096f315e7a6d7113bddf2a3834e545fa
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 13:55:13 2012 +0200

    Open DOI functionality.

    DOI = digital object identifier.

    This commit allows users to browse DOI's directly.

    Add variables 'ebib-standard-doi-field' and
    'ebib-doi-url'.  Add function 'ebib-browse-doi'.
    Add menu entry and index buffer key map to "i".

    Much of the code mirrors 'ebib-browse-url'.

diff --git a/ebib.el b/ebib.el
index f251be0..9cfb7eb 100644
--- a/ebib.el
+++ b/ebib.el
@@ -211,8 +211,16 @@ send a url to a browser. This option sets the field
from which
 this command extracts the url."
   :group 'ebib
   :type 'symbol)

+(defcustom ebib-standard-doi-field 'doi
+  "*Standard field to store doi (digital object identifier) in.
+In the index buffer, the command ebib-browse-doi can be used to
+send a suitable url to a browser. This option sets the field from
+which this command extracts the doi."
+  :group 'ebib
+  :type 'symbol)
+
 (defcustom ebib-url-regexp "\\\\url{\\(.*\\)}\\|https?://[^ '<>\"\n\t\f]+"
   "*Regular expression to extract urls from a field."
   :group 'ebib
   :type 'string)
@@ -371,8 +379,9 @@ Each string is added to the preamble on a separate line."

 ;; constants and variables that are set only once
 (defconst ebib-bibtex-identifier "[^\"#%'(),={} \t\n\f]*" "Regexp
describing a licit BibTeX identifier.")
 (defconst ebib-version "==VERSION==")
+(defconst ebib-doi-url "http://dx.doi.org/" "Prepend to turn doi field
value into a web address.")
 (defvar ebib-initialized nil "T if Ebib has been initialized.")

 ;; buffers and highlights
 (defvar ebib-index-buffer nil "The index buffer.")
@@ -1539,8 +1548,9 @@ killed and the database has been modified."
 (ebib-key index "F" ebib-follow-crossref)
 (ebib-key index "g" ebib-goto-first-entry)
 (ebib-key index "G" ebib-goto-last-entry)
 (ebib-key index "h" ebib-index-help)
+(ebib-key index "i" ebib-browse-doi)
 (ebib-key index "j" ebib-next-entry)
 (ebib-key index "J" ebib-switch-to-database)
 (ebib-key index "k" ebib-prev-entry)
 (ebib-key index "K" ebib-generate-autokey)
@@ -1607,8 +1617,9 @@ killed and the database has been modified."
     ["Edit Strings" ebib-edit-strings (and ebib-cur-db (not (edb-virtual
ebib-cur-db)))]
     ["Edit Preamble" ebib-edit-preamble (and ebib-cur-db (not
(edb-virtual ebib-cur-db)))]
     "--"
     ["Open URL" ebib-browse-url (gethash ebib-standard-url-field
ebib-cur-entry-hash)]
+    ["Open DOI" ebib-browse-doi (gethash ebib-standard-doi-field
ebib-cur-entry-hash)]
     ["View File" ebib-view-file (gethash ebib-standard-file-field
ebib-cur-entry-hash)]
     ("Print Entries"
      ["As Bibliography" ebib-latex-entries (and ebib-cur-db (not
(edb-virtual ebib-cur-db)))]
      ["As Index Cards" ebib-print-entries ebib-cur-db]
@@ -2807,8 +2818,26 @@ which URL to choose."
         (error "Field `%s' is empty" ebib-standard-url-field))))
     ((default)
      (beep))))

+(defun ebib-browse-doi ()
+  "Asks a browser to load a modified URL in the standard DOI field.
+The standard DOI field may not contain more than one DOI.
+
+By \"standard DOI field\" is meant the field defined in the
+customization variable EBIB-STANDARD-DOI-FIELD. Its default value
+is `doi'."
+  (interactive)
+  (ebib-execute-when
+   ((entries)
+    (let ((doi (to-raw (gethash ebib-standard-doi-field
+                                (ebib-retrieve-entry (ebib-cur-entry-key)
ebib-cur-db)))))
+      (when (not (and doi
+                      (ebib-call-browser (concat ebib-doi-url doi) 1))) 
; '1' was 'num'
+        (error "No doi found in field `%s'" ebib-standard-doi-field))))
+   ((default)
+    (beep))))
+
 (defun ebib-call-browser (urls n)
   "Passes the Nth URL in URLS to a browser.
 URLS must be a string of whitespace-separated URLs."
   ;; first we extract all valid urls and then pick the nth one

commit bde7600eeaf85ca30721d67504544e7d5838fc9c
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 13:22:43 2012 +0200

    Improved info quit behavior.

    This is the last of three commits to improve ebib help.

    The "q" key is now bound to 'Info-exit' and then
    'ebib'.  This gives more intuitive behavior than
    before, but the solution is not ideal and could be
    developed further.

diff --git a/ebib.el b/ebib.el
index c1a938e..f251be0 100644
--- a/ebib.el
+++ b/ebib.el
@@ -1379,8 +1379,15 @@ buffers and reads the rc file."
     (info-initialize)                                                
;load 'Info-directory-list'
     (ebib-log 'message "local path          : %S" localpath)
     (ebib-log 'message "INFOPATH            : %s" (getenv "INFOPATH"))
     (ebib-log 'message "Info-directory-list : %S\n" Info-directory-list))
+  (add-hook 'Info-mode-hook
+            '(lambda ()
+               (local-set-key (kbd "q") '(lambda ()
+                                           (interactive)
+                                           (Info-exit)
+                                           (ebib)))))
+  (ebib-log 'message "Info-mode 'q' key now bound to 'Info-quit' and
'ebib'\n")
   ;; as before
   (setq ebib-index-highlight (ebib-make-highlight 1 1 ebib-index-buffer))
   (setq ebib-fields-highlight (ebib-make-highlight 1 1 ebib-entry-buffer))
   (setq ebib-strings-highlight (ebib-make-highlight 1 1
ebib-strings-buffer))

commit bca334b64dd1ac80dff3594c63ef5d872d500123
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 13:16:26 2012 +0200

    Dedicated INFOPATH envar setting.

    The 'INFOPATH' environmental variable is now explicitly
    set in 'ebib-init'.  The current implementation is
    hardcoded to suit the author, but improving on this
    should not present a problem.  It should map to the
    location of 'ebib' instead.

diff --git a/ebib.el b/ebib.el
index 7b8fb70..c1a938e 100644
--- a/ebib.el
+++ b/ebib.el
@@ -1369,8 +1369,19 @@ buffers and reads the rc file."
   (load "~/.ebibrc" t)
   (ebib-create-buffers)
   (setq ebib-keywords-list (read-file-to-list ebib-keywords-file))    ;
*Ebib-log* buffer must already exist
   (ebib-log 'message "keywords list: %S\n" ebib-keywords-list)
+  ;; 'info' functionality
+  (require 'info)
+  ;; TOFIX: 27-Aug-2012: robbie: the following 'localnode' is hardcoded
for me, it needs fixing
+  (let* ((localnode "~/synk/elisp/ebib-1.9.1/info/")                  ;
trailing slash optional
+         (localpath (expand-file-name localnode)))                    ;
local elisp directory
+    (setenv "INFOPATH" (concat localpath ":" (getenv "INFOPATH")))
+    (info-initialize)                                                
;load 'Info-directory-list'
+    (ebib-log 'message "local path          : %S" localpath)
+    (ebib-log 'message "INFOPATH            : %s" (getenv "INFOPATH"))
+    (ebib-log 'message "Info-directory-list : %S\n" Info-directory-list))
+  ;; as before
   (setq ebib-index-highlight (ebib-make-highlight 1 1 ebib-index-buffer))
   (setq ebib-fields-highlight (ebib-make-highlight 1 1 ebib-entry-buffer))
   (setq ebib-strings-highlight (ebib-make-highlight 1 1
ebib-strings-buffer))
   (setq ebib-initialized t))

commit e6210c3fcd7a75a9fefad8f7ff992c647c54f50a
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 13:11:52 2012 +0200

    Ebib help mapped to '?' key.

    This is one of three commits to improve ebib help.

    The index buffer '?' key is now mapped to 'ebib-info'

diff --git a/ebib.el b/ebib.el
index 7ced6bc..7b8fb70 100644
--- a/ebib.el
+++ b/ebib.el
@@ -1509,8 +1509,9 @@ killed and the database has been modified."
 (ebib-key index "&" ebib-virtual-db-and)
 (ebib-key index "|" ebib-virtual-db-or)
 (ebib-key index "~" ebib-virtual-db-not)
 (ebib-key index ";" ebib-prefix-map)
+(ebib-key index "?" ebib-info)
 (ebib-key index "a" ebib-add-entry)
 (ebib-key index "b" ebib-index-scroll-down)
 (ebib-key index "c" ebib-close-database)
 (ebib-key index "d" ebib-delete-entry)

commit ead611b4ac993cd352484318d30cff8265ec51d3
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 12:53:34 2012 +0200

    Add user-specified default keywords text file.

    Add user-specified variable 'ebib-keywords-file' This
    is currently set to "~/.ebib-keywords" for test
    purposes.  Add function 'read-file-to-list'.

    Add suitable calls to function 'ebib-init'.

    See also the TOFIX comments in the code.

diff --git a/ebib.el b/ebib.el
index 2ac3376..7ced6bc 100644
--- a/ebib.el
+++ b/ebib.el
@@ -78,8 +78,15 @@
   "*List of keywords to load automatically when Ebib starts."
   :group 'ebib
   :type 'list)

+; TOFIX: 21-Aug-2012: robbie: 'type' = 'string' needs confirmation
+(defcustom ebib-keywords-file
+  (expand-file-name "~/.ebib-keywords")
+  "Name of text file containing newline separated keywords."
+  :group 'ebib
+  :type 'string)
+
 (defcustom ebib-preload-bib-files nil
   "*List of .bib files to load automatically when Ebib starts."
   :group 'ebib
   :type '(repeat (file :must-match t)))
@@ -1282,8 +1289,18 @@ is a list of fields that are considered in order
for the sort value."
                                                 (ebib-retrieve-entry
entry-key
ebib-cur-db)))))
       (setq sortkey-list (cdr sortkey-list)))
     sort-string))

+(defun read-file-to-list (filename)
+  "Return a list of lines from a file FILENAME."
+  (if (file-readable-p filename)
+      (with-temp-buffer
+        (insert-file-contents filename)
+        (ebib-log 'message "read file: %s\n" filename)
+        (split-string (buffer-string) "\n" t))    ; 't' is omit nulls,
blank lines in this case
+    (ebib-log 'warning "cannot read file: %s" filename)
+    ebib-keywords-list))                          ; use hardcoded list
instead
+
 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;
 ;; main program execution ;;
 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;

@@ -1350,8 +1367,10 @@ buffers and reads the rc file."
        ebib-saved-window-config nil)
   (put 'timestamp 'ebib-hidden t)
   (load "~/.ebibrc" t)
   (ebib-create-buffers)
+  (setq ebib-keywords-list (read-file-to-list ebib-keywords-file))    ;
*Ebib-log* buffer must already exist
+  (ebib-log 'message "keywords list: %S\n" ebib-keywords-list)
   (setq ebib-index-highlight (ebib-make-highlight 1 1 ebib-index-buffer))
   (setq ebib-fields-highlight (ebib-make-highlight 1 1 ebib-entry-buffer))
   (setq ebib-strings-highlight (ebib-make-highlight 1 1
ebib-strings-buffer))
   (setq ebib-initialized t))

commit 7c477a201a2fde2c9d672e112f6bd4d5db67a3e0
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 12:20:11 2012 +0200

    Add user-specified default keywords.

    Add user-specified variable 'ebib-keywords-list'.  This
    variable is currently set to (list "keyword-1"
    "keyword-2") for test purposes.

    The next commit will read this list from a text file
    instead.

    See also the TOFIX comments in the code for some minor
    issues to fix.

diff --git a/ebib.el b/ebib.el
index 9adf6bd..2ac3376 100644
--- a/ebib.el
+++ b/ebib.el
@@ -69,8 +69,17 @@
   "*The default type for a newly created BibTeX entry."
   :group 'ebib
   :type 'symbol)

+; this variable can grow during a session but any changes are
+; lost on exit.  could also sort the list in function 'ebib-init'.
+; TOFIX: 21-Aug-2012: robbie: empty the list after testing
+; TOFIX: 21-Aug-2012: robbie: 'type' = 'list' needs confirmation
+(defcustom ebib-keywords-list (list "keyword-1" "keyword-2")
+  "*List of keywords to load automatically when Ebib starts."
+  :group 'ebib
+  :type 'list)
+
 (defcustom ebib-preload-bib-files nil
   "*List of .bib files to load automatically when Ebib starts."
   :group 'ebib
   :type '(repeat (file :must-match t)))
@@ -3278,9 +3287,12 @@ NIL. If EBIB-HIDE-HIDDEN-FIELDS is NIL, return FIELD."
        (if-str (new-contents (read-string (format "%s: " (symbol-name
ebib-current-field))
                                           (if init-contents
                                               (cons init-contents 0)
                                             nil)
-                                          ebib-minibuf-hist))
+                                           (if (and ebib-keywords-list
+                                                    (equal
ebib-current-field 'keywords))
+                                               'ebib-keywords-list
+                                             ebib-minibuf-hist)))
            (puthash ebib-current-field (if raw
                                            new-contents
                                          (concat "{" new-contents "}"))
                     ebib-cur-entry-hash)

commit 45d03fb8892f74da883b9e6ca1021fed7660f3d8
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 11:45:53 2012 +0200

    Fewer blank lines in log buffer.

    Modify one 'insert' and two 'ebib-log' calls in order
    to remove unnecessary blank lines and/or form-feed chars
    (\f or ASCII 12) from the output to the ebib log buffer.

diff --git a/ebib.el b/ebib.el
index 83ef8ef..9adf6bd 100644
--- a/ebib.el
+++ b/ebib.el
@@ -1367,9 +1367,9 @@ buffers and reads the rc file."
   ;; the log buffer
   (setq ebib-log-buffer (get-buffer-create " *Ebib-log*"))
   (set-buffer ebib-log-buffer)
   (erase-buffer)
-  (insert "Ebib log messages\n\n(Press C-v or SPACE to scroll down, M-v
or `b' to scroll up, `q' to quit.)\n\n\n")
+  (insert "Ebib log messages\n\n(Press C-v or SPACE to scroll down, M-v
or `b' to scroll up, `q' to quit.)\n\n")
   (ebib-log-mode)
   ;; and lastly we create a buffer for the entry keys.
   (setq ebib-index-buffer (get-buffer-create " none"))
   (set-buffer ebib-index-buffer)
@@ -1702,9 +1702,9 @@ signal the user to check the log for warnings or
errors."
   ;; user opened a new file or if no BibTeX entries were found.
   (ebib-fill-index-buffer)
   (when ebib-log-error
     (message "%s found! Press `l' to check Ebib log buffer." (nth
ebib-log-error '("Warnings" "Errors"))))
-  (ebib-log 'log "\n\f\n"))
+  (ebib-log 'log ""))

 (defun ebib-merge-bibtex-file ()
   "Merges a BibTeX file into the database."
   (interactive)
@@ -1733,9 +1733,9 @@ signal the user to check the log for warnings or
errors."
                            "a"
                          "no"))
              (when ebib-log-error
                (message "%s found! Press `l' to check Ebib log buffer."
(nth ebib-log-error '("Warnings" "Errors"))))
-             (ebib-log 'log "\n\f\n"))))))))
+             (ebib-log 'log ""))))))))

 (defun ebib-find-bibtex-entries (timestamp)
   "Finds the BibTeX entries in the current buffer.
 The search is started at the beginnig of the buffer. All entries

commit 2554f4e1ae038b78d0bd7fc88ec20130822515a3
Author: Robbie Morrison <ro...@ac...>
Date:   Mon Aug 27 11:11:41 2012 +0200

    Cleaner index buffer display.

    Modify function 'ebib-display-entry' to remove the
    semicolon trailing the year in the index window --
    cosmetic but a little cleaner in my view.

diff --git a/ebib.el b/ebib.el
index 4abd4ee..83ef8ef 100644
--- a/ebib.el
+++ b/ebib.el
@@ -907,9 +907,9 @@ matching entry is returned."
                                       (or
                                        (to-raw (gethash field
cur-entry-hash))
                                        ""))
                                   ebib-index-display-fields
-                                  "; "))
+                                  "  "))
                    ""))))

 (defun ebib-redisplay-current-field ()
   "Redisplays the contents of the current field in the entry buffer."

---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

[Robbie M. <ro...@ac...>]

Hi Joost

------------------------------------------------------------
To:           ebi...@li...
Subject:      Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
Message-ID:  <201...@pc...>
From:         Joost Kremers <joo...@fa...>
Date:         Tue, 21 Aug 2012 16:38:48 +0200
------------------------------------------------------------

> On Wed, Aug 22, 2012 at 02:07:46AM +1200, Robbie Morrison wrote:

[snip: testing]

> great! then i'll merge that change into master.

Okay then, I'll pick up this merge in due course.

[snip: elisp calls]

>> Or are you going to make 23.2 or better a requirement?
>>
>> That would seems a bit limiting.
>
> yes, i think so too. though i don't have emacs 23
> installed anymore, so i'll have to rely on you to do
> some testing. ;-)

I'll be tracking the 'git' version for a while.  I have
several patches that I would like to submit for
consideration, including:

 * persistent keywords : config'ed or read from a text file
 * 'doi' open : based on 'url' open and keyed to "i"
 * an INFOPATH fix for the 'info' documentation
 * info 'q' fix (not fully resolved but much better behavior)

And, of course, the union database, in due course.

Robbie
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

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

On Wed, Aug 22, 2012 at 02:07:46AM +1200, Robbie Morrison wrote:
>   $ git checkout compat
>   Branch compat set up to track remote branch compat from origin.
>   Switched to a new branch 'compat'
> 
> Yes, it works as before (with the tarball 1.9.1).

great! then i'll merge that change into master.
 
> > the quickest fix for you is probably to remove the
> > 'any argument from all calls to
> > called-interactively-p in ebib.el (there are
> > three). in the mean time, i'll see whether i can add
> > some code to make ebib compatible with 23.1.
> 
> Or are you going to make 23.2 or better a requirement?
> 
> That would seems a bit limiting.

yes, i think so too. though i don't have emacs 23 installed anymore, so
i'll have to rely on you to do some testing. ;-)

thanks,

joost
 

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

[Robbie M. <ro...@ac...>]

Hi Joost

Your two last emails are stripped together below.

------------------------------------------------------------
To:           ebi...@li...
Subject:      Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
Message-ID:  <201...@pc...>
From:         Joost Kremers <joo...@fa...>
Date:         Tue, 21 Aug 2012 15:07:55 +0200
------------------------------------------------------------

> On Tue, Aug 21, 2012 at 02:54:40PM +0200, Joost Kremers wrote:
>
>> in the mean time, i'll see whether i can add some
>> code to make ebib compatible with 23.1.
>
> i just created a compat branch that should fix this
> issue for you. try it and see if it works.

  $ git checkout compat
  Branch compat set up to track remote branch compat from origin.
  Switched to a new branch 'compat'

Yes, it works as before (with the tarball 1.9.1).

  $ git tag
  v1.9.0
  v1.9.1

That works too!

> --
> Joost Kremers
> Life has its moments
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

------------------------------------------------------------
To:           ebi...@li...
Subject:      Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
Message-ID:  <201...@pc...>
From:         Joost Kremers <joo...@fa...>
Date:         Tue, 21 Aug 2012 14:54:40 +0200
------------------------------------------------------------

> Hi Robbie,
>
> On Wed, Aug 22, 2012 at 12:01:02AM +1200, Robbie Morrison wrote:

[snip: emacs versions]

> ok, that explains it then. i thought you'd been using
> the git version all along. version 1.9.1 used the
> function interactive-p to determine if
> ebib-edit-field was called interactively. that
> function has been made obsolete in emacs 23.2 so i
> changed it to called-interactive-p, as per the
> recommendation. this function apparently exists in
> emacs 23.1, but it doesn't take any arguments. in
> 24.1 it takes one.

True.  For 23.1:

  (called-interactively-p)

  Return t if the function using this was called with
  `call-interactively'.  This is used for implementing
  advice and other function-modifying features of
  Emacs.

  The cleanest way to test whether your function was
  called with `call-interactively' is by adding an
  extra optional argument, and making the `interactive'
  spec specify non-nil unconditionally for that
  argument.  (`p' is a good way to do this.)

> the quickest fix for you is probably to remove the
> 'any argument from all calls to
> called-interactively-p in ebib.el (there are
> three). in the mean time, i'll see whether i can add
> some code to make ebib compatible with 23.1.

Or are you going to make 23.2 or better a requirement?

That would seems a bit limiting.

[snip: tags]

> best,
>
> joost
>
> --
> Joost Kremers
> Life has its moments
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

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

On Tue, Aug 21, 2012 at 02:54:40PM +0200, Joost Kremers wrote:
> in the mean
> time, i'll see whether i can add some code to make ebib compatible with
> 23.1.

i just created a compat branch that should fix this issue for you. try it
and see if it works.

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

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

Hi Robbie,

On Wed, Aug 22, 2012 at 12:01:02AM +1200, Robbie Morrison wrote:
>   M-x version
>   GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version
>   2.20.1) of 2012-05-18 on batsu, modified by Debian
> 
> I see emacs 24.1 is current.

yup.

> It was okay before when I used the latest tarball:
> 
>   ebib-1.9.1.tar.gz

ok, that explains it then. i thought you'd been using the git version all
along. version 1.9.1 used the function interactive-p to determine if
ebib-edit-field was called interactively. that function has been made
obsolete in emacs 23.2 so i changed it to called-interactive-p, as per the
recommendation. this function apparently exists in emacs 23.1, but it
doesn't take any arguments. in 24.1 it takes one.

the quickest fix for you is probably to remove the 'any argument from all
calls to called-interactively-p in ebib.el (there are three). in the mean
time, i'll see whether i can add some code to make ebib compatible with
23.1.

> I can look thru the changes since 1.9.1.  Can you give
> me a git hash for that commit please?

i seem not to have tagged that version in the repo... i just corrected it
now, so if you do a new pull, you should have it. (but i doubt you still
need it. ;-) )

best,

joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

[Robbie M. <ro...@ac...>]

Hi Joost

------------------------------------------------------------
To:           ebi...@li...
Subject:      Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
Message-ID:  <201...@pc...>
From:         Joost Kremers <joo...@fa...>
Date:         Tue, 21 Aug 2012 13:22:32 +0200
------------------------------------------------------------

> Hi Robbie,
>
> On Tue, Aug 21, 2012 at 10:54:17PM +1200, Robbie Morrison wrote:
>> As far as I can tell the current 'git' version is
>> buggy and fails when editing fields, on function
>> 'ebib-edit-field'.
>
> which branch exactly? I'm on master and ebib-edit-field
> works fine for me.  note that the exp2 branch is not
> even supposed to work. it's a rewrite of the database
> functionality, but it's stalled due to lack of time...

I just made a brand new repro and it is still buggy.

  $ git status
  # On branch master
  nothing to commit (working directory clean)

See end of posting for more information.

>> Also, should this kind of traffic go thru the users
>> list or direct to you?
>
> either is fine with me. the list is generally very
> quiet, i don't think it'll bother anyone. ;-)

Better thru the list then.  Shows the project generates
some traffic.

>> Debugger entered--Lisp error: (wrong-number-of-arguments
>> called-interactively-p 1)
>
> this is a bit strange. called-interactively-p takes one
> (obligatory) argument, at least since emacs 23, so
> emacs shouldn't be complaining here.  do you happen to
> be running this on an older emacs version? i guess not,
> because emacs <23 didn't have hash tables AFAIR...

  M-x version
  GNU Emacs 23.1.1 (x86_64-pc-linux-gnu, GTK+ Version
  2.20.1) of 2012-05-18 on batsu, modified by Debian

I see emacs 24.1 is current.

It was okay before when I used the latest tarball:

  ebib-1.9.1.tar.gz

> do you also get the error if you run ebib with emacs
> -Q? i'm just wondering if you have some package that
> redefines called-interactively-p. that shouldn't
> really be the case either, but you never know...

Same problem with the latest 'git' version, no problem
with my older (admittedly modified) tarball.

> other than that, i have no idea what might be wrong...

I can look thru the changes since 1.9.1.  Can you give
me a git hash for that commit please?

cheers, Robbie

> J.
>
> --
> Joost Kremers
> Life has its moments
>
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

== remote URL
origin	https://github.com/joostkremers/ebib.git (fetch)
origin	https://github.com/joostkremers/ebib.git (push)

== remote branches
  origin/HEAD -> origin/master
  origin/exp2
  origin/master

== local branches
* master

== configuration (.git/config)
[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	fetch = +refs/heads/*:refs/remotes/origin/*
	url = https://github.com/joostkremers/ebib.git
[branch "master"]
	remote = origin
	merge = refs/heads/master

== most recent commit
commit 57f8af86d34b6515ddb1ab38f2de4dcffa5713b4
Author: Joost Kremers <joo...@fa...>
Date:   Sun Aug 19 09:40:56 2012 +0200

    Update docstring of ebib-browse-url and ebib-view-file.

---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]

Re: [Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

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

Hi Robbie,

On Tue, Aug 21, 2012 at 10:54:17PM +1200, Robbie Morrison wrote:
> As far as I can tell the current 'git' version is
> buggy and fails when editing fields, on function
> 'ebib-edit-field'.

which branch exactly? I'm on master and ebib-edit-field works fine for me.
note that the exp2 branch is not even supposed to work. it's a rewrite of
the database functionality, but it's stalled due to lack of time...

> Also, should this kind of traffic go thru the users
> list or direct to you?

either is fine with me. the list is generally very quiet, i don't think
it'll bother anyone. ;-)

> Debugger entered--Lisp error: (wrong-number-of-arguments
> called-interactively-p 1)

this is a bit strange. called-interactively-p takes one (obligatory)
argument, at least since emacs 23, so emacs shouldn't be complaining here.
do you happen to be running this on an older emacs version? i guess not,
because emacs <23 didn't have hash tables AFAIR...

do you also get the error if you run ebib with emacs -Q? i'm just wondering
if you have some package that redefines called-interactively-p. that
shouldn't really be the case either, but you never know...

other than that, i have no idea what might be wrong...

J.


-- 
Joost Kremers
Life has its moments

[Ebib-users] ebib unstable 57f8af86d3 fails on 'ebib-edit-field'

[Robbie M. <ro...@ac...>]

Hi Joost

As far as I can tell the current 'git' version is
buggy and fails when editing fields, on function
'ebib-edit-field'.

Probably easier if you fix it, than me.

Also, should this kind of traffic go thru the users
list or direct to you?

cheers, Robbie

Debugger entered--Lisp error: (wrong-number-of-arguments
called-interactively-p 1)
  (called-interactively-p (quote any))
  (if (called-interactively-p (quote any)) (ebib-next-field))
  (if (multiline-p init-contents) (ebib-edit-multiline-field) (when
init-contents (if ... ... ...)) (if-str (new-contents ...) (puthash
ebib-current-field ... ebib-cur-entry-hash) (remhash ebib-current-field
ebib-cur-entry-hash)) (ebib-redisplay-current-field) (if
(called-interactively-p ...) (ebib-next-field)) (ebib-set-modified t))
  (let ((init-contents ...) (raw nil)) (if (multiline-p init-contents)
(ebib-edit-multiline-field) (when init-contents ...) (if-str ... ...
...) (ebib-redisplay-current-field) (if ... ...) (ebib-set-modified t)))
  (cond ((eq ebib-current-field ...) (ebib-edit-entry-type)) ((eq
ebib-current-field ...) (ebib-edit-crossref)) ((eq ebib-current-field
...) (ebib-edit-multiline-field)) (t (let ... ...)))
  ebib-edit-field()
  call-interactively(ebib-edit-field nil nil)

---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : mor...@ie...
Webmail (preferred)           : ro...@ac...
[from Webmail client]