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: mastersthesis (Joost Kremers)
2. Re: mastersthesis (Thomas S. Dye)
3. Re: mastersthesis (Joost Kremers)
4. Re: mastersthesis (Thomas S. Dye)
5. Re: mastersthesis (Joost Kremers)
6. Re: mastersthesis (Thomas S. Dye)
7. Re: mastersthesis (Joost Kremers)
----------------------------------------------------------------------
Message: 1
Date: Wed, 7 Sep 2011 14:19:51 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] mastersthesis
To: [email protected]
Message-ID: <20110907121950.GB18322@eeenterprise>
Content-Type: text/plain; charset=utf-8
Hi Tom,
On Tue, Sep 06, 2011 at 05:11:26AM -1000, Thomas S. Dye wrote:
> Joost Kremers <[email protected]> writes:
> > Could you send me a copy of the relevant .bib file and also a list of the
> > Ebib
> > customisations you made? TBH, I haven't got a clue what might be going on,
> > but
> > I'll try and figure it out. :-)
>
> Here are the ebib entries in custom.el:
>
> '(ebib-file-associations (quote (("pdf" .
> "/Applications/Skim.app/Contents/MacOS/Skim") ("ps" .
> "/Applications/Preview.app/Contents/MacOS/Preview"))))
> '(ebib-file-search-dirs (quote ("~/Desktop/reprints/")))
> '(ebib-insertion-commands (quote (("cite" 1 nil) ("citep" 1 nil) ("citet" 1
> nil))))
> '(ebib-preload-bib-files (quote
> ("/Users/dk/Public/projects/bibliography/bib/bib/tsd.bib")))
These shouldn't have any effect on how the .bib file is saved, so...
> I've attached the .bib file after a save with ebib (so the 'type' field
> is added to @mastersthesis).
Thanks. However, there doesn't seem to be anything in the .bib file that causes
your problem. If I load it, change something, save it, then manually remove the
'type = {masterstesis}' fields from the bib file and reload it, change something
else, then save it, the type fields are not there.
Ebib stores each entry in a hash table, where each field name is a key. There is
a special key 'type*' (note the asterisk) that stores the entry type (article,
book, mastersthesis, etc.) This type* key is not saved as a field into the bib
file, but (obviously) as the entry type (@book, @article, etc.) But if for some
reason the key 'type*' in the hash table is replaced with a key 'type', then
Ebib will save it as a normal field.
The one thing I cannot figure out, though, is how this key 'type' is created.
And why it only happens with the mastersthesis entries. That to me just doesn't
make any sense.
Does this happen with a completely fresh Emacs session as well? What if you
start Emacs with:
$ emacs -Q -l /path/to/ebib.el
then start Ebib with 'M-x ebib'.
What happens if you start Emacs and Ebib this way, then load the relevant .bib
file (with the 'type = {mastersthesis}' lines removed), lower Ebib again, then
type 'M-x ielm' (to get an interactive Elisp prompt) and at the prompt type
(copy/paste) the following:
(gethash "wilson76:_o_posses_marker_hawaiian" (edb-database ebib-cur-db))
That should show some info about the hash table that stores the relevant entry,
together with a list of all the fields. There shouldn't be a type field there.
If there is, there's definitely something weird going on.
--
Joost Kremers
Life has its moments
------------------------------
Message: 2
Date: Wed, 07 Sep 2011 05:54:07 -1000
From: [email protected] (Thomas S. Dye)
Subject: Re: [Ebib-users] mastersthesis
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi Joost,
Joost Kremers <[email protected]> writes:
> Hi Tom,
>
> On Tue, Sep 06, 2011 at 05:11:26AM -1000, Thomas S. Dye wrote:
>> Joost Kremers <[email protected]> writes:
>> > Could you send me a copy of the relevant .bib file and also a list of the
>> > Ebib
>> > customisations you made? TBH, I haven't got a clue what might be going on,
>> > but
>> > I'll try and figure it out. :-)
>>
>> Here are the ebib entries in custom.el:
>>
>> '(ebib-file-associations (quote (("pdf" .
>> "/Applications/Skim.app/Contents/MacOS/Skim") ("ps" .
>> "/Applications/Preview.app/Contents/MacOS/Preview"))))
>> '(ebib-file-search-dirs (quote ("~/Desktop/reprints/")))
>> '(ebib-insertion-commands (quote (("cite" 1 nil) ("citep" 1 nil) ("citet" 1
>> nil))))
>> '(ebib-preload-bib-files (quote
>> ("/Users/dk/Public/projects/bibliography/bib/bib/tsd.bib")))
>
> These shouldn't have any effect on how the .bib file is saved, so...
>
>> I've attached the .bib file after a save with ebib (so the 'type' field
>> is added to @mastersthesis).
>
> Thanks. However, there doesn't seem to be anything in the .bib file that
> causes
> your problem. If I load it, change something, save it, then manually remove
> the
> 'type = {masterstesis}' fields from the bib file and reload it, change
> something
> else, then save it, the type fields are not there.
>
> Ebib stores each entry in a hash table, where each field name is a key. There
> is
> a special key 'type*' (note the asterisk) that stores the entry type (article,
> book, mastersthesis, etc.) This type* key is not saved as a field into the bib
> file, but (obviously) as the entry type (@book, @article, etc.) But if for
> some
> reason the key 'type*' in the hash table is replaced with a key 'type', then
> Ebib will save it as a normal field.
>
> The one thing I cannot figure out, though, is how this key 'type' is created.
> And why it only happens with the mastersthesis entries. That to me just
> doesn't
> make any sense.
>
> Does this happen with a completely fresh Emacs session as well? What if you
> start Emacs with:
>
> $ emacs -Q -l /path/to/ebib.el
>
> then start Ebib with 'M-x ebib'.
This works as you describe it. There is no extraneous 'type' field
added during the save operation.
>
> What happens if you start Emacs and Ebib this way, then load the relevant .bib
> file (with the 'type = {mastersthesis}' lines removed), lower Ebib again, then
> type 'M-x ielm' (to get an interactive Elisp prompt) and at the prompt type
> (copy/paste) the following:
>
> (gethash "wilson76:_o_posses_marker_hawaiian" (edb-database ebib-cur-db))
>
> That should show some info about the hash table that stores the relevant
> entry,
> together with a list of all the fields. There shouldn't be a type field there.
> If there is, there's definitely something weird going on.
There is no type field there.
So, it must be a customization (sigh). I'll keep my eye on this and let
you know if I track down the culprit.
In the meantime, thanks for looking into the mystery. I'm getting
addicted to ebib. With a little practice, it is an easy and efficient
way to manage bibliographies.
All the best,
Tom
--
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com
------------------------------
Message: 3
Date: Fri, 9 Sep 2011 12:09:20 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] mastersthesis
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <20110909100920.GD27749@eeenterprise>
Content-Type: text/plain; charset=utf-8
Hi Tom,
On Wed, Sep 07, 2011 at 05:54:07AM -1000, Thomas S. Dye wrote:
> Joost Kremers <[email protected]> writes:
> > $ emacs -Q -l /path/to/ebib.el
> >
> > then start Ebib with 'M-x ebib'.
>
> This works as you describe it. There is no extraneous 'type' field
> added during the save operation.
[...]
> There is no type field there.
>
> So, it must be a customization (sigh). I'll keep my eye on this and let
> you know if I track down the culprit.
If there's anything I can do to help, then just let me know. It's a really
strange phenomenon, it could be that Ebib is interfering with something else.
> In the meantime, thanks for looking into the mystery. I'm getting
> addicted to ebib. With a little practice, it is an easy and efficient
> way to manage bibliographies.
Thanks. :-) If you find anything that could be improved, or something that might
be added to make it better, just let me know.
Thanks,
Joost
--
Joost Kremers
Life has its moments
------------------------------
Message: 4
Date: Fri, 09 Sep 2011 06:34:32 -1000
From: [email protected] (Thomas S. Dye)
Subject: Re: [Ebib-users] mastersthesis
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Joost Kremers <[email protected]> writes:
> Hi Tom,
>
> On Wed, Sep 07, 2011 at 05:54:07AM -1000, Thomas S. Dye wrote:
>> Joost Kremers <[email protected]> writes:
>> > $ emacs -Q -l /path/to/ebib.el
>> >
>> > then start Ebib with 'M-x ebib'.
>>
>> This works as you describe it. There is no extraneous 'type' field
>> added during the save operation.
> [...]
>> There is no type field there.
>>
>> So, it must be a customization (sigh). I'll keep my eye on this and let
>> you know if I track down the culprit.
>
> If there's anything I can do to help, then just let me know. It's a really
> strange phenomenon, it could be that Ebib is interfering with something else.
>
>> In the meantime, thanks for looking into the mystery. I'm getting
>> addicted to ebib. With a little practice, it is an easy and efficient
>> way to manage bibliographies.
>
> Thanks. :-) If you find anything that could be improved, or something that
> might
> be added to make it better, just let me know.
>
Hi Joost,
Since you asked ...
It would be great to have an automatically generated key. I work in an
environment where several of us contribute to a master bibliography
file. We've come to rely on the keys that AucTeX (I believe) supplies.
We use them to weed out duplicate entries.
This isn't a big deal and I recognize that it goes against the ebib work
flow, which asks for the key before the citation information.
Thanks again for ebib.
Tom
> Thanks,
>
> Joost
--
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com
------------------------------
Message: 5
Date: Mon, 12 Sep 2011 17:42:37 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] mastersthesis
To: [email protected]
Message-ID: <20110912154237.GB2349@darkstar>
Content-Type: text/plain; charset=utf-8
Hi Tom,
On Fri, Sep 09, 2011 at 06:34:32AM -1000, Thomas S. Dye wrote:
> It would be great to have an automatically generated key. I work in an
> environment where several of us contribute to a master bibliography
> file. We've come to rely on the keys that AucTeX (I believe) supplies.
Do you happen to know how this works exactly? I took a (quick) look through the
AUCTeX and RefTeX docs, but didn't find anything useful.
--
Joost Kremers
Life has its moments
------------------------------
Message: 6
Date: Mon, 12 Sep 2011 06:19:41 -1000
From: [email protected] (Thomas S. Dye)
Subject: Re: [Ebib-users] mastersthesis
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Joost Kremers <[email protected]> writes:
> Hi Tom,
>
> On Fri, Sep 09, 2011 at 06:34:32AM -1000, Thomas S. Dye wrote:
>> It would be great to have an automatically generated key. I work in an
>> environment where several of us contribute to a master bibliography
>> file. We've come to rely on the keys that AucTeX (I believe) supplies.
>
> Do you happen to know how this works exactly? I took a (quick) look through
> the
> AUCTeX and RefTeX docs, but didn't find anything useful.
Eric Schulte added this functionality to org-bibtex a while back. I
think this might be the appropriate part of org-bibtex.el:
(require 'bibtex)
(eval-when-compile
(require 'cl))
(defvar description nil) ; dynamically scoped from org.el
(defvar org-id-locations)
(declare-function bibtex-beginning-of-entry "bibtex" ())
(declare-function bibtex-generate-autokey "bibtex" ())
hth,
Tom
--
T.S. Dye & Colleagues, Archaeologists
735 Bishop St, Suite 315, Honolulu, HI 96813
Tel: 808-529-0866, Fax: 808-529-0884
http://www.tsdye.com
------------------------------
Message: 7
Date: Tue, 13 Sep 2011 14:57:22 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] mastersthesis
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On Mon, Sep 12, 2011 at 06:19:41AM -1000, Thomas S. Dye wrote:
> Joost Kremers <[email protected]> writes:
> Eric Schulte added this functionality to org-bibtex a while back. I
> think this might be the appropriate part of org-bibtex.el:
>
> (require 'bibtex)
> (eval-when-compile
> (require 'cl))
>
> (defvar description nil) ; dynamically scoped from org.el
> (defvar org-id-locations)
>
> (declare-function bibtex-beginning-of-entry "bibtex" ())
> (declare-function bibtex-generate-autokey "bibtex" ())
Hmmm... I see, thanks. So how is your colleague's workflow exactly, if I may
ask? bibtex-generate-autokey reads a bibtex entry from a buffer and then
generates a key. But that seems to imply that there is already a properly
formatted bibtex entry, that is, one with a key. Do you provide temporary keys,
which are then replaced as the fields are filled?
That wouldn't be difficult to duplicate in Ebib, I think. Instead of having to
type a key, Ebib would provide a temporary key, which is then replaced with an
autogenerated key when the fields are filled in.
--
Joost Kremers
Life has its moments
------------------------------
------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the
BlackBerry® mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry® DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1
------------------------------
_______________________________________________
Ebib-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ebib-users
End of Ebib-users Digest, Vol 16, Issue 3
*****************************************
