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

[Ebib-users] message at byte-compile

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

Dear Joost,

I'm starting with ebib seamlessly indeed #8^) 

I've just byte-compiled ebib.el from emacs and it's returned the next
message:

  ** The following functions are not known to be defined:
    region-active-p, make-extent, set-extent-face,
    set-extent-endpoints, extent-start-position, extent-end-position,
    detach-extent, char-to-int

I hope this to be helpful in some way. 

Regards,

Re: [Ebib-users] error at startup

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

On Mon, Mar 19, 2007 at 03:20:17PM +0100, Abel Morabito wrote:
> Ebib loads with no error messages now. I've deleted ".ebibrc" as you've told
> me. Thank you!

Great! ;-)

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] error at startup

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

Dear Joost,

Ebib loads with no error messages now. I've deleted ".ebibrc" as you've told
me. Thank you!

Regards,



On Mon, Mar 19, 2007 at 02:13:19PM +0100, Joost Kremers wrote:
> On Mon, Mar 19, 2007 at 02:02:06PM +0100, Abel Morabito wrote:
> > Dear Joost,
> > 
> > Thank you for your quick answer! I've replaced add-to-listq as you've
> > suggested. Now I'm getting this answer when I load ebib:
> > 
> > Symbol's function definition is void: defentry
> > 
> > It doesn't look that bad #8^) but it doesn't work yet. 
> 
> you still have a .ebibrc in your home directory, i suspect. since ebib 1.x
> this file is only used for key bindings, everything else is done through
> ebib's customise buffer. if you haven't edited .ebibrc at all, just delete
> it, all the entry type definitions are now predefined in ebib.el.
> 
> if you've defined your own entry types, you're unfortunately gonna have to
> do them again through ebib's customisation buffer...
> 
> if you have some key binding customisations in .ebibrc, keep those, and
> delete everything else in the file.
> 
> HTH
> 
> -- 
> Joost Kremers, PhD
> University of Cologne
> Institute for German Language and Literature
> Albertus Magnus Platz
> 50923 Cologne, Germany
> Tel. +49 221 / 4703807
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] error at startup

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

On Mon, Mar 19, 2007 at 02:02:06PM +0100, Abel Morabito wrote:
> Dear Joost,
> 
> Thank you for your quick answer! I've replaced add-to-listq as you've
> suggested. Now I'm getting this answer when I load ebib:
> 
> Symbol's function definition is void: defentry
> 
> It doesn't look that bad #8^) but it doesn't work yet. 

you still have a .ebibrc in your home directory, i suspect. since ebib 1.x
this file is only used for key bindings, everything else is done through
ebib's customise buffer. if you haven't edited .ebibrc at all, just delete
it, all the entry type definitions are now predefined in ebib.el.

if you've defined your own entry types, you're unfortunately gonna have to
do them again through ebib's customisation buffer...

if you have some key binding customisations in .ebibrc, keep those, and
delete everything else in the file.

HTH

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

Re: [Ebib-users] error at startup

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

Dear Joost,

Thank you for your quick answer! I've replaced add-to-listq as you've
suggested. Now I'm getting this answer when I load ebib:

Symbol's function definition is void: defentry

It doesn't look that bad #8^) but it doesn't work yet. 

Regards,


On Mon, Mar 19, 2007 at 11:59:23AM +0100, Joost Kremers wrote:
> Hi,
> 
> > I'm trying ebib with emacs 21.4.1 under a NetBSD environment. `ebib.el' is
> > in the load-path. As I load ebib I get the following message:
> > 
> > Wrong number of arguments: #[(list-var element &optional append) "^H    J\235\203
> > ^@      J\207
> > \203^X^@\302    J^HC\"\202^\^@^H        JBL\207" [element list-var append] 4 1381158]\
> > , 4
> 
> Mmm... that doesn't look good. ;-)
>  
> > Really I can't figure out how to work in out. Any idea?
> 
> Well, it seems that a fear I had is now becoming reality... I suspect the
> problem is with the macro add-to-listq. In Emacs 22, add-to-list allows an
> optional argument that XEmacs doesn't allow. I defined add-to-listq to work
> around this. Now it seems that Emacs 21 also doesn't know about this
> argument...
> 
> A quick fix would be to replace the definition of add-to-listq in the
> source file with the following (it appears at the top of the file, directly
> after the license and copyright notice):
> 
> (defmacro add-to-listq (listvar element &optional append fn)
>   (if (or (featurep 'xemacs)
> 	  (string< emacs-version "22"))
>       `(add-to-list (quote ,listvar) ,element ,append)
>     `(add-to-list (quote ,listvar) ,element ,append ,fn)))
> 
> Not sure if this is the best way to test for the version of Emacs, but it
> should work for you.
> 
> HTH
> 
> -- 
> Joost Kremers, PhD
> University of Cologne
> Institute for German Language and Literature
> Albertus Magnus Platz
> 50923 Cologne, Germany
> Tel. +49 221 / 4703807
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users

Re: [Ebib-users] error at startup

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

Hi,

> I'm trying ebib with emacs 21.4.1 under a NetBSD environment. `ebib.el' is
> in the load-path. As I load ebib I get the following message:
> 
> Wrong number of arguments: #[(list-var element &optional append) "^H    J\235\203
> ^@      J\207
> \203^X^@\302    J^HC\"\202^\^@^H        JBL\207" [element list-var append] 4 1381158]\
> , 4

