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: 'ebib-file-search-dirs' documentation suggestion
(Joost Kremers)
2. Re: Word wrap at window edge not truncate lines in ebib-entry
buffer (Joost Kremers)
3. Re: searching across multiple real databases (Robbie Morrison)
4. ebib unstable 57f8af86d3 fails on 'ebib-edit-field'
(Robbie Morrison)
5. Re: ebib unstable 57f8af86d3 fails on 'ebib-edit-field'
(Joost Kremers)
6. Re: ebib unstable 57f8af86d3 fails on 'ebib-edit-field'
(Robbie Morrison)
7. Re: ebib unstable 57f8af86d3 fails on 'ebib-edit-field'
(Joost Kremers)
----------------------------------------------------------------------
Message: 1
Date: Sun, 19 Aug 2012 00:30:40 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] 'ebib-file-search-dirs' documentation
suggestion
To: Robbie Morrison <[email protected]>
Message-ID: <20120818223040.GB26369@Darkstar>
Content-Type: text/plain; charset=utf-8
On Mon, Aug 13, 2012 at 07:53:43PM +1200, Robbie Morrison wrote:
> From: Joost Kremers <[email protected]>
> > Yes, I see how this can be confusing... I'll fix the
> > documentation to make this clearer. Or perhaps it would
> > be even better to use ebib-file-search-dirs for
> > ebib-preload-bib-files as well...
>
> No, probably better to make another variable for
> exactly that purpose:
>
> ebib-preload-bib-search-dirs
i've implemented this.
> Regarding customization more generally, I prefer to use
> 'setq' rather than the 'Custom' interface. Would it be
> better to document the hand-coded equivalents for these
> settings as well? Just a thought though, I do not have
> strong views on this.
they essentially are. all the options are listed in the manual with the
names as they appear in the customization buffer. these names are directly
derived from the actual variable names by removing the prefix `ebib-`,
replacing the hyphens with spaces and capitalizing each word. so you can
easily convert the option name back to the variable: e.g., the option
"Autogenerate Keys" has the variable name `ebib-autogenerate-keys`, etc.
best,
joost
--
Joost Kremers, PhD
University of G?ttingen
Institute for German Philology
K?te-Hamburger-Weg 3
37073 G?ttingen, Germany
------------------------------
Message: 2
Date: Sun, 19 Aug 2012 12:40:51 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] Word wrap at window edge not truncate lines
in ebib-entry buffer
To: [email protected]
Message-ID: <20120819104051.GA29862@Darkstar>
Content-Type: text/plain; charset=utf-8
Hi Jeffrey,
On Mon, Aug 06, 2012 at 06:37:01PM +1000, Jeffrey Spencer wrote:
> Is it possible to word wrap at window edge by default. This is the setting
> in all other buffers but not in ebib-entry buffer. I don't like
> toggling every time so is there a hook where this can be set every time the
> buffer is loaded??
You should be able to use the variable ebib-entry-mode-hook for that.
TBH, though, I'm not entirely sure what you mean. Both the index and the
entry buffer set truncate-lines to t, so that lines that are too long for
the window are truncated, not wrapped. If lines would wrap, Ebib would get
confused as to which item is highlighted.
But if it works for you, them I'm happy. ;-)
BTW, have you figured out the regexp to get your file names recognized?
J.
--
Joost Kremers
Life has its moments
------------------------------
Message: 3
Date: Mon, 20 Aug 2012 18:57:22 +1200
From: "Robbie Morrison" <[email protected]>
Subject: Re: [Ebib-users] searching across multiple real databases
To: "ebib users" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain;charset=iso-8859-1
Hello Joost, all
------------------------------------------------------------
To: [email protected]
Subject: Re: [Ebib-users] searching across multiple real databases
Message-ID: <20120818172751.GA24409@Darkstar>
From: Joost Kremers <[email protected]>
Date: Sat, 18 Aug 2012 19:27:51 +0200
------------------------------------------------------------
> hi robbie,
>
>> This posting relates to searching across multiple
>> databases. Unless I have misread the
>> documentation badly (always a possibility), basic
>> emacs-based searches and advanced searching
>> (resulting in virtual databases) are only
>> possible within the one database. Is this
>> correct?
>
> yup.
>
>> I would like to work across six BibTeX files.
>
> i once though i'd do that to, so i added the
> possibility to work with more than one .bib file to
> ebib. but then i found it more practical to keep all my
> biblography entries in one file... ;-)
>
> anyway, i never thought about searching across more
> than one file, but it can certainly be useful.
>
>> My questions are two-fold:
>>
>> * is this functionality needed ?
>
> well, *you* need it, so that would be a yes. ;-)
>
>> * is this functionality possible ?
>
> i don't see why not. the question one needs to ask is
> what would be the best way to do it? IIUC, you want to
> create a union db, which is like a virtual db, but
> which still allows a virtual db to be created from it,
> right? that would probably be the most straightforward
> way, and not too difficult to implement.
That is correct (although I am still struggling with
the terminology).
> a few comments to your patch
[snip: patch plus many comments]
> anyway, it should definitely be possible to do what you
> suggest, and if you hack up some code, i'd definitely
> be interested in adding it to ebib.
I'll see what I can do in the next fortnight. If
anyone on this list has suggestions (usability,
code), please feel free to chip in.
regards, Robbie
> best,
>
> joost
>
> --
> Joost Kremers
> Life has its moments
---
Robbie Morrison
PhD student -- policy-oriented energy system simulation
Institute for Energy Engineering (IET)
Technical University of Berlin (TU-Berlin), Germany
University email (redirected) : [email protected]
Webmail (preferred) : [email protected]
[from Webmail client]
------------------------------
Message: 4
Date: Tue, 21 Aug 2012 22:54:17 +1200
From: "Robbie Morrison" <[email protected]>
Subject: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
To: "ebib users" <[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain;charset=iso-8859-1
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) : [email protected]
Webmail (preferred) : [email protected]
[from Webmail client]
------------------------------
Message: 5
Date: Tue, 21 Aug 2012 13:22:32 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
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
------------------------------
Message: 6
Date: Wed, 22 Aug 2012 00:01:02 +1200
From: "Robbie Morrison" <[email protected]>
Subject: Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
To: "Discussion of issues relating to Ebib."
<[email protected]>
Message-ID:
<[email protected]>
Content-Type: text/plain;charset=iso-8859-1
Hi Joost
------------------------------------------------------------
To: [email protected]
Subject: Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
Message-ID: <[email protected]>
From: Joost Kremers <[email protected]>
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
> [email protected]
> 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 <[email protected]>
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) : [email protected]
Webmail (preferred) : [email protected]
[from Webmail client]
------------------------------
Message: 7
Date: Tue, 21 Aug 2012 14:54:40 +0200
From: Joost Kremers <[email protected]>
Subject: Re: [Ebib-users] ebib unstable 57f8af86d3 fails on
'ebib-edit-field'
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
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
------------------------------
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
------------------------------
_______________________________________________
Ebib-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ebib-users
End of Ebib-users Digest, Vol 18, Issue 4
*****************************************
