-
Notifications
You must be signed in to change notification settings - Fork 219
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.
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
Splash Screen #1416
Comments
This would be very good! Maybe a project logo (nonexistent today) would be nice... One option is configuring the splash screen into Launch4j options (it is possible), already used to create the IPED-SearchApp.exe, that would make the splash to be shown before any JRE loading, that could take some time. But would work just if the exe is used. |
I tested 3 options here:
The problem with Launch4j is that it has to be a static image and there is not much control when to close it. I will implement the third option and when I have a working solution you can take a look and see if it is worthy keeping it. |
I didn't know about third option, great! |
Closed by #1420. |
Another minor suggestion...
When an IPED case is opened from a slow location (network, pen drive, slow HDD), it may take some time until the main window becomes visible.
This can be misleading, as the user is unsure if the case is opening or not.
Since we start using IPED 4 here, this became a bit more noticeble. I guess that there are more things to be loaded and, as discussed in #1410, using a JRE from a slow location makes this delay more noticeable.
While #1410 (and other actions we are taking in our environment) should decrease this delay, it still may take a few seconds until the main window is visible.
My suggestion is to show a splash screen, as many applications do.
I made some tests here and even when the case is opened from a very slow location, it is possible to quickly present a splash screen, so the user knows that the case is actually opening.
A progress bar could give a rough idea about the progress.
I am thinking about implementing something as independent as possible (regarding the actual case loading), so it doesn't bring any burden to future implementations.
@lfcnassif, any thoughts?
The text was updated successfully, but these errors were encountered: