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 <anto...@eclipse.org>:
> 
> 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-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
>>>> 
>>>> _______________________________________________
>>>> 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
_______________________________________________
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

Reply via email to