What I proposed would occur once, so it would slow down *installation* time but not startup time. We could show a message along the lines of "installing icons" to make it clear to the user what's going on.
Or do you have some reason to believe this would have some impact on startup time once the icons are installed?
Since existing startup time *is* already
a user concern, I'm -1000 for this,
Dani
From:
Stefan Xenos <sxenos@xxxxxxxxxx>
To:
Cross project issues
<cross-project-issues-dev@xxxxxxxxxxx>
Date:
21.09.2016 18:26
Subject:
Re: [cross-project-issues-dev]
How to provide HDPI icons in your plug-in
Sent by:
cross-project-issues-dev-bounces@xxxxxxxxxxx
What if we bundled SVG files with Eclipse, then on first
startup with a given resolution we lazily render them to PNGs with the
appropriate detail. When Eclipse launches, it would use the .PNGs from
the cache.
It could take a really long time for the first launch,
but subsequent restarts should be fairly quick since it would just be loading
.PNGs from then on.
- Stefan
On Wed, Sep 21, 2016 at 9:15 AM Mickael Istria <mistria@xxxxxxxxxx>
wrote:
On 09/21/2016 06:09 PM, Antoine THOMAS wrote:
Other questions:
- Why render svg files in bitmap?
- Why not use svg icons in platform? This way the icons are always beautiful,
no matter the resolution of the screen
it would mean that the IDE would have to "render"
SVG to bitmaps at runtime (whereas we currently do it at dev-time). Given
the number of icons in Eclipse IDE, there are risks that this consume a
lot of CPU (in the UI Thread moreover...) and creates lags.
But it's just a guess, I'm not aware of any actual experiment of theorical
metrics about the impact of displaying SVGs in Eclipse.
--
Mickael Istria
Eclipse developer for Red
Hat Developers
My
blog - My
Tweets
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
