ebib-users Mailing List for Ebib (Page 4)
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: Robbie M. <ro...@ac...> - 2012-08-20 06:57:32
|
Hello Joost, all ------------------------------------------------------------ To: ebi...@li... Subject: Re: [Ebib-users] searching across multiple real databases Message-ID: <20120818172751.GA24409@Darkstar> From: Joost Kremers <joo...@fa...> 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) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Joost K. <joo...@fa...> - 2012-08-19 10:41:02
|
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 |
From: Joost K. <joo...@fa...> - 2012-08-18 22:31:21
|
On Mon, Aug 13, 2012 at 07:53:43PM +1200, Robbie Morrison wrote: > From: Joost Kremers <joo...@fa...> > > 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 |
From: Joost K. <joo...@fa...> - 2012-08-18 20:27:28
|
On Thu, Aug 16, 2012 at 10:21:33AM +0200, Joost Kremers wrote: > On the other hand, the error message isn't helpful at all, I agree. I'll > have to think about the best way to make the code more robust, though. I've made some changes so that Ebib now gives some more feedback about what it's doing when browsing a url or calling a viewer for an external file. Also, if something goes wrong, the error message should be a bit more informative than "no valid url/filename found". J. -- Joost Kremers Life has its moments |
From: Joost K. <joo...@fa...> - 2012-08-18 17:28:01
|
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. a few comments to your patch: > --- ebib.el.orig 2012-08-18 00:36:40.663700389 +0200 > +++ ebib.el 2012-08-18 04:33:38.433636738 +0200 > @@ -1518,6 +1518,7 @@ > (ebib-key index "&" ebib-virtual-db-and) > (ebib-key index "|" ebib-virtual-db-or) > (ebib-key index "~" ebib-virtual-db-not) > +(ebib-key index "+" ebib-virtual-db-union) > (ebib-key index ";" ebib-prefix-map) > (ebib-key index "a" ebib-add-entry) > (ebib-key index "b" ebib-index-scroll-down) > @@ -1746,13 +1747,16 @@ > (message "%s found! Press `l' to check Ebib log buffer." (nth ebib-log-error '("Warnings" "Errors")))) > (ebib-log 'log "")) > > -(defun ebib-merge-bibtex-file () > +(defun ebib-merge-bibtex-file (bibfile) > "Merges a BibTeX file into the database." > (interactive) > - (unless (edb-virtual ebib-cur-db) > +; (unless (edb-virtual ebib-cur-db) > + (unless nil ; robbie 18-Aug-2012 this will always be true... ;-) > (if (not ebib-cur-db) > (error "No database loaded. Use `o' to open a database") > - (let ((file (read-file-name "File to merge: "))) > + (let ((file bibfile)) ; could well be 'nil' > + (unless file > + (setq file (read-file-name "File to merge: "))) > (setq ebib-log-error nil) ; we haven't found any errors > (ebib-log 'log "%s: Merging file %s" (format-time-string "%d-%b-%Y: %H:%M:%S") (edb-filename ebib-cur-db)) > (with-temp-buffer > @@ -2889,6 +2893,51 @@ > (ebib-log 'message "invoking: %s %s" "find-file" file-full-path) > (find-file file-full-path)))))) > > +; robbie 18-Aug-2012 > +; from 'ebib-virtual-db-and' > +(defun ebib-virtual-db-union (arg) > + "Combine open databased into a single virtual database. > +If the current database is a virtual database already, > +ignore the command." > + (interactive "p") ; cannot think of a reason for this yup... you could get rid of the "p" and of the arg in the defun. > + (ebib-log 'message "creating virtual union database") > + > + (let* ((dbname "union" ) > + (new-db (ebib-create-new-database nil) ) ; create new database, adds to census > + (count 0 )) > + > + (setf (edb-virtual new-db) t) ; mark virtual, 't' also works the union db shouldn't be marked virtual if it should be possible to create a virtual db from it. OTOH, we cannot set edb-virtual to nil, because that would mean the user can add/delete/modify entries in the union db, which is not what you want. (since the most efficient way to populate the union db is to populate edb-database with the same objects that are in the real dbs, i.e., not with copies, modifying an entry in the union db would modify it in the original db, without the latter getting marked modified. that wouldn't be good... ;-) ) so what we'd need to do is mark the union db in some special way, say with the symbol 'union or the string "union" or something as the value of edb-virtual. that would, however, require modifications to ebib-execute-helper, so that the union db is not recognized as a virtual db. > + (setf (edb-filename new-db) nil) > + (setf (edb-name new-db) (concat "V:" dbname)) I wouldn't concat a "V:" to the db's name, just call it "Union". It's not the same thing as a virtual db, after all. :-) > + (setf (edb-modified new-db) nil) > + (setf (edb-make-backup new-db) nil) > + > + ;; loop non-virtual databases > + (dolist (db ebib-databases) > + (ebib-execute-when you don't need ebib-execute-when here, since you're checking inside the loop whether each db is virtual or not. > + ((database) ; for some reason (real-db) did not seem to take presumably because ebib-execute-when (or more precisely, ebib-execute-helper) checks ebib-cur-db, but that variable is set only in the body of ebib-execute-when, after it has performed its checks. (BTW, it's not necessary to set ebib-cur-db in the loop, since that variable basically determines which db is displayed to the user, and here you're just going through them to get their data, not to display them.) > + (setq ebib-cur-db db) ; change focus > + (unless (edb-virtual db) ; skip virtual databases > + (let ((ebib-merge-bibtex-filename (edb-filename ebib-cur-db) )) > + (ebib-merge-bibtex-file ebib-merge-bibtex-filename) since the union db is simply meant as a transitory db, i wouldn't bother with ebib-merge-bibtex-file. it should be sufficient to add the hash table entries of edb-database of each db to the edb-database hash table of the new union db, and after that's done for all dbs, set edb-keys-list, edb-cur-entry and edb-n-entries. > + (incf count) > + (ebib-log 'message "current database %S" ebib-cur-db) > + (ebib-log 'message "current filename %s\n" (prin1-to-string ebib-merge-bibtex-filename)) > + ))))) > + (ebib-log 'message "traversed %d databases\n" count) > + > + ;; file virtual database > + (ebib-fill-entry-buffer) ; fill entry buffer > + (ebib-fill-index-buffer) ; fill index buffer > + )) before you do this, you need to set ebib-cur-db to the new union db. otherwise you'll just display the database that was current before creating the union db. 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. best, joost -- Joost Kremers Life has its moments |
From: Robbie M. <ro...@ac...> - 2012-08-18 13:13:41
|
Hello Joost and list 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? I would like to work across six BibTeX files. It so, there are two possible fixes: concatenate the BibTeX files beforehand. Or offer users a 'super' database, a union of the existing real databases. Call it super, logical, or virtual, as you like. In fact, 'logical' has some merits. Anyway, I hacked a bit of 'ebib.el' to try and get something happening. The following patch FAILS to work, but did run. You should get the drift, anyhow. My questions are two-fold: * is this functionality needed ? * is this functionality possible ? It yes to both, I may go on hacking. Else, I will give up and simply run 'cat' on my BibTeX files to produce on single real (physical) database and leave it at that. many thanks in advance, Robbie CAUTION: patch is also hand-edited so may not take --- ebib.el.orig 2012-08-18 00:36:40.663700389 +0200 +++ ebib.el 2012-08-18 04:33:38.433636738 +0200 @@ -1518,6 +1518,7 @@ (ebib-key index "&" ebib-virtual-db-and) (ebib-key index "|" ebib-virtual-db-or) (ebib-key index "~" ebib-virtual-db-not) +(ebib-key index "+" ebib-virtual-db-union) (ebib-key index ";" ebib-prefix-map) (ebib-key index "a" ebib-add-entry) (ebib-key index "b" ebib-index-scroll-down) @@ -1746,13 +1747,16 @@ (message "%s found! Press `l' to check Ebib log buffer." (nth ebib-log-error '("Warnings" "Errors")))) (ebib-log 'log "")) -(defun ebib-merge-bibtex-file () +(defun ebib-merge-bibtex-file (bibfile) "Merges a BibTeX file into the database." (interactive) - (unless (edb-virtual ebib-cur-db) +; (unless (edb-virtual ebib-cur-db) + (unless nil ; robbie 18-Aug-2012 (if (not ebib-cur-db) (error "No database loaded. Use `o' to open a database") - (let ((file (read-file-name "File to merge: "))) + (let ((file bibfile)) ; could well be 'nil' + (unless file + (setq file (read-file-name "File to merge: "))) (setq ebib-log-error nil) ; we haven't found any errors (ebib-log 'log "%s: Merging file %s" (format-time-string "%d-%b-%Y: %H:%M:%S") (edb-filename ebib-cur-db)) (with-temp-buffer @@ -2889,6 +2893,51 @@ (ebib-log 'message "invoking: %s %s" "find-file" file-full-path) (find-file file-full-path)))))) +; robbie 18-Aug-2012 +; from 'ebib-virtual-db-and' +(defun ebib-virtual-db-union (arg) + "Combine open databased into a single virtual database. +If the current database is a virtual database already, +ignore the command." + (interactive "p") ; cannot think of a reason for this + (ebib-log 'message "creating virtual union database") + + (let* ((dbname "union" ) + (new-db (ebib-create-new-database nil) ) ; create new database, adds to census + (count 0 )) + + (setf (edb-virtual new-db) t) ; mark virtual, 't' also works + (setf (edb-filename new-db) nil) + (setf (edb-name new-db) (concat "V:" dbname)) + (setf (edb-modified new-db) nil) + (setf (edb-make-backup new-db) nil) + + ;; loop non-virtual databases + (dolist (db ebib-databases) + (ebib-execute-when + ((database) ; for some reason (real-db) did not seem to take + (setq ebib-cur-db db) ; change focus + (unless (edb-virtual db) ; skip virtual databases + (let ((ebib-merge-bibtex-filename (edb-filename ebib-cur-db) )) + (ebib-merge-bibtex-file ebib-merge-bibtex-filename) + (incf count) + (ebib-log 'message "current database %S" ebib-cur-db) + (ebib-log 'message "current filename %s\n" (prin1-to-string ebib-merge-bibtex-filename)) + ))))) + (ebib-log 'message "traversed %d databases\n" count) + + ;; file virtual database + (ebib-fill-entry-buffer) ; fill entry buffer + (ebib-fill-index-buffer) ; fill index buffer + )) + +; 'ebib-merge-bibtex-file' +; 'ebib-save-all-databases' uses 'mapc' + (defun ebib-virtual-db-and (not) "Filters entries into a virtual database. If the current database is a virtual database already, perform a --- Robbie Morrison PhD student -- policy-oriented energy system simulation Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Joost K. <joo...@fa...> - 2012-08-16 08:52:31
|
Hi Robbie, On Wed, Aug 15, 2012 at 11:50:43AM +1200, Robbie Morrison wrote: > Possible improvement -- code like this would protect > against this kind of user mistake (and yes I know I > could have used Configure): > > (unless (listp ebib-file-search-dirs) > (warn "configuration variable ebib-file-search-dirs must be a list")) > > also for 'ebib-preload-bib-files' > > Otherwise 'ebib' gives the following somewhat > misleading error message: > > "No valid filename found in field `file'" > > Just a suggestion. No strong feeling on this. I see your point, but to be consistent, I'd have to include similar checks for all customizable variables. However, one of the reasons for using Customize is that it makes sure the variables have proper values, so there's really no need for such checks, IMHO. On the other hand, the error message isn't helpful at all, I agree. I'll have to think about the best way to make the code more robust, though. Best, Joost -- Joost Kremers Life has its moments |
From: Robbie M. <ro...@ac...> - 2012-08-14 23:50:53
|
Hello all Just a correction in case any one is reading this thread in the future. Earlier I wrote: (setq ebib-file-search-dirs "~/path/to/bib/files") That should be a elisp list: (setq ebib-file-search-dirs (list "~/path/to/bib/files")) Possible improvement -- code like this would protect against this kind of user mistake (and yes I know I could have used Configure): (unless (listp ebib-file-search-dirs) (warn "configuration variable ebib-file-search-dirs must be a list")) also for 'ebib-preload-bib-files' Otherwise 'ebib' gives the following somewhat misleading error message: "No valid filename found in field `file'" Just a suggestion. No strong feeling on this. Robbie --- Robbie Morrison PhD student -- policy-oriented energy system simulation Institute for Energy Engineering (IET) Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Robbie M. <ro...@ac...> - 2012-08-13 08:13:32
|
Hello Jeff ------------------------------------------------------------ To: "Discussion of issues relating to Ebib." <ebi...@li...> Subject: Re: [Ebib-users] No valid filename found in field 'file' From: Jeffrey Spencer <jef...@gm...> Date: Tue, 7 Aug 2012 08:37:25 +1000 ------------------------------------------------------------ > No worries and thanks for the heads up. I will try to > get the regexp working with ebib-file-regexp but not > the greatest with figuring out regexp. Try 're-builder' in emacs. Add some filenames to a buffer, do 'M-x re-builder', and start typing regexes. Highly recommended. See also: http://www.emacswiki.org/emacs/ReBuilder If you want some help formulating regexes, post back here and I will if I can assist. cheers, Robbie --- Robbie Morrison PhD student -- policy-oriented energy system simulation Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Robbie M. <ro...@ac...> - 2012-08-13 07:53:53
|
Hello Joost Thanks for your reply. ------------------------------------------------------------ To: Robbie Morrison <ro...@ac...>, "Discussion of issues relating to Ebib." <ebi...@li...> Subject: Re: [Ebib-users] 'ebib-file-search-dirs' documentation suggestion Message-ID: <3b2ae1e1-3b44-4084-b963-19c9941e6c7c.maildroid@localhost> From: Joost Kremers <joo...@fa...> Date: Sun, 12 Aug 2012 11:19:30 +0200 ------------------------------------------------------------ > 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 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. warm regards, Robbie ps: I have a couple of other questions and suggestions, but I'll put these in separate postings. [snip: sign-off] > -----Original Message----- > From: Robbie Morrison <ro...@ac...> > To: ebib users <ebi...@li...> > Sent: do, 09 aug. 2012 23:06 > Subject: [Ebib-users] 'ebib-file-search-dirs' documentation suggestion > > Hello Joost, others > > I just spent a bit of time trying to get 'ebib' to read > my BibTeX files. You'll see why shortly. [snip: original posting] > _______________________________________________ > Ebib-users mailing list > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users --- Robbie Morrison PhD student -- policy-oriented energy system simulation Institute for Energy Engineering (IET) Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Joost K. <joo...@fa...> - 2012-08-12 09:19:39
|
Hi Robbie, 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... Best, Joost -- Joost Kremers Life has its moments -----Original Message----- From: Robbie Morrison <ro...@ac...> To: ebib users <ebi...@li...> Sent: do, 09 aug. 2012 23:06 Subject: [Ebib-users] 'ebib-file-search-dirs' documentation suggestion Hello Joost, others I just spent a bit of time trying to get 'ebib' to read my BibTeX files. You'll see why shortly. With regard to the following documentation: File Search Dirs Default value: ~. List of directories that Ebib searches for files. Note that searching is not recursive: only the files listed here are searched, not their subdirectories. I took this to mean BibTeX files and duly set up the following: (setq ebib-file-search-dirs "~/path/to/bib/files") (setq ebib-preload-bib-files (list "1.bib" "2.bib")) This failed and after reading 'ebib.el' I can see why. For the record, what is needed is this: (setq ebib-preload-bib-files (list "~/path/to/bib/files/1.bib" "~/path/to/bib/files/2.bib")) Maybe the documentation could emphasis the files mentioned are files for viewing and not files for reading. Many thanks for offering this project. It suits my needs well and the code looks beautiful. Robbie --- Robbie Morrison PhD student -- policy-oriented energy system simulation Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] ------------------------------------------------------------------------------ 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 Ebi...@li... https://lists.sourceforge.net/lists/listinfo/ebib-users |
From: Robbie M. <ro...@ac...> - 2012-08-09 21:06:55
|
Hello Joost, others I just spent a bit of time trying to get 'ebib' to read my BibTeX files. You'll see why shortly. With regard to the following documentation: File Search Dirs Default value: ~. List of directories that Ebib searches for files. Note that searching is not recursive: only the files listed here are searched, not their subdirectories. I took this to mean BibTeX files and duly set up the following: (setq ebib-file-search-dirs "~/path/to/bib/files") (setq ebib-preload-bib-files (list "1.bib" "2.bib")) This failed and after reading 'ebib.el' I can see why. For the record, what is needed is this: (setq ebib-preload-bib-files (list "~/path/to/bib/files/1.bib" "~/path/to/bib/files/2.bib")) Maybe the documentation could emphasis the files mentioned are files for viewing and not files for reading. Many thanks for offering this project. It suits my needs well and the code looks beautiful. Robbie --- Robbie Morrison PhD student -- policy-oriented energy system simulation Technical University of Berlin (TU-Berlin), Germany University email (redirected) : mor...@ie... Webmail (preferred) : ro...@ac... [from Webmail client] |
From: Jeffrey S. <jef...@gm...> - 2012-08-06 22:37:47
|
No worries and thanks for the heads up. I will try to get the regexp working with ebib-file-regexp but not the greatest with figuring out regexp. Cheers, Jeff On Tue, Aug 7, 2012 at 8:20 AM, Joost Kremers <joo...@fa...>wrote: > Hi Jeffrey, > > I'm on vacation right now, so I can't help you on the regexp itself, but > you can customize the variable ebib-file-regexp (our something to that > effect) to get the filename to be recognized. It could be, though, that the > problem is in the file path that is sent to the external program. In that > case, I may be able to add the ability to chop off some part of the > filename. But I won't be able to get to that for a few weeks. > > Same goes for your other question, I won't be able to answer it until I > get back home... > > Best, > > Joost > > -- > Joost Kremers > Life has its moments > > > > -----Original Message----- > From: Jeffrey Spencer <jef...@gm...> > To: ebi...@li... > Sent: ma, 06 aug. 2012 8:38 > Subject: [Ebib-users] No valid filename found in field 'file' > > I just installed ebib and linked it with org-mode. I have it working great > but I can't seem to get the files to open. I also use mendeley or > previously did but might convert over. This is typically how my files are > formatted in my bib (shown below). I get the error in the subject line that > no valid filename found in field 'file'. Is there a way to get ebib to > recognize the file format setup like this because all my files are setup in > this manner > > > file :home/jeff/Dropbox/Research/Papers/Wilson et al/Music > Perception An Interdisciplinary Journal/Wilson et al.\_2012\_Intersecting > Factors Lead to Absolute Pitch Acquisition That is Maintained in a “Fixed > do” Environment.pdf:pdf > > > ------------------------------------------------------------------------------ > 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 > Ebi...@li... > https://lists.sourceforge.net/lists/listinfo/ebib-users > |
From: Joost K. <joo...@fa...> - 2012-08-06 22:20:52
|
Hi Jeffrey, I'm on vacation right now, so I can't help you on the regexp itself, but you can customize the variable ebib-file-regexp (our something to that effect) to get the filename to be recognized. It could be, though, that the problem is in the file path that is sent to the external program. In that case, I may be able to add the ability to chop off some part of the filename. But I won't be able to get to that for a few weeks. Same goes for your other question, I won't be able to answer it until I get back home... Best, Joost -- Joost Kremers Life has its moments -----Original Message----- From: Jeffrey Spencer <jef...@gm...> To: ebi...@li... Sent: ma, 06 aug. 2012 8:38 Subject: [Ebib-users] No valid filename found in field 'file' I just installed ebib and linked it with org-mode. I have it working great but I can't seem to get the files to open. I also use mendeley or previously did but might convert over. This is typically how my files are formatted in my bib (shown below). I get the error in the subject line that no valid filename found in field 'file'. Is there a way to get ebib to recognize the file format setup like this because all my files are setup in this manner file :home/jeff/Dropbox/Research/Papers/Wilson et al/Music Perception An Interdisciplinary Journal/Wilson et al.\_2012\_Intersecting Factors Lead to Absolute Pitch Acquisition That is Maintained in a “Fixed do” Environment.pdf:pdf |
From: Jeffrey S. <jef...@gm...> - 2012-08-06 08:37:26
|
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?? |
From: Jeffrey S. <jef...@gm...> - 2012-08-06 06:38:57
|
I just installed ebib and linked it with org-mode. I have it working great but I can't seem to get the files to open. I also use mendeley or previously did but might convert over. This is typically how my files are formatted in my bib (shown below). I get the error in the subject line that no valid filename found in field 'file'. Is there a way to get ebib to recognize the file format setup like this because all my files are setup in this manner file :home/jeff/Dropbox/Research/Papers/Wilson et al/Music Perception An Interdisciplinary Journal/Wilson et al.\_2012\_Intersecting Factors Lead to Absolute Pitch Acquisition That is Maintained in a “Fixed do” Environment.pdf:pdf |
From: Joost K. <joo...@fa...> - 2012-07-02 12:12:09
|
Hi Marvin, > I am new to Ebib, and I am very impressed. I like all the features, but I > was wondering if it would be possible to use org-mode rather than text-mode > when editing the annote or note field. you can customise the variable ebib-multiline-major-mode and set it to org-mode. that should do the trick. hth joost -- Joost Kremers Life has its moments |
From: Marvin D. <mar...@gm...> - 2012-06-30 17:49:51
|
Hi there, I am new to Ebib, and I am very impressed. I like all the features, but I was wondering if it would be possible to use org-mode rather than text-mode when editing the annote or note field. thanks M |
From: <ts...@ts...> - 2012-06-22 16:49:51
|
Hi Joost, Got it. Thanks. All the best, Tom Joost Kremers <joo...@fa...> writes: > Hi Tom, > > it seems the relevant update is already on github... Are you getting your > code from there? If so, then perhaps you need to change the path to the > ebib.el(c) file in your .emacs, because I've moved it from the src > subdirectory to the the top dir. Perhaps you have an old .elc file lying > around. > > BTW, I'm planning to turn ebib into a package and make it available through > melpa ( http://melpa.milkbox.net/ ) but I'm not sure when I'll get around > to doing that... > > Best, > > Joost > > > On Mon, Jun 18, 2012 at 12:44:05PM -1000, Thomas S. Dye wrote: >> Hi Joost, >> >> Yes, the workaround solves it. I'll check github in a few days and grab >> the new code when it's available. >> >> Thanks for your help. >> >> Tom >> >> Joost Kremers <joo...@fa...> writes: >> >> > Hi Tom, >> > >> > yes, I'm aware of the problem and I have a fix for it. I *thought* this was >> > already on github, but it seems that it is not... I'll upload it as soon as >> > I get the chance, today or tomorrow. >> > >> > In the mean time, you can work around it by opening your .bib file in >> > Emacs. The problem is that Ebib uses code from bibtex.el, but in Emacs 24, >> > bibtex.el needs to initialize a variable (bibtex-dialect) before it can do >> > anything. >> > >> > Best, >> > >> > Joost >> > >> > >> > On Sat, Jun 16, 2012 at 10:15:13AM -1000, Thomas S. Dye wrote: >> >> Aloha Joost, >> >> >> >> I'm running into a problem with ebib on Emacs 24.1. When I add a new >> >> entry, the key is not produced and an error complains about wrong type >> >> argument (stringp, nil). This same thing happens when I use K to >> >> generate a key with bibtex, so I think this is where the problem might >> >> be. >> >> >> >> Any ideas? >> >> >> >> 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...> - 2012-06-22 09:43:13
|
Hi Tom, it seems the relevant update is already on github... Are you getting your code from there? If so, then perhaps you need to change the path to the ebib.el(c) file in your .emacs, because I've moved it from the src subdirectory to the the top dir. Perhaps you have an old .elc file lying around. BTW, I'm planning to turn ebib into a package and make it available through melpa ( http://melpa.milkbox.net/ ) but I'm not sure when I'll get around to doing that... Best, Joost On Mon, Jun 18, 2012 at 12:44:05PM -1000, Thomas S. Dye wrote: > Hi Joost, > > Yes, the workaround solves it. I'll check github in a few days and grab > the new code when it's available. > > Thanks for your help. > > Tom > > Joost Kremers <joo...@fa...> writes: > > > Hi Tom, > > > > yes, I'm aware of the problem and I have a fix for it. I *thought* this was > > already on github, but it seems that it is not... I'll upload it as soon as > > I get the chance, today or tomorrow. > > > > In the mean time, you can work around it by opening your .bib file in > > Emacs. The problem is that Ebib uses code from bibtex.el, but in Emacs 24, > > bibtex.el needs to initialize a variable (bibtex-dialect) before it can do > > anything. > > > > Best, > > > > Joost > > > > > > On Sat, Jun 16, 2012 at 10:15:13AM -1000, Thomas S. Dye wrote: > >> Aloha Joost, > >> > >> I'm running into a problem with ebib on Emacs 24.1. When I add a new > >> entry, the key is not produced and an error complains about wrong type > >> argument (stringp, nil). This same thing happens when I use K to > >> generate a key with bibtex, so I think this is where the problem might > >> be. > >> > >> Any ideas? > >> > >> All the best, > >> Tom > >> > -- Joost Kremers Life has its moments |
From: <ts...@ts...> - 2012-06-18 22:44:20
|
Hi Joost, Yes, the workaround solves it. I'll check github in a few days and grab the new code when it's available. Thanks for your help. Tom Joost Kremers <joo...@fa...> writes: > Hi Tom, > > yes, I'm aware of the problem and I have a fix for it. I *thought* this was > already on github, but it seems that it is not... I'll upload it as soon as > I get the chance, today or tomorrow. > > In the mean time, you can work around it by opening your .bib file in > Emacs. The problem is that Ebib uses code from bibtex.el, but in Emacs 24, > bibtex.el needs to initialize a variable (bibtex-dialect) before it can do > anything. > > Best, > > Joost > > > On Sat, Jun 16, 2012 at 10:15:13AM -1000, Thomas S. Dye wrote: >> Aloha Joost, >> >> I'm running into a problem with ebib on Emacs 24.1. When I add a new >> entry, the key is not produced and an error complains about wrong type >> argument (stringp, nil). This same thing happens when I use K to >> generate a key with bibtex, so I think this is where the problem might >> be. >> >> Any ideas? >> >> 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...> - 2012-06-18 14:26:40
|
Hi Tom, yes, I'm aware of the problem and I have a fix for it. I *thought* this was already on github, but it seems that it is not... I'll upload it as soon as I get the chance, today or tomorrow. In the mean time, you can work around it by opening your .bib file in Emacs. The problem is that Ebib uses code from bibtex.el, but in Emacs 24, bibtex.el needs to initialize a variable (bibtex-dialect) before it can do anything. Best, Joost On Sat, Jun 16, 2012 at 10:15:13AM -1000, Thomas S. Dye wrote: > Aloha Joost, > > I'm running into a problem with ebib on Emacs 24.1. When I add a new > entry, the key is not produced and an error complains about wrong type > argument (stringp, nil). This same thing happens when I use K to > generate a key with bibtex, so I think this is where the problem might > be. > > Any ideas? > > All the best, > Tom > -- Joost Kremers Life has its moments |
From: <ts...@ts...> - 2012-06-16 20:42:11
|
Aloha Joost, I'm running into a problem with ebib on Emacs 24.1. When I add a new entry, the key is not produced and an error complains about wrong type argument (stringp, nil). This same thing happens when I use K to generate a key with bibtex, so I think this is where the problem might be. Any ideas? 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...> - 2012-06-04 18:04:39
|
Aloha Joost, Thanks for your help. Much appreciated. All the best, Tom Joost Kremers <joo...@fa...> writes: > Hi Tom, > >> I ran into a problem with ebib having to do with entering an author >> whose surname begins with a special LaTeX character. The author's name >> is Mehmet \"{O}zdo\u{g}an, and my setup generates this key for the >> entry: \oxdogan06:_hypot_approac_realit. > > Actually, BibTeX keys are not supposed to have a backslash in them, so that > key is invalid. If you try using it in a LaTeX document, it'll fail with an > "Undefined control sequence" error and I suspect BibTeX won't accept it > either. > > Since Ebib uses bibtex.el to autogenerate keys, this is actually a bug in > bibtex.el: this key shouldn't have been generated. I'll report this bug to > the maintainer of bibtex.el so it can be fixed. > > Note, however, that when you use (La)TeX commands such as \" or \u in > BibTeX fields, you should actually put them in between braces. So rather > than: > > author = {Mehmet \"{O}zdo\u{g}an} > > you should write: > > author = {Mehmet {\"O}zdo{\u g}an} > > or > > author = {Mehmet {\"{O}}zdo{\u{g}}an} > > I don't remember the details of why this is the case, but it's explained in > the BibTeX doc. (A `texdoc bibtex` should bring that up.) > > If you enter the name in this way, bibtex.el will create a valid key > (though it'll replace the \"O with 'oe', which AFAIK is not a Turkish > convertion) which is probably why this bug has gone unnoticed up til now. > > The problem you're experiencing in Ebib is probably due to the fact that \o > is interpreted as some control sequence. Theoretically, this would be > fixable, I guess, but since slashes shouldn't appear in BibTeX keys anyway, > I'm not sure if that would be the right approach. Though it would probably > be a good thing if Ebib warned about such things so the user can fix them. > >> P.S. Thanks again for ebib. I rely on it heavily in my work now and >> find it a joy to use. > > Thanks, that's very nice to hear. :-) > > Best, > > 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 |
From: Joost K. <joo...@fa...> - 2012-06-03 23:38:23
|
Hi Tom, > I ran into a problem with ebib having to do with entering an author > whose surname begins with a special LaTeX character. The author's name > is Mehmet \"{O}zdo\u{g}an, and my setup generates this key for the > entry: \oxdogan06:_hypot_approac_realit. Actually, BibTeX keys are not supposed to have a backslash in them, so that key is invalid. If you try using it in a LaTeX document, it'll fail with an "Undefined control sequence" error and I suspect BibTeX won't accept it either. Since Ebib uses bibtex.el to autogenerate keys, this is actually a bug in bibtex.el: this key shouldn't have been generated. I'll report this bug to the maintainer of bibtex.el so it can be fixed. Note, however, that when you use (La)TeX commands such as \" or \u in BibTeX fields, you should actually put them in between braces. So rather than: author = {Mehmet \"{O}zdo\u{g}an} you should write: author = {Mehmet {\"O}zdo{\u g}an} or author = {Mehmet {\"{O}}zdo{\u{g}}an} I don't remember the details of why this is the case, but it's explained in the BibTeX doc. (A `texdoc bibtex` should bring that up.) If you enter the name in this way, bibtex.el will create a valid key (though it'll replace the \"O with 'oe', which AFAIK is not a Turkish convertion) which is probably why this bug has gone unnoticed up til now. The problem you're experiencing in Ebib is probably due to the fact that \o is interpreted as some control sequence. Theoretically, this would be fixable, I guess, but since slashes shouldn't appear in BibTeX keys anyway, I'm not sure if that would be the right approach. Though it would probably be a good thing if Ebib warned about such things so the user can fix them. > P.S. Thanks again for ebib. I rely on it heavily in my work now and > find it a joy to use. Thanks, that's very nice to hear. :-) Best, Joost -- Joost Kremers Life has its moments |