Thanks Camille. Simple question: how text (font) is rendered in Eclipse? I guess the text is not rendered as bitmap? So if we use a font icon set, like Font Awesome, it should work and be light.
__________________________ Antoine THOMAS aka ttoine Product Manager Eclipse Foundation antoine.tho...@eclipse.org +33663137906 @ttoine On 21 September 2016 at 20:43, Camille Letavernier < camille.letavern...@gmail.com> wrote: > Hi, > > Papyrus provides support for SVG (via Batik), but this is not the main > approach, and it scales poorly. Most of the rendering is done with Draw2d > and a custom CSS interpreter based on E4 CSS. A few SVG images are used on > top of this. > > We never managed to get satisfying SVG rendering, with issues in both > performances and end result (some SVG images can't be rendered, or are > incorrectly rendered) > > So, not so much to learn from here I'm afraid (at least nothing too > positive :) ) > > Camille > > Le 21 sept. 2016 20:02, "Andrey Loskutov" <losku...@gmx.de> a écrit : > >> Yes, this is the key. Version control SVG files, generate icons on build >> and deploy generated stuff. >> >> Am 21.09.2016 um 19:58 schrieb Torkild Ulvøy Resheim: >> >>> Agreed, I’m also -1000 on rendering SVG icons on the fly. I’ve actually >>> tried something like this, with some simple icons rendered in Graphiti >>> using Batik. It was just way too slow. So we ended up writing some code >>> that rendered the icons as PNG during the build process. >>> >>> I’m not saying it cannot be done. But then I think we need something way >>> more powerful than Batik. Also I think some serious work on icon handling >>> is required. Adding support for @2x icons took quite a bit of effort. Is it >>> really worth it? >>> >>> Best regards, >>> Torkild >>> >>>> 21. sep. 2016 kl. 18.41 skrev Daniel Megert <daniel_meg...@ch.ibm.com>: >>>> >>>> Since existing startup time *is* already a user concern, I'm -1000 for >>>> this, >>>> >>>> Dani >>>> >>>> >>>> >>>> From: Stefan Xenos <sxe...@google.com> >>>> To: Cross project issues <cross-project-issues-dev@eclipse.org> >>>> 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-boun...@eclipse.org >>>> >>>> >>>> >>>> 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 <mist...@redhat.com> >>>> 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@eclipse.org >>>> To change your delivery options, retrieve your password, or unsubscribe >>>> from this list, visit >>>> https://dev.eclipse.org/mailman/listinfo/cross-project-issue >>>> s-dev_______________________________________________ >>>> cross-project-issues-dev mailing list >>>> cross-project-issues-dev@eclipse.org >>>> 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@eclipse.org >>>> 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@eclipse.org >>> To change your delivery options, retrieve your password, or unsubscribe >>> from this list, visit >>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev >>> >>> >> -- >> Kind regards, >> Andrey Loskutov >> >> http://google.com/+AndreyLoskutov >> _______________________________________________ >> cross-project-issues-dev mailing list >> cross-project-issues-dev@eclipse.org >> 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@eclipse.org > 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@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev