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

Re: [Ebib-users] mastersthesis

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

On Mon, Sep 05, 2011 at 08:02:50AM -1000, Thomas S. Dye wrote:
> I don't have 'type' as an optional field.

Mmm... That makes it even stranger... Ebib shouldn't add any fields that aren't
there...
 
> Yes, I think it does happen consistently.  At least it happens with both
> master thesis entries in the bibliography I'm working on currently.  If
> I delete the type field from the .bib file, then save the bibliography
> from ebib after making a change (say to a keyword field), the type field
> appears again in the bib file.

Could you send me a copy of the relevant .bib file and also a list of the Ebib
customisations you made? TBH, I haven't got a clue what might be going on, but
I'll try and figure it out. :-)


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] mastersthesis

[<ts...@ts...>]

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

> Hi Tom,
>
>> ebib saves a type = {mastersthesis} field for @mastersthesis.  This
>> confuses the bibtex and biblatex styles I use, which insert
>> "mastersthesis" verbatim if the type field is present.  Am I doing
>> something wrong?
>
> Mmm... I cannot reproduce that here... If I add 'type' as an optional
> field and then create a mastersthesis entry, everything appears to be
> ok in the .bib file: no 'type = {masterthesis}' field is added.

Hi Joost,

I don't have 'type' as an optional field.

>
> Does this happen consistently or just with a single entry? What
> happens if you delete the type field from the .bib file, reload the
> file into Ebib and then save it again (after making some change,
> because if the database is not changed Ebib won't save it).
>

Yes, I think it does happen consistently.  At least it happens with both
master thesis entries in the bibliography I'm working on currently.  If
I delete the type field from the .bib file, then save the bibliography
from ebib after making a change (say to a keyword field), the type field
appears again in the bib file.

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

Re: [Ebib-users] texinfo source in git repo.?

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

On Mon, Sep 05, 2011 at 03:19:50AM +0900, Yagnesh Raghava Yakkala wrote:
> Joost Kremers <joo...@fa...> writes:
> > Well, if it's a problem for el-get, I could see into automatically creating a
> > texinfo file. IIUC git has hooks for that sort of purpose. I'm not sure I'll be
> > able to get to that this week, though, it may be two or three weeks before I
> > manage to do that.
> 
> In that case, please let me know the option you give to pandoc to
> generate info file. It would be even better if you can include a small
> script in the "manual" folder to generate the info/other formats. So that
> normal/el-get user can make use of it to generate documentation from the
> source.

Yes, the script I'll use for automating the process of generating the various
formats will be in the git repository, so users can generate the various formats
themselves, if they wish.

-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] mastersthesis

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

Hi Tom,

> ebib saves a type = {mastersthesis} field for @mastersthesis.  This
> confuses the bibtex and biblatex styles I use, which insert
> "mastersthesis" verbatim if the type field is present.  Am I doing
> something wrong?

Mmm... I cannot reproduce that here... If I add 'type' as an optional field and
then create a mastersthesis entry, everything appears to be ok in the .bib file:
no 'type = {masterthesis}' field is added.

Does this happen consistently or just with a single entry? What happens if you
delete the type field from the .bib file, reload the file into Ebib and then
save it again (after making some change, because if the database is not changed
Ebib won't save it).

J.


-- 
Joost Kremers
Life has its moments

[Ebib-users] mastersthesis

[<ts...@ts...>]

Aloha Joost,

ebib saves a type = {mastersthesis} field for @mastersthesis.  This
confuses the bibtex and biblatex styles I use, which insert
"mastersthesis" verbatim if the type field is present.  Am I doing
something wrong?

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

Re: [Ebib-users] texinfo source in git repo.?

[Yagnesh R. Y. <ya...@li...>]

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

Hi.,
Thanks for the reply. 

> Hi Yagnesh,
>
>> new user looking to tryout ebib.
>
> Great. :-)
>
>>  I found that git repository doesn't
>> contain texinfo source file, although downloaded from the release has
>> the info file.
>
> I write the documentation in Markdown and create the info file through
> Pandoc[1], so generally there is no texinfo source file in git.
>
I see. 

>> my intention to install ebib through el-get[1]. el-get automates the
>> installation and make info from git repository.
>
> Well, if it's a problem for el-get, I could see into automatically creating a
> texinfo file. IIUC git has hooks for that sort of purpose. I'm not sure I'll be
> able to get to that this week, though, it may be two or three weeks before I
> manage to do that.

In that case, please let me know the option you give to pandoc to
generate info file. It would be even better if you can include a small
script in the "manual" folder to generate the info/other formats. So that
normal/el-get user can make use of it to generate documentation from the
source.

>
> Best,
>
> Joost
>
>
>
>
> Footnotes:
> [1]  http://johnmacfarlane.net/pandoc/

-- 
YYR

Re: [Ebib-users] texinfo source in git repo.?

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

Hi Yagnesh,

> new user looking to tryout ebib.

Great. :-)

>  I found that git repository doesn't
> contain texinfo source file, although downloaded from the release has
> the info file.

I write the documentation in Markdown and create the info file through
Pandoc[1], so generally there is no texinfo source file in git.

> my intention to install ebib through el-get[1]. el-get automates the
> installation and make info from git repository.

Well, if it's a problem for el-get, I could see into automatically creating a
texinfo file. IIUC git has hooks for that sort of purpose. I'm not sure I'll be
able to get to that this week, though, it may be two or three weeks before I
manage to do that.

Best,

Joost




Footnotes:
[1]  http://johnmacfarlane.net/pandoc/

-- 
Joost Kremers
Life has its moments

[Ebib-users] texinfo source in git repo.?

[Yagnesh R. Y. <ya...@li...>]

Hello.,

new user looking to tryout ebib.  I found that git repository doesn't
contain texinfo source file, although downloaded from the release has
the info file.

my intention to install ebib through el-get[1]. el-get automates the
installation and make info from git repository.


Footnotes: 
[1]  https://github.com/dimitri/el-get

-- 
YYR

Re: [Ebib-users] exit multiline editing

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

Hi Petr,

> Cant figure out how to exit from multiline editing. C-x b tries to
> switch buffers :(

The multiline edit buffer was changed to a minor mode, so that the key bindings
had to be changed as well. The relevant key bindings are now C-c | q (save and
quit), C-c | s (save) and C-c | c (cancel edit). I admit they're a bit
cumbersome, but because mulitline-edit-mode is a minor mode, there isn't much I
can do about it, since minor modes are only allowed to use key bindings that
start with C-c plus some non-alphabetic character. You can, however, redefine
the second character of the key sequences by putting something like the
following into your .emacs:

(ebib-key multiline "&")

This changes the key bindings to C-c & q, C-c & s and C-c & c, respectively. You
can also choose some letter, if you prefer that.

All of this is described in the manual, by the way, although I should update the
version that appears on the website...


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] Org-mode integration

[<ts...@ts...>]

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

> On Tue, Jul 12, 2011 at 04:56:23PM -1000, Thomas S. Dye wrote:
>> I use ebib in Org-mode sometimes where the citation commands I use are
>> Org-mode links, rather than LaTeX commands.  I'm wondering if it is
>> possible to turn off the automatic insertion of \ with
>> ebib-insert-bibtex-key?  It would be great to be able to configure ebib
>> so it would enter something like [[cite:bibtex-key][123]], instead of
>> \cite[123]{bibtex-key}.
>
> I've just pushed a quick hack that should do this. It's not configurable, but at
> least if you push to an org-mode buffer, Ebib now creates an org link rather
> than a LaTeX command. It takes the form of [[cite:bibtex-key][123]] if you
> provide an optional argument (only one optional argument is supported). If you
> don't provide an optional argument, the link form is
> [[cite:bibtex-key][bibtex-key]] (which is actually the form that I use: I don't
> export from org to LaTeX...)
>
> This may only partially do what you want, so I'd appreciate suggestions for
> improvement. However, since I'm leaving on holiday tomorrow, you may have to
> wait a couple of weeks until I have time to implement them. :-)