Mmm... that doesn't look good. ;-)
 
> Really I can't figure out how to work in out. Any idea?

Well, it seems that a fear I had is now becoming reality... I suspect the
problem is with the macro add-to-listq. In Emacs 22, add-to-list allows an
optional argument that XEmacs doesn't allow. I defined add-to-listq to work
around this. Now it seems that Emacs 21 also doesn't know about this
argument...

A quick fix would be to replace the definition of add-to-listq in the
source file with the following (it appears at the top of the file, directly
after the license and copyright notice):

(defmacro add-to-listq (listvar element &optional append fn)
  (if (or (featurep 'xemacs)
	  (string< emacs-version "22"))
      `(add-to-list (quote ,listvar) ,element ,append)
    `(add-to-list (quote ,listvar) ,element ,append ,fn)))

Not sure if this is the best way to test for the version of Emacs, but it
should work for you.

HTH

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

[Ebib-users] error at startup

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

Dear users,

I'm trying ebib with emacs 21.4.1 under a NetBSD environment. `ebib.el' is
in the load-path. As I load ebib I get the following message:

Wrong number of arguments: #[(list-var element &optional append) "^H    J\235\203
^@      J\207
\203^X^@\302    J^HC\"\202^\^@^H        JBL\207" [element list-var append] 4 1381158]\
, 4


Really I can't figure out how to work in out. Any idea?

Thank you!

[Ebib-users] Ebib 1.2.0 released

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

Hi all,

I just uploaded Ebib-1.2.0 to the Sourceforge servers. New features in this
release are:

* Ebib can now create a LaTeX file for you listing all the entries in the
  database, either as a list of BibTeX-created references, or as a list of
  entries displayed (more or less) in the manner in which Ebib displays
  them. The preambles to be used in both cases can be customised, so you
  can set up your preferred font, paper size or BibTeX package/style, etc.

* The copy/kill/paste facility for field values has (finally) been properly
  integrated with Emacs' own kill ring: prefix arguments work as with
  C-y/M-y, and repeated use of yank walks through the kill ring in the same
  way that M-y does. Accordingly, paste has been renamed to yank, and the
  command key from `p' to `y'.

* The time format of the timestamp that's optionally added to each new
  entry can now be customised.

* PgUp and PgDn (and Space and `b') now use Emacs' own scroll-up and
  scroll-down functions, so that scrolling the index buffer (finally) works
  as expected.

* The `F' key follows the crossref field of the current entry, jumping to
  the entry it refers to.

Furthermore, I've completely rewritten the manual, and of course there's
the usual set of bug fixes.

Oh, by the way, in anticipation of a mark-entry command, the merge command
has been changed from `m' to `M'.

Have fun!

-- 
Joost Kremers
Life has its moments

[Ebib-users] Ebib 1.1.5 released

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

I fixed a bug in the virtual-database code that prevented users from
filtering on additional fields.

I also took out some code that is meant for a 1.2 version, that is in
itself harmless, but might be annoying. (I haven't figured GNU Arch out
completely yet...) 

-- 
Joost Kremers
Life has its moments

[Ebib-users] Ebib 1.1.4 released

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

Hi all,

I just uploaded a new Ebib version to the Sourceforge servers. It is now
possible to execute complex search queries, such as: 'show me all the
entries with "cinque" in the author field', or: 'show me all the entries
with "chomsky" in any field except the title field'. These search queries
are built up of logical AND, OR and NOT operators, and can be as complex as
necessary. They are built up interactively, using the &, | and ~ keys (AND,
OR and NOT, respectively.)

A couple of smaller bugs have also been fixed.

Enjoy!

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Ebib 1.0.0 released

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

On Thu, Feb 08, 2007 at 02:05:18PM -0800, Jesse Alama wrote:
> Where can we access the new arch archive?

nowhere -- yet. ATM, i just have the archive on my own machine. i do intend
to make the archive available, once i understand arch's way of working
better than i do now, though i don't know where yet. (i don't believe
sourceforge offers anything for it. perhaps i should've used svn
instead... ;-)

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Ebib 1.0.0 released

[Jesse A. <al...@st...>]

Hi Joost,

Joost Kremers <joo...@fa...> writes:

> So what's with the version jump? Well, it doesn't signify that this version
> is completely different from the previous one. It's just an incremental
> update, as usual. But I moved the code into a version control system, GNU
> Arch, and I thought that would be a good time to adopt a new version
> numbering. From now on, the version number will reflect the kind of
> release: for bug fix releases, the third digit will increase. An increase
> of the second digit means a feature addition, and if I ever increase the
> first digit, I'll have rewritten major parts of the code.

Where can we access the new arch archive?

Jesse

-- 
Jesse Alama (al...@st...)
*14: Too many terms in an inference (http://www.mizar.org)

[Ebib-users] Ebib 1.0.0 released

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

Hi list,

I've just uploaded a new Ebib version to the Sourceforge servers. This
version includes the timestamp functionality requested last week. See the
manual for details:

<http://ebib.sourceforge.net/ebib/Use-Timestamp.html#Use-Timestamp>

The timestamp field is a hidden field, which is not shown by default, but
can be made visible by hitting "H" in the index buffer.

Right now, the timestamp field is the only field that is hidden, but
perhaps in the future other uses for this functionality will come up.

In order to make hidden fields possible, I had to completely rewrite the
code that moves around the field highlight in the entry buffer. No big deal
in itself, but it is new code, so less well tested. On the other hand, the
code is cleaner and more modular than what I had before, so should be less
prone to contain bugs. If you encounter any problems, please let me know,
and I'll see to it that they get fixed ASAP.

Another addition is the key "C" in the index buffer, which puts you in
Ebib's customisation buffer. I got tired of typing `M-x customize RET ebib
RET' all the time. (It took too many TAB-completions to get there. ;-)
Unfortunately, if you leave the customize buffer, you're not put back into
Ebib. I haven't figured out a way to do that yet. (Suggestions welcome.)

Further news on the customisation front: I have removed the macros
defentry, ebib-preload and ebib-additional-fields. I now strongly suggest
that all customisation be done through `M-x customize'. Though technically
it is still possible to set the relevant variables in .ebibrc (or .emacs if
you wish), there's no real need to (except for key bindings: the macro
ebib-key has been retained). If you still use .ebibrc for anything other
than key bindings, the best way to go is to load Ebib 0.28, go to the
customization buffer and do a "Save for future sessions". That'll save all
the customisations to .emacs (or to whatever you've set custom-file
to). Then delete .ebibrc (except the key bindings) and upgrade to the new
version.

I've also fixed a few bugs, as noted in the ChangeLog.

So what's with the version jump? Well, it doesn't signify that this version
is completely different from the previous one. It's just an incremental
update, as usual. But I moved the code into a version control system, GNU
Arch, and I thought that would be a good time to adopt a new version
numbering. From now on, the version number will reflect the kind of
release: for bug fix releases, the third digit will increase. An increase
of the second digit means a feature addition, and if I ever increase the
first digit, I'll have rewritten major parts of the code.

On my TODO list for future versions are the following:

* Make RefTeX be Ebib-aware. This'll be tricky, because I'll need to make
  changes to RefTeX, which isn't my code. This, btw, will always be an
  optional addition: it will always be possible to load Ebib without making
  any changes to the way RefTeX works.

* Implement Guo Wei-Wei's suggestion of creating temporary subset databases
  based on the contents of a particular field.

Joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] feature request: timestamping creation dates automatically

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

On Thu, Feb 01, 2007 at 09:55:18PM -0800, Jesse Alama wrote:
> To keep track of the growth of a bibliography with ebib, it would be
> nice if, when creating a new entry, a field is created whose content
> is the time when the field is created.  It could be called
> "creation-date" or something like that (this is what BBDB does).  The
> field could be hidden by default (as it is with BBDB).

mmm, getting the time and storing it is easy. ebib has no way to make a
field "hidden", however, so that would require a bit on engineering.

i'll dive into it after next week, when i'll have time again. (next week is
set to be quite busy for me...)

best,

joost


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

[Ebib-users] feature request: timestamping creation dates automatically

[Jesse A. <al...@st...>]

To keep track of the growth of a bibliography with ebib, it would be
nice if, when creating a new entry, a field is created whose content
is the time when the field is created.  It could be called
"creation-date" or something like that (this is what BBDB does).  The
field could be hidden by default (as it is with BBDB).

Jesse

-- 
Jesse Alama (al...@st...)
*56: Disagreement of types (http://www.mizar.org)

Re: [Ebib-users] Ebib 0.28 released

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

* Joost Kremers (2006-12-13 20:31 +0100) said:
  ^^^^^^^^^^^^^
> Hi list,
>
> I just uploaded version 0.28 of Ebib to Sourceforge.net. The new features
> of this release are:
>
> * It is now possible to customise the string that Ebib uses to insert a
>   BibTeX key into a (La)TeX document. In fact, it is possible to define
>   multiple strings, which can then be selected through a prefix argument.
>
> * The user now has more control over the order in which the BibTeX entries
>   are saved to the .bib file. Two options exist:
>
> * If you use the crossref field, you can tell Ebib to save all entries with
>   a crossref field at the top of the .bib file. (BibTeX wants it that
>   way...)
>
> * If you have no need for this, you can specify a sort order for the .bib
>   file. By default, Ebib will sort the entries in alphabetical order on the
>   entry key, but you can have the entries sorted on any field value.
>
> * A couple of small bugs were fixed.
>
> For those who are wondering: yes, Ebib 0.27 does exist. I never got round
> to releasing it properly... ;-)
>
> Have fun!
>
> Joost

Great!

It now compiles cleanly in Emacs 22/23. Thank you.

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)

[Ebib-users] Ebib 0.28 released

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

Hi list,

I just uploaded version 0.28 of Ebib to Sourceforge.net. The new features
of this release are:

* It is now possible to customise the string that Ebib uses to insert a
  BibTeX key into a (La)TeX document. In fact, it is possible to define
  multiple strings, which can then be selected through a prefix argument.

* The user now has more control over the order in which the BibTeX entries
  are saved to the .bib file. Two options exist:

* If you use the crossref field, you can tell Ebib to save all entries with
  a crossref field at the top of the .bib file. (BibTeX wants it that
  way...)

* If you have no need for this, you can specify a sort order for the .bib
  file. By default, Ebib will sort the entries in alphabetical order on the
  entry key, but you can have the entries sorted on any field value.

* A couple of small bugs were fixed.

For those who are wondering: yes, Ebib 0.27 does exist. I never got round
to releasing it properly... ;-)

Have fun!

Joost


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Could Ebib search and display based on a entry field?

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

On Wed, Nov 08, 2006 at 04:14:00PM +0800, Guo Wei-Wei wrote:
> Your way is better than I thought.

i'll see if i can implement it in a future version. i'm not sure yet
what the best way would be to let the user specify the selectional
criteria for the virtual database...

> And it will be better if the
> Category field can have multiple values (I don't mean multiline).

well, when it comes to field values, i'm of course limited by what
bibtex will accept. AFAIK bibtex only allows simple text values, it's
not possible to have some hierarchical structure or something like
that. so if you want multiple values in a field, all you can really do
is make a comma-separated list or something, i'm afraid...

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Could Ebib search and display based on a entry field?

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

Your way is better than I thought. And it will be better if the
Category field can
have multiple values (I don't mean multiline).

Wei-Wei


2006/11/7, Joost Kremers <joo...@fa...>:

> mmm, that sounds interesting. it's certainly possible to implement
> it. i think the best way to do it would be to create a "virtual"
> database with the selected entries, which you can view and edit like
> any normal database. the only difference would be that this database
> is not saved to a file, but rather it's just a subset of another
> database. any changes you make will then automatically be propagated
> to the "parent" database.
>
> looks like something OO would be perfect for... ;-)
>
> suggestions on better/different ways to implement it are welcome.
>
> --
> Joost Kremers
> Life has its moments

Re: [Ebib-users] Could Ebib search and display based on a entry field?

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

Hi,

> I just uses Ebib managing my BibTeX database. It's great.

thanks! ;-)

> I find its
> operation is similar to BBDB. BBDB can search and display connections
> by a entry field. Could Ebib do that? For example, I want to define a
> field called Category, which contain the research area. Then I can
> find all the entries of a specified category and display them in a
> buffer.

mmm, that sounds interesting. it's certainly possible to implement
it. i think the best way to do it would be to create a "virtual"
database with the selected entries, which you can view and edit like
any normal database. the only difference would be that this database
is not saved to a file, but rather it's just a subset of another
database. any changes you make will then automatically be propagated
to the "parent" database.

looks like something OO would be perfect for... ;-)

suggestions on better/different ways to implement it are welcome.

-- 
Joost Kremers
Life has its moments

[Ebib-users] Could Ebib search and display based on a entry field?

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

Dear all,

I just uses Ebib managing my BibTeX database. It's great. I find its
operation is similar to BBDB. BBDB can search and display connections
by a entry field. Could Ebib do that? For example, I want to define a
field called Category, which contain the research area. Then I can
find all the entries of a specified category and display them in a
buffer.

Thank you!
Wei-Wei

Re: [Ebib-users] ebib 0.26 released

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

On Tue, 24/10/06, Joost Kremers wrote:

> Dear list,
>
> I have just uploaded a new version of Ebib to the Sourceforge
> servers. The main changes in version 0.26 are:
>
> * Customisation buffer: Ebib can now be customised through Emacs'
>   customisation interface. If you prefer, you can still use the init
>   file .ebibrc, but it is no longer required. That is, Ebib will now
>   run if no .ebibrc is present.
>
> * ebib-import: a function to read BibTeX entries from an Emacs
>   buffer. This allows you to copy & paste BibTeX entries from say the
>   internet, and then easily load them into Ebib. ebib-import reads
>   entries from the entire buffer, or from the region if it's active.
>
> * Manual: the manual is now available in html and info format. (I'm
>   having trouble generating the .pdf version...) Thanks to Jesse Alama
>   for converting the original LaTeX-file.
>
> * Bug fixes: several bugs were fixed, including a nasty one reported
>   by Thomas Schmitz.
>
> Regarding the init file: if you haven't made any changes to it, delete
> it altogether. If you did make changes, keep only those, and delete
> the rest. (Or delete .ebibrc altogether, and recreate your changes in
> Ebib's customisation buffer.)
>
> Have fun!

Thank you for the new release.

-- 
Leo

[Ebib-users] ebib 0.26 released

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

Dear list,

I have just uploaded a new version of Ebib to the Sourceforge
servers. The main changes in version 0.26 are:

* Customisation buffer: Ebib can now be customised through Emacs'
  customisation interface. If you prefer, you can still use the init
  file .ebibrc, but it is no longer required. That is, Ebib will now
  run if no .ebibrc is present.

* ebib-import: a function to read BibTeX entries from an Emacs
  buffer. This allows you to copy & paste BibTeX entries from say the
  internet, and then easily load them into Ebib. ebib-import reads
  entries from the entire buffer, or from the region if it's active.

* Manual: the manual is now available in html and info format. (I'm
  having trouble generating the .pdf version...) Thanks to Jesse Alama
  for converting the original LaTeX-file.

* Bug fixes: several bugs were fixed, including a nasty one reported
  by Thomas Schmitz.

Regarding the init file: if you haven't made any changes to it, delete
it altogether. If you did make changes, keep only those, and delete
the rest. (Or delete .ebibrc altogether, and recreate your changes in
Ebib's customisation buffer.)

Have fun!

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] ebib under Windows

[Jos E. <je...@gm...>]

Hi Joost,

Thanks for your extensive help / explanation! Much appreciated!

Jos

Re: [Ebib-users] ebib under Windows

[Steve Y. <st...@sx...>]

* Joost Kremers <joo...@fa...> writes:

  > On Mon, Oct 02, 2006 at 11:20:31PM +1000, Steve Youngs wrote:
  >> (modify-syntax-entry ?\" "w")

  > ok, and once again i underestimate emacs. ;-)=20

A most unrewarding pastime. :-)

  > thanks for the hint, it works beautifully.

You're welcome.

=2D-=20
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
|                 I am Dyslexic of Borg.                   |=20
|    Fusistance is retile. Your arse will be laminated.    |
|------------------------------------<st...@sx...>---|