Jabref: Global search not available

Created on 5 Jun 2018  路  11Comments  路  Source: JabRef/jabref

Currently that the content of the search field is bound to a tab. In the old versions, it was globally stored. So I could click through the tabs and see if an entry is available somewhere.

search

Refs https://github.com/JabRef/jabref/pull/1549, https://github.com/JabRef/jabref/issues/104#issuecomment-157304997, https://github.com/JabRef/jabref/pull/332, https://github.com/JabRef/jabref/pull/1981

This is the thing, I miss most. I think, we described all our search features at https://help.jabref.org/en/Search for a description of our search capabilities. I can agree to go through the documentation and redesign it.

search enhancement

All 11 comments

I think one can make an argument for both behaviors. @JabRef/developers opinions?

I think it should be global. Also, there should be an indication in the tab whether there are results in the respective bibliographies.

One could implement it like that, but I guess this comes with a performance penalty, especially if we also check the other tabs without focus.

Well, I think the performance overhead is not really too bad, since it is a linear increase with the number of bibliographies.

I guess the performance is already bad in a single database with a lot of entries. At least if I recall the reports correctly.

For me, removing all sorts of global search in the current 5.0(beta1) is really a drawback. I always work with several tabs - and I think JabRef is intended to be used that way. When I search for an entry, I now have to enter the search term several times. Especially when using complex search terms, this becomes very time consuming. I really liked the additional global search window. Wouldn't it at least be possible to give an option to keep the search-term when switching tabs?

The global search option is fundamental.

I am with @tobiasdiez that both options are useful. However, I in my context, I have used (and would desire to use) global search by far most often (afaik in JR3, both options were available, the search interface was actually quite fast and flexible). Moreover, tab-specific search has proven to be very inconvenient to me as I am usually working with 4-6 medium to large bib files, sometimes up to 10 depending on the projects I am involved. In at least 95% of the cases, I want to have the same search repeated/updated whenever I change the tab. One could say this is not how JR should be used in which case I am happy to receive some suggestions. On this note, it'd be nice to have a search history in the search field to assist in autocompletion. That might be an alternative to tab-specific search. So, like @teertinker and others, I am experiencing the search as it is now as a clear drawback, particularly, in combination with JR5 search's _significantly lower time performance_ than the JR4 search. Thanks a lot.

Can any development about the issue be expected in a foreseeable future? Is this about technical problems or design decisions? Honestly, I don't understand why global search has been removed. If working with tabs is a feature of jabref (which it really is - compared to other software like endnote), then workflows between tabs should be designed to be seamless. If a background search of all databases is too heavy, solutions in between are appreciated.

It is more or less a resource issue. The scarce resource is the unpaid developer that needs to implement this.

For the student project: Implement the search popup, where the ALL opened libraries are searched for papers. Start an old JabRef version (3.8.1 or so) using JRE8 to see the functionality.

Was this page helpful?
0 / 5 - 0 ratings