Font icons are only useable in a flat design because you only have a solid background
Tom Von meinem iPhone gesendet > Am 21.09.2016 um 20:58 schrieb Antoine THOMAS <[email protected]>: > > 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 > [email protected] > +33663137906 > @ttoine > >> On 21 September 2016 at 20:43, Camille Letavernier >> <[email protected]> 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" <[email protected]> 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 <[email protected]>: >>>>> >>>>> Since existing startup time *is* already a user concern, I'm -1000 for >>>>> this, >>>>> >>>>> Dani >>>>> >>>>> >>>>> >>>>> From: Stefan Xenos <[email protected]> >>>>> To: Cross project issues <[email protected]> >>>>> Date: 21.09.2016 18:26 >>>>> Subject: Re: [cross-project-issues-dev] How to provide HDPI icons >>>>> in your plug-in >>>>> Sent by: [email protected] >>>>> >>>>> >>>>> >>>>> 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 <[email protected]> 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 >>>>> [email protected] >>>>> 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 >>>>> [email protected] >>>>> 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 >>>>> [email protected] >>>>> 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 >>>> [email protected] >>>> 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 >>> [email protected] >>> 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