Aloha Joost,

This works very nicely for me.  At first, I worked around the default by
entering a space and then deleting [ ] in the org-mode buffer.  Then, I
redefined my citation link types to parse a semi-colon separated list of
2 items corresponding to the prenote and postnote optional arguments to
the biblatex command.  In this version, entering just the ; separator is
equivalent to an link without a description, so I have a very convenient
path to any result I want.

BTW, the export capability of ebib is extremely handy in my work.  It
allows me to create a custom bib file as I work on a document.

Thanks again,
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

[Ebib-users] exit multiline editing

[Piter_ <x....@gm...>]

Hi all
Cant figure out how to exit from multiline editing. C-x b tries to
switch buffers :(
Thanks.
Petro

Re: [Ebib-users] Org-mode integration

[<ts...@ts...>]

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

> On Tue, Jul 12, 2011 at 04:56:23PM -1000, Thomas S. Dye wrote:
>> I use ebib in Org-mode sometimes where the citation commands I use are
>> Org-mode links, rather than LaTeX commands.  I'm wondering if it is
>> possible to turn off the automatic insertion of \ with
>> ebib-insert-bibtex-key?  It would be great to be able to configure ebib
>> so it would enter something like [[cite:bibtex-key][123]], instead of
>> \cite[123]{bibtex-key}.
>
> I've just pushed a quick hack that should do this. It's not configurable, but at
> least if you push to an org-mode buffer, Ebib now creates an org link rather
> than a LaTeX command. It takes the form of [[cite:bibtex-key][123]] if you
> provide an optional argument (only one optional argument is supported). If you
> don't provide an optional argument, the link form is
> [[cite:bibtex-key][bibtex-key]] (which is actually the form that I use: I don't
> export from org to LaTeX...)
>
> This may only partially do what you want, so I'd appreciate suggestions for
> improvement. However, since I'm leaving on holiday tomorrow, you may have to
> wait a couple of weeks until I have time to implement them. :-)

Aloha Joost,

Nice!  I'll work happily with this while you're away on vacation and if
I have suggestions for improvement I'll forward them in a couple of
weeks.

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

Re: [Ebib-users] Org-mode integration

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

On Tue, Jul 12, 2011 at 04:56:23PM -1000, Thomas S. Dye wrote:
> I use ebib in Org-mode sometimes where the citation commands I use are
> Org-mode links, rather than LaTeX commands.  I'm wondering if it is
> possible to turn off the automatic insertion of \ with
> ebib-insert-bibtex-key?  It would be great to be able to configure ebib
> so it would enter something like [[cite:bibtex-key][123]], instead of
> \cite[123]{bibtex-key}.

I've just pushed a quick hack that should do this. It's not configurable, but at
least if you push to an org-mode buffer, Ebib now creates an org link rather
than a LaTeX command. It takes the form of [[cite:bibtex-key][123]] if you
provide an optional argument (only one optional argument is supported). If you
don't provide an optional argument, the link form is
[[cite:bibtex-key][bibtex-key]] (which is actually the form that I use: I don't
export from org to LaTeX...)

This may only partially do what you want, so I'd appreciate suggestions for
improvement. However, since I'm leaving on holiday tomorrow, you may have to
wait a couple of weeks until I have time to implement them. :-)


-- 
Joost Kremers
Life has its moments

[Ebib-users] Org-mode integration

[<ts...@ts...>]

Aloha all,

I'm learning to use ebib productively and enjoying it.  Thanks to Joost
for a wonderful piece of software.

I use ebib in Org-mode sometimes where the citation commands I use are
Org-mode links, rather than LaTeX commands.  I'm wondering if it is
possible to turn off the automatic insertion of \ with
ebib-insert-bibtex-key?  It would be great to be able to configure ebib
so it would enter something like [[cite:bibtex-key][123]], instead of
\cite[123]{bibtex-key}.

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

Re: [Ebib-users] new feature?

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

