[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

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 <antoine@xxxxxxxxxxx>:

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
+33663137906
@ttoine

On 21 September 2016 at 20:43, Camille Letavernier <camille.letavernier@xxxxxxxxx> 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" <loskutov@xxxxxx> 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_megert@xxxxxxxxxx>:

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@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-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@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@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