ebib-users Mailing List for Ebib (Page 2)
Brought to you by:
joostkremers
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(14) |
Sep
(5) |
Oct
(9) |
Nov
(4) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
(7) |
Mar
(18) |
Apr
(11) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(12) |
Dec
|
2008 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(3) |
Oct
(7) |
Nov
(2) |
Dec
(7) |
2011 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
(30) |
Oct
(2) |
Nov
(2) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(1) |
Aug
(30) |
Sep
(10) |
Oct
(4) |
Nov
(1) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(2) |
Feb
|
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
|
Sep
(10) |
Oct
(5) |
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Joost K. <joo...@fa...> - 2015-09-09 11:15:40
|
Hi Phil, > I have been playing with keywords, I have run into another problem. > > I use Emacs on a laptop and a desktop; I have a single init.el file, > synchronised through Dropbox so that I always have identical versions > of Emacs. I want to set up per-directory lists; I wanted to do this > with the ebibrc file, rather than customising each version of Emacs, > so that they always stay the same. If you have the same version of Emacs (and of any packages you have installed) on all machines, you can also synchronise your Custom settings. (Unless, of course, you want/need different settings for each machine...) > I am unclear as to what commands I need to put into ebibrc to do this. >Reading the documentation I got the impression the all I had to do was >to name a file (ebib-keywords.txt, no path), and all would be well. Yes, that should do the trick. If there is no directory part in the file name in `ebib-keywords-file`, Ebib should create a separate keywords file in each directory. Note, however, that Ebib only creates such a file if new keywords are added in the current session. Keywords that are already in the .bib file are not automatically saved to the keywords file. Perhaps that is causing your problem? Ebib should display keywords that are not in the database's keywords file in red (or whatever you've customised the `error` face to). If you see such keywords, you can add them to the file by pressing `K s`. They should then change to your normal foreground color and when you close the database, they'll be saved. The file should automatically be created if it doesn't exist yet. If things don't work this way for you, please let me know and I'll try and figure out what goes wrong. > ; ebibrc > ; configuration file for ebib > ; see Ebib manual for details > ; created 2015-09-06, by Phil Carter > > ; change default entry type to book > ; added 2015-09-06 > (setq ebib-default-entry-type 'Book) Does this work? The value of `ebib-default-entry-type` should be a string, so: (setq ebib-default-entry-type "Book") should be safer. (That is, setting `ebib-default-entry-type` to a symbol is not guaranteed to continue to work when I update Ebib.) Best, Joost -- Joost Kremers Life has its moments |
From: Phil a. M. C. <pan...@bi...> - 2015-09-09 04:09:20
|
Hi Joost, Thanks for taking the time to sort out my problem with multi-line buffers. I have been playing with keywords, I have run into another problem. I use Emacs on a laptop and a desktop; I have a single init.el file, synchronised through Dropbox so that I always have identical versions of Emacs. I want to set up per-directory lists; I wanted to do this with the ebibrc file, rather than customising each version of Emacs, so that they always stay the same. I am unclear as to what commands I need to put into ebibrc to do this. Reading the documentation I got the impression the all I had to do was to name a file (ebib-keywords.txt, no path), and all would be well. This did not work, which could be due to my very limited understanding of Emacs Lisp. I thought too that it would be a good idea to set the option to always save and sort the keyword file on exit, but I need to have a file before I can sort/save it. I have attached my ebibrc file; I seem to have successfully changed the default entry type, but I am at a loss as to where to go with setting up per-directory keyword files. I would appreciate any advice you could give me. Thanks again, Phil Carter ; ebibrc ; configuration file for ebib ; see Ebib manual for details ; created 2015-09-06, by Phil Carter ; change default entry type to book ; added 2015-09-06 (setq ebib-default-entry-type 'Book) ; set up keywords file ; select per-directory keywords list ; Is keywords file default ebib-keywords.txt? ; added 2015-09-08 (setq ebib-keywords-file "ebib-keywords.txt") |
From: Joost K. <joo...@fa...> - 2015-07-23 00:02:22
|
Hi Phil, My condolances for your loss. And of course a late reply won't keep me from looking into your problem. It seems there was a bug in the function `ebib--get-db-from-filename` that for some reason has remained undetected for quite some time... It should be fixed now in the latest commit (53919c1), which should appear on Melpa in a few hours. If you still run into trouble, let me know and I'll take another look. Regards, Joost On Tue, Jul 21 2015, Phil and Marlene Carter <pan...@bi...> wrote: > Hi Joost, > > Sorry I have been slow in replying. We had a death in the family. > > For reasons which I don't understand my reply to your last email could not be delivered, so I am starting a fresh email. > > Here are the results of the commands: > > *** Welcome to IELM *** Type (describe-mode) for help. > ELISP> (ebib--get-db-from-filename (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) > nil > ELISP> (ebib-db-get-filename ebib--cur-db) > "~/Documents/Phil/misc/books-read.bib" > ELISP> (expand-file-name (ebib-db-get-filename ebib--cur-db)) > "/Users/carters/Documents/Phil/misc/books-read.bib" > ELISP> (expand-file-name (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) > "/Users/carters/Documents/Phil/misc/books-read.bib" > ELISP> > > The first command did in fact return "nil". The other commands return the correct database. > > Thanks again for your help. It worries me that I have done something fundamentally wrong, but I can't think what it might be. > > Regards, > > Phil Carter > > Hi Phil, > > Well, that's exactly the value I'd expect (assuming that the file is > correct). Unfortunately, that doesn't make it easier figuring out what's > going wrong... > > Could you try a few things and report the results? Start a fresh > instance of Ebib (please quit Ebib first if it's already running), open > the relevant file and then edit an annote field. While the annote buffer > is open, do the following: > > M-x ielm RET > > This will start an interactive Elisp session. Then type (copy & paste): > > (ebib--get-db-from-filename (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) > > This should return the database containing the entry whose annote field > you're editing. If there are a lot of entries in it, it may take a while > for Emacs to display the value. I suspect it returns `nil`, however, > which is not correct. If that is the case, please enter the following at > the IELM prompt: > > (ebib-db-get-filename ebib--cur-db) > > then: > > (expand-file-name (ebib-db-get-filename ebib--cur-db)) > > and: > > (expand-file-name (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) > > The last two results should be identical, but it seems that for some > reason, they are not. > > Best, > > Joost > > > > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Ebib-users mailing list > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users -- Joost Kremers Life has its moments |
From: Phil a. M. C. <pan...@bi...> - 2015-07-21 21:57:46
|
Hi Joost, Sorry I have been slow in replying. We had a death in the family. For reasons which I don't understand my reply to your last email could not be delivered, so I am starting a fresh email. Here are the results of the commands: *** Welcome to IELM *** Type (describe-mode) for help. ELISP> (ebib--get-db-from-filename (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) nil ELISP> (ebib-db-get-filename ebib--cur-db) "~/Documents/Phil/misc/books-read.bib" ELISP> (expand-file-name (ebib-db-get-filename ebib--cur-db)) "/Users/carters/Documents/Phil/misc/books-read.bib" ELISP> (expand-file-name (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) "/Users/carters/Documents/Phil/misc/books-read.bib" ELISP> The first command did in fact return "nil". The other commands return the correct database. Thanks again for your help. It worries me that I have done something fundamentally wrong, but I can't think what it might be. Regards, Phil Carter Hi Phil, Well, that's exactly the value I'd expect (assuming that the file is correct). Unfortunately, that doesn't make it easier figuring out what's going wrong... Could you try a few things and report the results? Start a fresh instance of Ebib (please quit Ebib first if it's already running), open the relevant file and then edit an annote field. While the annote buffer is open, do the following: M-x ielm RET This will start an interactive Elisp session. Then type (copy & paste): (ebib--get-db-from-filename (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) This should return the database containing the entry whose annote field you're editing. If there are a lot of entries in it, it may take a while for Emacs to display the value. I suspect it returns `nil`, however, which is not correct. If that is the case, please enter the following at the IELM prompt: (ebib-db-get-filename ebib--cur-db) then: (expand-file-name (ebib-db-get-filename ebib--cur-db)) and: (expand-file-name (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) The last two results should be identical, but it seems that for some reason, they are not. Best, Joost |
From: Joost K. <joo...@fa...> - 2015-07-02 08:46:35
|
Hi Phil, Well, that's exactly the value I'd expect (assuming that the file is correct). Unfortunately, that doesn't make it easier figuring out what's going wrong... Could you try a few things and report the results? Start a fresh instance of Ebib (please quit Ebib first if it's already running), open the relevant file and then edit an annote field. While the annote buffer is open, do the following: M-x ielm RET This will start an interactive Elisp session. Then type (copy & paste): (ebib--get-db-from-filename (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) This should return the database containing the entry whose annote field you're editing. If there are a lot of entries in it, it may take a while for Emacs to display the value. I suspect it returns `nil`, however, which is not correct. If that is the case, please enter the following at the IELM prompt: (ebib-db-get-filename ebib--cur-db) then: (expand-file-name (ebib-db-get-filename ebib--cur-db)) and: (expand-file-name (cl-second (buffer-local-value 'ebib--multiline-info (car ebib--multiline-buffer-list)))) The last two results should be identical, but it seems that for some reason, they are not. Best, Joost On Wed, Jul 01 2015, Phil and Marlene Carter <pan...@bi...> wrote: > Hi Joost, > > Thanks for getting back to me so quickly. > > Here is the contents of the *Help* buffer that I get when I execute C-h v ebib--multiline-info: > > ebib--multiline-info is a variable defined in `ebib-utils.el'. > Its value is > (field "~/Documents/Phil/misc/books-read.bib" "bonyhady2011" "annote") > > Local in buffer bonyhady2011-->annote; global value is nil > > Automatically becomes buffer-local when set. > > Documentation: > Information about the multiline text being edited. > > Hope this helps somehow. > > Thanks again, > > Phil Carter -- Joost Kremers Life has its moments |
From: Phil a. M. C. <pan...@bi...> - 2015-06-30 23:05:13
|
Hi Joost, Thanks for getting back to me so quickly. Here is the contents of the *Help* buffer that I get when I execute C-h v ebib--multiline-info: ebib--multiline-info is a variable defined in `ebib-utils.el'. Its value is (field "~/Documents/Phil/misc/books-read.bib" "bonyhady2011" "annote") Local in buffer bonyhady2011-->annote; global value is nil Automatically becomes buffer-local when set. Documentation: Information about the multiline text being edited. Hope this helps somehow. Thanks again, Phil Carter On 30/06/2015, at 7:39 PM, Joost Kremers wrote: > Hi Phil, > > What seems to be going on is that when you try to save the contents of > the multiline edit buffer, Ebib is not able to determine which database > the annotation belongs to. I'm not sure why this is happening, though. > > Could you try the following: open an annotation buffer (i.e., edit an > 'annote' field) and then type > > C-h v ebib--multiline-info RET > > (Note the two dashes after 'ebib'). This will pop up a buffer with info > about the variable `ebib-multiline-info'. I'm interested in its value, > which should be near the top of the buffer. Could you post that value > here? Thanks! > > Best regards, > > Joost > > > > On Tue, Jun 30 2015, Phil and Marlene Carter <pan...@bi...> wrote: >> Dear Mr Kremers, >> >> I have been trying Ebib out, as a replacement for bibtex-mode. >> >> I use the annote field a lot, for keeping notes, reminders etc. When I execute C-c | s or C-c | q in the annote buffer I get the error message "Wrong type argument: array, nil", and the buffer is not saved. >> >> Here is the backtrace I get after toggling the debugger: >> >> Debugger entered--Lisp error: (wrong-type-argument arrayp nil) >> ebib-db-get-entry("bonyhady2011" nil) >> ebib-db-set-field-value("annote" "This is a note about....\n" "bonyhady2011" nil overwrite) >> ebib--store-multiline-text(#<buffer bonyhady2011-->annote>) >> ebib-save-from-multiline-buffer() >> call-interactively(ebib-save-from-multiline-buffer nil nil) >> >> My limited understanding of elisp don't allow me to get any further with this these error messages. I wonder if you could suggest some way around this problem. >> >> I am running Emacs 24.4.1 under Mac OS X 10.7.5. >> >> Thanks for your assistance. >> >> Phil Carter >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Ebib-users mailing list >> Ebi...@li... >> https://lists.sourceforge.net/lists/listinfo/ebib-users > > -- > Joost Kremers > Life has its moments > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Ebib-users mailing list > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users > |
From: Joost K. <joo...@fa...> - 2015-06-30 09:39:24
|
Hi Phil, What seems to be going on is that when you try to save the contents of the multiline edit buffer, Ebib is not able to determine which database the annotation belongs to. I'm not sure why this is happening, though. Could you try the following: open an annotation buffer (i.e., edit an 'annote' field) and then type C-h v ebib--multiline-info RET (Note the two dashes after 'ebib'). This will pop up a buffer with info about the variable `ebib-multiline-info'. I'm interested in its value, which should be near the top of the buffer. Could you post that value here? Thanks! Best regards, Joost On Tue, Jun 30 2015, Phil and Marlene Carter <pan...@bi...> wrote: > Dear Mr Kremers, > > I have been trying Ebib out, as a replacement for bibtex-mode. > > I use the annote field a lot, for keeping notes, reminders etc. When I execute C-c | s or C-c | q in the annote buffer I get the error message "Wrong type argument: array, nil", and the buffer is not saved. > > Here is the backtrace I get after toggling the debugger: > > Debugger entered--Lisp error: (wrong-type-argument arrayp nil) > ebib-db-get-entry("bonyhady2011" nil) > ebib-db-set-field-value("annote" "This is a note about....\n" "bonyhady2011" nil overwrite) > ebib--store-multiline-text(#<buffer bonyhady2011-->annote>) > ebib-save-from-multiline-buffer() > call-interactively(ebib-save-from-multiline-buffer nil nil) > > My limited understanding of elisp don't allow me to get any further with this these error messages. I wonder if you could suggest some way around this problem. > > I am running Emacs 24.4.1 under Mac OS X 10.7.5. > > Thanks for your assistance. > > Phil Carter > > > > > > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Ebib-users mailing list > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users -- Joost Kremers Life has its moments |
From: Phil a. M. C. <pan...@bi...> - 2015-06-30 00:38:54
|
Dear Mr Kremers, I have been trying Ebib out, as a replacement for bibtex-mode. I use the annote field a lot, for keeping notes, reminders etc. When I execute C-c | s or C-c | q in the annote buffer I get the error message "Wrong type argument: array, nil", and the buffer is not saved. Here is the backtrace I get after toggling the debugger: Debugger entered--Lisp error: (wrong-type-argument arrayp nil) ebib-db-get-entry("bonyhady2011" nil) ebib-db-set-field-value("annote" "This is a note about....\n" "bonyhady2011" nil overwrite) ebib--store-multiline-text(#<buffer bonyhady2011-->annote>) ebib-save-from-multiline-buffer() call-interactively(ebib-save-from-multiline-buffer nil nil) My limited understanding of elisp don't allow me to get any further with this these error messages. I wonder if you could suggest some way around this problem. I am running Emacs 24.4.1 under Mac OS X 10.7.5. Thanks for your assistance. Phil Carter |
From: Joost K. <joo...@fa...> - 2014-03-11 11:45:58
|
On Tue, Mar 11 2014, Sergio Bacelar <ser...@gm...> wrote: > Is it possible to use BibLateX with EBib? Yeah, it's possible, I've been doing it for quite some time now. Though if your .bib files use entry types and/or fields that are not defined in BibTeX, you should customise `ebib-entry-types' to make sure all they are known to Ebib. If your Emacs is set up to support utf-8, then you can use it in Ebib as well, since Ebib uses Emacs for encoding support. BTW, if you're up for it, you can also use the devel branch from the git repository: it includes much better BibLaTeX support. It recognises BibLaTeX entry types, properly handles field inheritance from crossreferenced entries and deals with entry type and field aliases that BibLaTeX defines for legacy BibTeX support. Plus, there are a few other improvements that aren't directly linked to BibLaTeX. It requires Emacs 24.3, though, and the documentation is not yet up-to-date (though you can ask here if you run into trouble). Also, some bugs may pop up here and there, but I'm using devel myself and try to fix bugs immediately. HTH Joost -- Joost Kremers Life has its moments |
From: Sergio B. <ser...@gm...> - 2014-03-11 10:10:29
|
Is it possible to use BibLateX with EBib? |
From: <ts...@ts...> - 2014-03-10 16:42:20
|
Hi Joost, Joost Kremers <joo...@fa...> writes: > Hi Tom, > > On Sat, Mar 08 2014, Thomas S. Dye <ts...@ts...> wrote: >> I have this Org mode source code block that I evaluate as a local >> variable. >> >> #+name: ebib-setup >> #+begin_src emacs-lisp >> (autoload 'ebib "ebib" "Ebib, a BibTeX database manager." t) >> (dolist (hook '(org-mode-hook)) >> (add-hook hook (lambda () (local-set-key "\C-cb" 'ebib-insert-bibtex-key)))) >> (setq ebib-bib-search-dirs (quote ("./"))) >> (setq ebib-preload-bib-files (quote ("local.bib"))) >> (setq ebib-local-bibtex-filenames (quote ("local.bib"))) >> (setq ebib-citation-commands >> (quote ((org-mode (("cite" "[[cite:%K][%A]]")))))) >> #+end_src >> >> My question: Is it useful to set ebib-local-bibtex-filenames in this >> way? > > Well, since you say you evaluate that block as a local variable, it's > probably the only setting that is truly unproblematic. :-) The other > settings are all global settings, they need to be set only once, when > Emacs (or Ebib) is started. `ebib-local-bibtex-filenames' is a > buffer-local variable, so it's fine to set it anew for each buffer. > > The other variables won't do much harm if you set them again, though > they may not necessarily do what you expect if you load a second file > with different values. `ebib-preload-bib-files', for example, is only > used the first time Ebib is started. So if you load another org file > that has a different valu for it, Ebib won't load the new file unless > you first quit Ebib altogether. > > So I guess it depends a bit on how you use the code whether it will work > well or whether it'll cause confusing problems. Though mostly I think > things'll be fine. > > Best, > > Joost > > > > BTW, you can change the `%A' in ebib-citaton-commands to `%D' to get a > somewhat more intuitive prompt when you put a citation in the text. Thanks for your help. I'll make clear that the sequence is 1) load file, 2) start Ebib. I didn't know about %D--this makes Ebib seem at home with Org mode. Very nice! 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 |
From: Joost K. <joo...@fa...> - 2014-03-10 13:03:00
|
Hi Tom, On Sat, Mar 08 2014, Thomas S. Dye <ts...@ts...> wrote: > I have this Org mode source code block that I evaluate as a local > variable. > > #+name: ebib-setup > #+begin_src emacs-lisp > (autoload 'ebib "ebib" "Ebib, a BibTeX database manager." t) > (dolist (hook '(org-mode-hook)) > (add-hook hook (lambda () (local-set-key "\C-cb" 'ebib-insert-bibtex-key)))) > (setq ebib-bib-search-dirs (quote ("./"))) > (setq ebib-preload-bib-files (quote ("local.bib"))) > (setq ebib-local-bibtex-filenames (quote ("local.bib"))) > (setq ebib-citation-commands > (quote ((org-mode (("cite" "[[cite:%K][%A]]")))))) > #+end_src > > My question: Is it useful to set ebib-local-bibtex-filenames in this > way? Well, since you say you evaluate that block as a local variable, it's probably the only setting that is truly unproblematic. :-) The other settings are all global settings, they need to be set only once, when Emacs (or Ebib) is started. `ebib-local-bibtex-filenames' is a buffer-local variable, so it's fine to set it anew for each buffer. The other variables won't do much harm if you set them again, though they may not necessarily do what you expect if you load a second file with different values. `ebib-preload-bib-files', for example, is only used the first time Ebib is started. So if you load another org file that has a different valu for it, Ebib won't load the new file unless you first quit Ebib altogether. So I guess it depends a bit on how you use the code whether it will work well or whether it'll cause confusing problems. Though mostly I think things'll be fine. Best, Joost BTW, you can change the `%A' in ebib-citaton-commands to `%D' to get a somewhat more intuitive prompt when you put a citation in the text. -- Joost Kremers Life has its moments |
From: <ts...@ts...> - 2014-03-07 23:50:58
|
Aloha Joost, I have this Org mode source code block that I evaluate as a local variable. #+name: ebib-setup #+begin_src emacs-lisp (autoload 'ebib "ebib" "Ebib, a BibTeX database manager." t) (dolist (hook '(org-mode-hook)) (add-hook hook (lambda () (local-set-key "\C-cb" 'ebib-insert-bibtex-key)))) (setq ebib-bib-search-dirs (quote ("./"))) (setq ebib-preload-bib-files (quote ("local.bib"))) (setq ebib-local-bibtex-filenames (quote ("local.bib"))) (setq ebib-citation-commands (quote ((org-mode (("cite" "[[cite:%K][%A]]")))))) #+end_src My question: Is it useful to set ebib-local-bibtex-filenames in this way? This is for an Org mode template that I'm working on. The goal is to have the local variables set up the Org mode (+ Ebib) environment so the user doesn't have to fiddle with .emacs before using the template. 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 |
From: <ts...@ts...> - 2014-03-05 00:30:32
|
Aloha Joost, Yes, that works. Things are back to normal. Thanks for looking into this. All the best, Tom Joost Kremers <joo...@fa...> writes: > Hi Tom, > > No, you didn't miss a setting, I missed a bug... I made a change a while > back so that if the function `ebib' is passed a parameter, it assumes > it's a .bib file to be loaded. OTOH Org mode assumes that it can call > the function `ebib' with the key as a parameter (which is how it used to > be). > > I added a fix for this for this. It should work again in Ebib 1.15.3 (or > commit 053b6fc on Github, should appear on MELPA soon). You'll have to > change the Org-mode link type, though. Set it to: > > ``` > (org-add-link-type "ebib" 'ebib-open-org-link) > ``` > > And things should be back to normal. Let me know if you run into > trouble. > > Thanks for reporting this, and sorry about the mess... > > Best, > > Joost > > > > > On Mon, Mar 03 2014, Thomas S. Dye <ts...@ts...> wrote: >> Aloha Joost, >> >> With the most recent ebib (and perhaps some earlier ones?) I'm no longer >> able to jump to a bibliographic entry from an Org mode link. >> >> When I click this link: >> >> [[cite:schulte12:_multi_languag_comput_envir_liter][schulte]] >> >> Ebib opens a new database named >> schulte12:_multi_languag_comput_envir_liter.bib, instead of finding an >> entry with that key in an open database. >> >> What might be causing this? >> >> I've changed my Emacs setup considerably in the last few weeks. Have I >> missed a setting? >> >> 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 |
From: Joost K. <joo...@fa...> - 2014-03-03 18:07:09
|
Hi Tom, No, you didn't miss a setting, I missed a bug... I made a change a while back so that if the function `ebib' is passed a parameter, it assumes it's a .bib file to be loaded. OTOH Org mode assumes that it can call the function `ebib' with the key as a parameter (which is how it used to be). I added a fix for this for this. It should work again in Ebib 1.15.3 (or commit 053b6fc on Github, should appear on MELPA soon). You'll have to change the Org-mode link type, though. Set it to: ``` (org-add-link-type "ebib" 'ebib-open-org-link) ``` And things should be back to normal. Let me know if you run into trouble. Thanks for reporting this, and sorry about the mess... Best, Joost On Mon, Mar 03 2014, Thomas S. Dye <ts...@ts...> wrote: > Aloha Joost, > > With the most recent ebib (and perhaps some earlier ones?) I'm no longer > able to jump to a bibliographic entry from an Org mode link. > > When I click this link: > > [[cite:schulte12:_multi_languag_comput_envir_liter][schulte]] > > Ebib opens a new database named > schulte12:_multi_languag_comput_envir_liter.bib, instead of finding an > entry with that key in an open database. > > What might be causing this? > > I've changed my Emacs setup considerably in the last few weeks. Have I > missed a setting? > > All the best, > Tom -- Joost Kremers Life has its moments |
From: <ts...@ts...> - 2014-03-03 17:10:25
|
Aloha Joost, With the most recent ebib (and perhaps some earlier ones?) I'm no longer able to jump to a bibliographic entry from an Org mode link. When I click this link: [[cite:schulte12:_multi_languag_comput_envir_liter][schulte]] Ebib opens a new database named schulte12:_multi_languag_comput_envir_liter.bib, instead of finding an entry with that key in an open database. What might be causing this? I've changed my Emacs setup considerably in the last few weeks. Have I missed a setting? 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 |
From: Joost K. <joo...@fa...> - 2014-01-04 07:49:38
|
Hi Tom, On Sat, Jan 04 2014, ts...@ts... wrote: > I see you've been working on ebib lately. Thanks for a great tool. Thanks. Glad you find it useful. > The latest download from Melpa has, for me, a bug when adding a record. > I have ebib automatically generate keys. A <new-entry> is created, but > it isn't selected and I'm left in the record of the entry I was on when > I typed 'a'. Yeah, I did a Stupid Thing (tm) in one of the changes. Should be fixed now in the latest update, which will appear on Melpa in the course of this day, AFAIU. > Also, I've been using ido somewhat blindly and fiddling with settings. A > while back I noticed that ebib appears to use ido when I'm editing the > file field. As far as I can tell, this "just happened". I'd like to > keep ido out of the way here. Can you give me advice? I've started using ido myself a few weeks ago and noticed the same thing. I haven't looked into a fix yet, but if you do C-f when you get the ido prompt, you are dropped back into the normal completion mechanism. Not ideal, but at least a workaround. I'll look into a proper fix ASAP. > Happy New Year! Thanks, you too! Best, Joost -- Joost Kremers Life has its moments |
From: <ts...@ts...> - 2014-01-04 01:50:14
|
Aloha Joost, I see you've been working on ebib lately. Thanks for a great tool. The latest download from Melpa has, for me, a bug when adding a record. I have ebib automatically generate keys. A <new-entry> is created, but it isn't selected and I'm left in the record of the entry I was on when I typed 'a'. Also, I've been using ido somewhat blindly and fiddling with settings. A while back I noticed that ebib appears to use ido when I'm editing the file field. As far as I can tell, this "just happened". I'd like to keep ido out of the way here. Can you give me advice? Happy New Year! 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 |
From: Suraev <su...@al...> - 2013-07-18 14:41:17
|
17.07.2013 21:47, Joost Kremers пишет: > Hi, > > Since I don't use speedbar myself, I'd have to have a better description > of what you'd expect/want in speedbar support for Ebib. IIUC a speedbar > frame is somehow linked to the current buffer, so I guess Ebib should > specify what appears in the speedbar frame when any of the various Ebib > buffers (index, entry, strings, multiline) is active. > It think speedbar can replace index window (the one with list of all bib entries) entirely and used to quickly navigate between entries regardless of what is in the main window. > As for speedbar + .tex files, it would have to be done in such a way as > not to interfere with whatever speedbar support Emacs' (la)tex mode and > AUCTeX provide (if any). This of course can all be done, but it'll take > some work, especially given the fact that I don't use speedbar... :-) > Give it a try - you might get used to it ;-) > I won't have any time for this the next few weeks, and only little time > in the months after that, so I'll look into it but I can't promise > anything. Of course, I'd be happy to accept patches. :-) > Well, my lisp skills are pretty-much nonexistent hence the feature request :) cheers, Max. |
From: Joost K. <joo...@fa...> - 2013-07-17 19:47:44
|
Hi, Since I don't use speedbar myself, I'd have to have a better description of what you'd expect/want in speedbar support for Ebib. IIUC a speedbar frame is somehow linked to the current buffer, so I guess Ebib should specify what appears in the speedbar frame when any of the various Ebib buffers (index, entry, strings, multiline) is active. As for speedbar + .tex files, it would have to be done in such a way as not to interfere with whatever speedbar support Emacs' (la)tex mode and AUCTeX provide (if any). This of course can all be done, but it'll take some work, especially given the fact that I don't use speedbar... :-) I won't have any time for this the next few weeks, and only little time in the months after that, so I'll look into it but I can't promise anything. Of course, I'd be happy to accept patches. :-) Best, Joost On Wed, Jul 17 2013, su...@al... wrote: > Hi all. > > The very first thing I did after trying ebib is changing to vertical split. With such > layout it's pretty natural to think about speedbar support - hence this feature > request :) > > Would be great if ebib could be configured via customize to place list of bib entries > into speedbar while having selected entry in the main frame. > > If there is a way to integrate it with latex editing i. e. bib entries in speedbar > and .tex in main frame it would be great too. > > cheers, > Max. > > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > _______________________________________________ > Ebib-users mailing list > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users -- Joost Kremers Life has its moments |
From: Suraev <su...@al...> - 2013-07-17 17:26:52
|
Hi all. The very first thing I did after trying ebib is changing to vertical split. With such layout it's pretty natural to think about speedbar support - hence this feature request :) Would be great if ebib could be configured via customize to place list of bib entries into speedbar while having selected entry in the main frame. If there is a way to integrate it with latex editing i. e. bib entries in speedbar and .tex in main frame it would be great too. cheers, Max. |
From: Jeffrey S. <jef...@gm...> - 2012-11-12 23:06:08
|
http://offshoreonly.org/wp-content/themes/twentyeleven/ugoogle.html |
From: Joost K. <joo...@fa...> - 2012-10-09 13:23:47
|
Hi Petro, On Sat, Oct 06 2012, Petro <x....@gm...> wrote: > There is a nice emacs interface for pubmed > http://pubmode.sourceforge.net/. > I don't remember if it was mentioned before I vaguely remember coming across it before... Thanks for pointing it out. I'll have to file it away for future reference, because I don't have too much time to work on Ebib right now... BTW, Petro, I think your last message to the list may have been rejected by Sourceforge's spam filter. Might want to try resending it... Best, Joost -- Joost Kremers Life has its moments |
From: Joost K. <joo...@fa...> - 2012-10-08 13:26:59
|
Hi Petro, On Sat, Oct 06 2012, Petro Khoroshyy <x....@gm...> wrote: > 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 I think this function *should* do what you want: ==================== (defun pk-ebib-search-for-field-value (field search-string) "Search the Ebib databases for SEARCH-STRING. Return the entry key of the first entry found to contain SEARCH-STRING in FIELD." (catch 'found (mapc #'(lambda (db) (maphash #'(lambda (key val) (let ((field-value (gethash field val))) (if (and field-value (string-match search-string field-value)) (throw 'found key)))) (edb-database db))) ebib-databases))) ==================== Note that the first argument, FIELD, should be a symbol, so in your case, you want to call the function in this way: (pk-ebib-search-for-field-value 'file "Some_File.pdf") Let me know if you run into any problems. J. -- Joost Kremers Life has its moments |
From: Petro <x....@gm...> - 2012-10-06 15:31:44
|
There is a nice emacs interface for pubmed http://pubmode.sourceforge.net/. I don't remember if it was mentioned before Best. Petro. |