On Fri, Mar 18, 2011 at 04:42:35PM +0100, Piter_ wrote:
> Hi Joost.
> I have tried the function below and it does make a filename from the
> key. But I have a problem here. The changes are not saved. Ebib seems
> to not notice edition of the "file" field. It does not propose to save
> the database and if I try "s" command, it also does not help.
> Is anything can be done with it?

erm, yeah... after adding the filename to the file field, the database of course
needs to be marked as modified...

i should really write some decent access functions for interacting with the
database... then this wouldn't be a problem. but for now, just change the
function below to:

(defun ebib-pdf-file-name ()
 "Create a pdf file name of the basis of the current entry key.
The file name is inserted in the file field of the current entry."
 (interactive)
 (ebib-execute-when
   ((entries)
    (if (gethash 'file ebib-cur-entry-hash)
        (beep)
      (puthash 'file (concat "{" (car (edb-cur-entry ebib-cur-db)) ".pdf}") ebib-cur-entry-hash)
      (ebib-set-modified t)
      (ebib-fill-entry-buffer)))
   ((default)
    (beep))))

this only adds the line (ebib-set-modified t), which tells ebib that the
database was modified.

HTH


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] new feature?

[Piter_ <x....@gm...>]

Hi Joost.
I have tried the function below and it does make a filename from the
key. But I have a problem here. The changes are not saved. Ebib seems
to not notice edition of the "file" field. It does not propose to save
the database and if I try "s" command, it also does not help.
Is anything can be done with it?
Thanks.
Petro.

On Sun, Oct 17, 2010 at 12:44 PM, Joost Kremers
<joo...@fa...> wrote:
> Hi Petro,
>

> ============================================================
>
> (defun ebib-pdf-file-name ()
>  "Create a pdf file name of the basis of the current entry key.
> The file name is inserted in the file field of the current entry."
>  (interactive)
>  (ebib-execute-when
>    ((entries)
>     (if (gethash 'file ebib-cur-entry-hash)
>         (beep)
>       (puthash 'file (concat "{" (car (edb-cur-entry ebib-cur-db)) ".pdf}") ebib-cur-entry-hash)
>       (ebib-fill-entry-buffer)))
>    ((default)
>     (beep))))
>
> ============================================================
>
> I'm not sure if I'll include this in Ebib, so it's probably easiest for you to
> put this into your ~/.emacs. As it is, the function can be called with M-x
> ebib-pdf-file-name, but you'll probably want to bind it to a key. You can do so
> in ~/.emacs as well, with:
>
> (ebib-key index "D" ebib-pdf-file-name)
>
> (Choose any key you want, of course.) Note: the function is meant to be used in
> the index buffer (which I assume is what you want). In order for this key
> assignment to work, you'll need to load ebib in your ~/.emacs, not autoload it.
> So instead of the autoload line as explained in the manual, just put the
> following in ~/.emacs:
>
> (load "path/to/ebib.el")
>
> You'll need to specify the correct path, of course.
>
> Best,
>
> Joost
>
>
> On Fri, Oct 15, 2010 at 12:49:19PM +0200, Piter_ wrote:

Re: [Ebib-users] ebib and web search

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

On Thu, Mar 03, 2011 at 10:33:56AM +0100, Piter_ wrote:
> Hi all.
> I have found great emacs mod for literature search
> http://pubmode.sourceforge.net/ (this is for literature in biology).
> Are there any plans to add such  (or similar) feature to ebib?

wow, that looks great. :-) again, though, i currently don't have much time to
work on ebib, so...

(one problem i foresee is that pubmed is only one database... what would be
needed is some form of generalized interface, an API, to access scientific
literature databases on the net, and also a solid API to access data in ebib,
which currently doesn't really exist. the latter is on my todo list, but
alas...)


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] save virtual database or new feature?

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

Hi Piter,

> Yes to add it will be easy to add new "drawer" field. But I have
> realized that virtual database cannot be edited. Is it possible to
> make some workarround it? Without this my idea will not be much
> useful.

making virtual databases editable is on my todo list. but since i haven't had
much time to really work on ebib, except for small (bug) fixes, my todo list is
kind of on hold...

if i can find some time to work on ebib, this'll be one of the first things i
intend to fix, but i can't promise anything at the moment. :-(


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] non-standard keybindings

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

