Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Open dialog: All supported types as default #1771

Closed
grimes2 opened this issue Aug 18, 2016 · 5 comments
Closed

Open dialog: All supported types as default #1771

grimes2 opened this issue Aug 18, 2016 · 5 comments
Labels
ui
Milestone
v3.6

Comments

@grimes2
Copy link
Contributor

grimes2 commented Aug 18, 2016

For open dialogs with multiple extensions is would be nice to have "All supported types (*.bibx, *.bib, *.txt, ...)" as default. (File > Import into new database)
@stefan-kolb stefan-kolb added the ui label Aug 18, 2016
@stefan-kolb
Copy link
Member

Could you specify which actions are affected? This would tremendously help us to get this consistent 😄

@grimes2
Copy link
Contributor Author

grimes2 commented Aug 18, 2016

File > Import into new database
File > Import into current database

Both actions support same extensions (around 10 database format extensions).

stefan-kolb added a commit that referenced this issue Aug 18, 2016
@stefan-kolb
Fix #1771 Show all supported import types as default
37deaaa
stefan-kolb added a commit that referenced this issue Aug 18, 2016
@stefan-kolb
Fix #1771 Show all supported import types as default
0f09aba
@stefan-kolb
Copy link
Member

This should be fixed in current import-dialogs. Please try the latest build from http://builds.jabref.org/import-dialogs.

@grimes2
Copy link
Contributor Author

grimes2 commented Aug 18, 2016

It works. But I tested only with a few import formats. Thanks. Much better now.

@stefan-kolb stefan-kolb added this to the v3.6 milestone Aug 19, 2016
stefan-kolb added a commit that referenced this issue Aug 19, 2016
@stefan-kolb
Merge pull request #1774 from JabRef/import-dialogs
c9921ba 
Fix #1771 Show all supported import types as default file filter
Siedlerchr added a commit that referenced this issue Aug 19, 2016
@Siedlerchr
Merge branch 'master' into arxivNoCookie
8428847 
* master:
  Fix NPE when closing the last tab (#1783)
  Updated java-string-similarity to 0.16 (#1784)
  Fix Imports
  Move logic to ImportFileFilter
  Some OS didn't show directories when a file type was selected in the import dialog
  GvkFetcher (#1656)
  Add some more Objects.requireNonNull checks
  Fixed startup problem
  Add isPresentLocalBibEntry (#1777)
  Injected LayoutFormatterPreferences in ExportFormat (#1695)
  Added UpdateFieldPreferences (#1773)
  Fix typo
  Optimize imports
  Fix #1771 Show all supported import types as default
Siedlerchr added a commit to Siedlerchr/jabref that referenced this issue Aug 19, 2016
@Siedlerchr
Merge branch 'master' into office07
38fcfb4 
* master:
  Fix NPE when closing the last tab (JabRef#1783)
  Updated java-string-similarity to 0.16 (JabRef#1784)
  Fix Imports
  Move logic to ImportFileFilter
  Some OS didn't show directories when a file type was selected in the import dialog
  GvkFetcher (JabRef#1656)
  Add some more Objects.requireNonNull checks
  Fixed startup problem
  Add isPresentLocalBibEntry (JabRef#1777)
  Injected LayoutFormatterPreferences in ExportFormat (JabRef#1695)
  Added UpdateFieldPreferences (JabRef#1773)
  Fix typo
  Optimize imports
  Fix JabRef#1771 Show all supported import types as default
@grimes2
Copy link
Contributor Author

grimes2 commented Aug 20, 2016

Another case:

JAR/ZIP: Options > Manage custom imports > Add from JAR

ayanai1 pushed a commit to ayanai1/jabref that referenced this issue Sep 5, 2016
@stefan-kolb @ayanai1
Fix JabRef#1771 Show all supported import types as default
636354a
@matthiasgeiger matthiasgeiger mentioned this issue Sep 29, 2016
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
ui
Projects
None yet
Milestone
v3.6
Development

No branches or pull requests
2 participants
@stefan-kolb @grimes2