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

Reply via email to