On Thu, Mar 03, 2011 at 07:26:23PM +0000, Joe Corneli wrote:
> It's interesting that the C-c C-c keystroke seems so "standard" to me
> despite the rule you mentioned!  Partly because of its common meaning
> in major modes like mail-mode (with a parallel in shell-mode)

yes, in major modes, it's ok to bind C-c C-c.

> -- and
> partly because not everyone follows the convention... For example
> w3m-form-input-textarea-set, which is in w3m-form-input-textarea-mode
> (minor mode), has the binding C-c C-c.
> 
> Similarly the command w3-do-text-entry from w3, which is bound in the
> following silly way:
> 
>     (switch-to-buffer-other-window buff)
>     (indented-text-mode)
>     [...]
>     (message "Press C-c C-c when finished with text entry.")
>     (local-set-key "\C-c\C-c" 'w3-finish-text-entry)
> 
> ("The binding goes in the current buffer's local map, which in most
> cases is shared with all other buffers in the same major mode." --
> oops!)

makes me wonder why they don't just bind it in w3m-form-input-textarea-mode... 

> All that aside, another idea to consider would be to change Ebib-entry
> major mode so that entries can be edited directly in that the
> entry-browsing screen instead of in a separate window.  What do you
> think of this thought?

that would be great, actually. i've already considered doing this myself,
thinking i could use the same library that emacs' customize interface uses
(which defines a bunch of widgets for text input fields) but it turned out that
once a buffer is created with these widgets, it cannot be recreated with another
set of widgets.

i never really looked at other ways of doing this, but if you have some idea,
i'd be all ears. :-)


-- 
Joost Kremers
Life has its moments

Re: [Ebib-users] non-standard keybindings

[Joe C. <hol...@gm...>]

It's interesting that the C-c C-c keystroke seems so "standard" to me
despite the rule you mentioned!  Partly because of its common meaning
in major modes like mail-mode (with a parallel in shell-mode) -- and
partly because not everyone follows the convention... For example
w3m-form-input-textarea-set, which is in w3m-form-input-textarea-mode
(minor mode), has the binding C-c C-c.

Similarly the command w3-do-text-entry from w3, which is bound in the
following silly way:

    (switch-to-buffer-other-window buff)
    (indented-text-mode)
    [...]
    (message "Press C-c C-c when finished with text entry.")
    (local-set-key "\C-c\C-c" 'w3-finish-text-entry)

("The binding goes in the current buffer's local map, which in most
cases is shared with all other buffers in the same major mode." --
oops!)

All that aside, another idea to consider would be to change Ebib-entry
major mode so that entries can be edited directly in that the
entry-browsing screen instead of in a separate window.  What do you
think of this thought?

Joe

On Thu, Mar 3, 2011 at 3:27 PM, Joost Kremers <joo...@fa...> wrote:
> Hi Joe,
>
>> I just tried Ebib (from git) yesterday and found that a few
>> keybindings are somewhat nonstandard, e.g. C-c|q to exit and save a
>> multi-line text area would more typically be C-cC-c.
>
> I know it's rather non-standard, but the thing is, Ebib's multiline mode is a
> minor mode, and key sequences consisting of C-c followed by a control character
> are reserved for major modes (see (info "(elisp)Key Binding Conventions") ).
> You're of course free to bind C-c C-c to ebib-quit-multiline-edit within
> ebib-multiline-mode-map yourself, but I can't use it as the default key binding.
>
>>  If I was to send
>> a keybinding patch, would it be considered, or are ebib users already
>> used to the current bindings and uninterested in switching?
>
> For the reason just mentioned, I wouldn't be able to accept a patch like that.
> But what I would include is a patch that would allow a user to install C-c C-c
> (and perhaps some other commands) in ebib-multiline-mode-map, if they so choose.
>
> Joost
>
>
> --
> Joost Kremers
> Life has its moments
>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users
>

Re: [Ebib-users] non-standard keybindings

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

Hi Joe,

> I just tried Ebib (from git) yesterday and found that a few
> keybindings are somewhat nonstandard, e.g. C-c|q to exit and save a
> multi-line text area would more typically be C-cC-c.

I know it's rather non-standard, but the thing is, Ebib's multiline mode is a
minor mode, and key sequences consisting of C-c followed by a control character
are reserved for major modes (see (info "(elisp)Key Binding Conventions") ).
You're of course free to bind C-c C-c to ebib-quit-multiline-edit within
ebib-multiline-mode-map yourself, but I can't use it as the default key binding.

>  If I was to send
> a keybinding patch, would it be considered, or are ebib users already
> used to the current bindings and uninterested in switching?

For the reason just mentioned, I wouldn't be able to accept a patch like that.
But what I would include is a patch that would allow a user to install C-c C-c
(and perhaps some other commands) in ebib-multiline-mode-map, if they so choose.

Joost


-- 
Joost Kremers
Life has its moments

[Ebib-users] non-standard keybindings

[Joe C. <hol...@gm...>]

Hi all:

I just tried Ebib (from git) yesterday and found that a few
keybindings are somewhat nonstandard, e.g. C-c|q to exit and save a
multi-line text area would more typically be C-cC-c.  If I was to send
a keybinding patch, would it be considered, or are ebib users already
used to the current bindings and uninterested in switching?

Joe

Re: [Ebib-users] new feature?

[Piter_ <x....@gm...>]

Hi Joost.
I have finally tried the function you wrote.
Thanks it works. I juss made a minor modification. Because my bibtex
keys look like Joost:2011 and i don't want ":" in filename
I chage
(puthash 'file (concat "{" (car (edb-cur-entry ebib-cur-db)) ".pdf}")
ebib-cur-entry-hash)
to
(puthash 'file (replace-regexp-in-string ":" "" (concat "{" (car
(edb-cur-entry ebib-cur-db)) ".pdf}")) ebib-cur-entry-hash)
Thanks.


On Sun, Oct 17, 2010 at 12:44 PM, Joost Kremers
<joo...@fa...> wrote:
> Hi Petro,
>
> Thanks for that clarification. The following function does what you want:
>
> ============================================================
>
> (defun ebib-pdf-file-name ()
>  "Create a pdf file name of the basis of the current entry key.
> The file name is inserted in the file field of the current entry."
>  (interactive)
>  (ebib-execute-when
>    ((entries)
>     (if (gethash 'file ebib-cur-entry-hash)
>         (beep)
>       (puthash 'file (concat "{" (car (edb-cur-entry ebib-cur-db)) ".pdf}") ebib-cur-entry-hash)
>       (ebib-fill-entry-buffer)))
>    ((default)
>     (beep))))
>
> ============================================================
>
> I'm not sure if I'll include this in Ebib, so it's probably easiest for you to
> put this into your ~/.emacs. As it is, the function can be called with M-x
> ebib-pdf-file-name, but you'll probably want to bind it to a key. You can do so
> in ~/.emacs as well, with:
>
> (ebib-key index "D" ebib-pdf-file-name)
>
> (Choose any key you want, of course.) Note: the function is meant to be used in
> the index buffer (which I assume is what you want). In order for this key
> assignment to work, you'll need to load ebib in your ~/.emacs, not autoload it.
> So instead of the autoload line as explained in the manual, just put the
> following in ~/.emacs:
>
> (load "path/to/ebib.el")
>
> You'll need to specify the correct path, of course.
>
> Best,
>
> Joost
>
>
> On Fri, Oct 15, 2010 at 12:49:19PM +0200, Piter_ wrote:
>> Sorry.
>> My English was not clear.
>> The string Fool1999.pdf  has to go into "file" field of the same entry.
>> Thanks.
>> Petro.
>>
>>
>> On Thu, Oct 14, 2010 at 4:52 PM, Joost Kremers <joo...@fa...> wrote:
>> > On Thu, Oct 14, 2010 at 04:06:33PM +0200, Piter_ wrote:
>> >> I would like to ask if its possible to implement the following in ebib.
>> >> To make a keystroke that compose a filename for file from bibtex index
>> >> and pdf extention.
>> >> For example if I reference Fool1999 selected uponn pressing it in file
>> >> file ill have Fool1999.pdf.
>> >
>> > I'm not entirely sure I understand what you mean. It's certainly possible to
>> > create the string "Fool1999.pdf" on the basis of an entry key "Fool1999", but
>> > where should it go? Do you mean something like the push functionality, where an
>> > entry key gets pushed to another buffer?
>> >
>> > Joost
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Beautiful is writing same markup. Internet Explorer 9 supports
>> > standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
>> > Spend less time writing and  rewriting code and more time creating great
>> > experiences on the web. Be a part of the beta today.
>> > http://p.sf.net/sfu/beautyoftheweb
>> > _______________________________________________
>> > Ebib-users mailing list
>> > Ebi...@li...
>> > https://lists.sourceforge.net/lists/listinfo/ebib-users
>> >
>>
>> ------------------------------------------------------------------------------
>> Download new Adobe(R) Flash(R) Builder(TM) 4
>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
>> Flex(R) Builder(TM)) enable the development of rich applications that run
>> across multiple browsers and platforms. Download your free trials today!
>> http://p.sf.net/sfu/adobe-dev2dev
>> _______________________________________________
>> Ebib-users mailing list
>> Ebi...@li...
>> https://lists.sourceforge.net/lists/listinfo/ebib-users
>
> --
> Joost Kremers
> Life has its moments
>
> ------------------------------------------------------------------------------
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users
>

[Ebib-users] ebib and web search

[Piter_ <x....@gm...>]

Hi all.
I have found great emacs mod for literature search
http://pubmode.sourceforge.net/ (this is for literature in biology).
Are there any plans to add such  (or similar) feature to ebib?
Thanks.
Petro.

Re: [Ebib-users] save virtual database or new feature?

[Piter_ <x....@gm...>]

Hi Joost.
Thanks for your reply.
Yes to add it will be easy to add new "drawer" field. But I have
realized that virtual database cannot be edited. Is it possible to
make some workarround it? Without this my idea will not be much
useful.
Thanks.
Petro

On Tue, Nov 30, 2010 at 12:31 PM, Joost Kremers
<joo...@fa...> wrote:
> Hi Petro,
>
> sorry for the late reply, I haven't been reading my mail for the past few days...
>
>> Virtual databases can be created for some keywords, but sometimes one
>> wants to sort articles in the different manner.
>> Is it possible to make the following:
>> add a "drawer" field into entry, which contains a keywords names for
>> different drawers.
>
> I'm not entirely sure what you mean by "drawers". Do you mean you'd like to add
> another field called "drawers"? That's pretty easy, you can do that by
> configuring the variable ebib-additional-fields. Of course, that doesn't give
> you a menu.
>
>> now one can define a function add-to-drawer  which upon execution
>> shows menu with all available drawers in current database, plus
>> possibility to create (add) new drawer. The menu similar to ispell
>> menu.
>>
>> (1)topic1(2)topuc2)(c)create new
>>
>> or something like this.
>> similar function remove-from-drawer, and show the drawer which uses
>> virtual database feature to show references from different drawers.
>
> I'm not sure how the virtual databases come in here... Could you explain a bit
> more about how this functionality should work? If it's possible to implement it,
> I'd be happy to see what I can do.
>
> HTH
>
> Joost
>
>
> --
> Joost Kremers
> Life has its moments
>
> ------------------------------------------------------------------------------
> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
> Tap into the largest installed PC base & get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
> _______________________________________________
> Ebib-users mailing list
> Ebi...@li...
> https://lists.sourceforge.net/lists/listinfo/ebib-users
>