Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Antoine THOMAS]

There are some ways to get over the "one colour" font icons. Examples:
http://stackicons.com/ (https://css-tricks.com/stackicons-icon-fonts/)
But, ok, this is a html/css hack, and it might be difficult to do that in
Eclipse.

Anyway, if everybody think that this is not possible to have "flat" icons
theme in Eclipse, there still are two ideas:
 - having an equivalent of font awesome, in EPL, that would be a perfect
companion to the Polarsys Font for RCP and web applications
 - having a shared icon repo (Lars)




__
Antoine THOMAS aka ttoine
Product Manager
Eclipse Foundation
antoine.tho...@eclipse.org
+33663137906
@ttoine

On 22 September 2016 at 09:06, Sravan K Lakkimsetti <sravankum...@in.ibm.com
> wrote:

> When I am doing this work. I tried using SVG images instead of PNG images.
> The estimated footprint increase is about 70MB. whereas a set of @2x images
> increases the footprint by 4MB.
>
> My approach was to load scaled up images at startup based on the scaling
> factor and use them through out the platform(as suggested by Stefan). From
> this we need a capability of reading SVG files and create image objects.
> When we did the research we found GTK(unix) and Cocoa(Mac) has this
> capability but not (Windows). On windows we use GDI+ library for graphics
> and this does not have this capability. We had to build this capability.
> This is where we had performance issues.
>
>
> Thanks and Regards,
> Sravan
>
> Sravan Kumar Lakkimsetti
> IBM India Pvt Ltd,
> Embassy Golf Links Business Park, D Block,
> Off Indiranagar-Kormangla Inner Ring Road,
> Bangalore - 560071, India
> Phone: 91-80-41776858
>
> [image: Inactive hide details for David Williams ---22-09-2016 06:31:31
> AM---On 09/21/2016 08:20 PM, Stefan Xenos wrote: > What I propo]David
> Williams ---22-09-2016 06:31:31 AM---On 09/21/2016 08:20 PM, Stefan Xenos
> wrote: > What I proposed would occur once, so it would slow dow
>
> From: David Williams <david_willi...@acm.org>
> To: Cross project issues <cross-project-issues-dev@eclipse.org>
> Date: 22-09-16 06:31 AM
> Subject: Re: [cross-project-issues-dev] How to provide HDPI icons in
> yourplug-in
> Sent by: cross-project-issues-dev-boun...@eclipse.org
> --
>
>
>
> On 09/21/2016 08:20 PM, Stefan Xenos wrote:
> > What I proposed would occur once, so it would slow down *installation*
> > time but not startup time. We could show a message along the lines of
> > "installing icons" to make it clear to the user what's going on.
> >
> > Or do you have some reason to believe this would have some impact on
> > startup time once the icons are installed?
> >
>
> I do not know a definitive answer, but found some hints. At first I was
> thinking something similar and did some googling for "svg png
> performance" and "does OS cache SVG" and a) did not find much about
> icons, per se, but otherwise seemed to be a lot of out-of-date
> information that I think is not always currently true ... most of it
> browser and webpage focused but (that is, low signal to noise ratio) and
> b) also found some bugs in Firefox's system that had titles such as "SVG
> cache must be invalidated if System theme changes". That, and even
> "scaling" seems like the kind of thing that might effect us. At that
> point I decided "this is complicated" and didn't read further. :)
>  HTH
>
> ___
> 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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Sravan K Lakkimsetti]

When I am doing this work. I tried using SVG images instead of PNG images.
The estimated footprint increase is about 70MB. whereas a set of @2x images
increases the footprint by 4MB.

My approach was to load scaled up images at startup based on the scaling
factor and use them through out the platform(as suggested by Stefan). From
this we need a capability of reading SVG files and create image objects.
When we did the research we found GTK(unix) and Cocoa(Mac) has this
capability but not (Windows). On windows we use GDI+ library for graphics
and this does not have this capability. We had to build this capability.
This is where we had performance issues.


Thanks and Regards,
Sravan

Sravan Kumar Lakkimsetti
IBM India Pvt Ltd,
Embassy Golf Links Business Park, D Block,
Off Indiranagar-Kormangla Inner Ring Road,
Bangalore - 560071, India
Phone: 91-80-41776858



From:   David Williams <david_willi...@acm.org>
To: Cross project issues <cross-project-issues-dev@eclipse.org>
Date:   22-09-16 06:31 AM
Subject:    Re: [cross-project-issues-dev] How to provide HDPI icons in
yourplug-in
Sent by:cross-project-issues-dev-boun...@eclipse.org



On 09/21/2016 08:20 PM, Stefan Xenos wrote:
> What I proposed would occur once, so it would slow down *installation*
> time but not startup time. We could show a message along the lines of
> "installing icons" to make it clear to the user what's going on.
>
> Or do you have some reason to believe this would have some impact on
> startup time once the icons are installed?
>

I do not know a definitive answer, but found some hints. At first I was
thinking something similar and did some googling for "svg png
performance" and "does OS cache SVG" and a) did not find much about
icons, per se, but otherwise seemed to be a lot of out-of-date
information that I think is not always currently true ... most of it
browser and webpage focused but (that is, low signal to noise ratio) and
b) also found some bugs in Firefox's system that had titles such as "SVG
cache must be invalidated if System theme changes". That, and even
"scaling" seems like the kind of thing that might effect us. At that
point I decided "this is complicated" and didn't read further. :)
  HTH

___
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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Mickael Istria]

On 09/21/2016 07:45 PM, Konstantin Komissarchik wrote:
An alternative that would not degrade startup performance is to ship 
one res bmp along with vector files. When an image is referenced 
initially, use the shipped bmp and start a background render job from 
the vector file. Once render completes, cache the result to disk and 
swap in the correct res image into the running instance. This would 
make Eclipse behave analogous to progressive resolution image loading.


Just a thought and I am certainly not in a position to volunteer to 
implement something like this. :)
That sounds like a good idea. Please put it in a bugzilla so that it's 
stored somewhere and becomes more likely to be implemented.

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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[David Williams]

On 09/21/2016 08:20 PM, Stefan Xenos wrote:
What I proposed would occur once, so it would slow down *installation* 
time but not startup time. We could show a message along the lines of 
"installing icons" to make it clear to the user what's going on.


Or do you have some reason to believe this would have some impact on 
startup time once the icons are installed?




I do not know a definitive answer, but found some hints. At first I was 
thinking something similar and did some googling for "svg png 
performance" and "does OS cache SVG" and a) did not find much about 
icons, per se, but otherwise seemed to be a lot of out-of-date 
information that I think is not always currently true ... most of it 
browser and webpage focused but (that is, low signal to noise ratio) and 
b) also found some bugs in Firefox's system that had titles such as "SVG 
cache must be invalidated if System theme changes". That, and even 
"scaling" seems like the kind of thing that might effect us. At that 
point I decided "this is complicated" and didn't read further. :)

 HTH

___
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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Stefan Xenos]

Generating the icons as part of the build would work, too. However, it
would be nice if this occurred as part of the in-IDE Eclipse build so that
all developers didn't have to install an external build toolchain if they
want to edit icons.

On Wed, Sep 21, 2016 at 11:02 AM Andrey Loskutov  wrote:

> 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 :
> >>
> >> Since existing startup time *is* already a user concern, I'm -1000 for
> this,
> >>
> >> Dani
> >>
> >>
> >>
> >> From:Stefan Xenos 
> >> To:Cross project issues 
> >> Date:21.09.2016 18:26
> >> Subject:Re: [cross-project-issues-dev] How to provide HDPI
> icons in yourplug-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 
> 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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Stefan Xenos]

What I proposed would occur once, so it would slow down *installation* time
but not startup time. We could show a message along the lines of
"installing icons" to make it clear to the user what's going on.

Or do you have some reason to believe this would have some impact on
startup time once the icons are installed?

On Wed, Sep 21, 2016 at 9:42 AM Daniel Megert 
wrote:

> Since existing startup time *is* already a user concern, I'm -1000 for
> this,
>
> Dani
>
>
>
> From:Stefan Xenos 
> To:Cross project issues 
> Date:21.09.2016 18:26
> Subject:Re: [cross-project-issues-dev] How to provide HDPI icons
> in yourplug-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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Tom Schindl]

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 :
> 
> 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 
>>  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"  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 :
> 
> Since existing startup time *is* already a user concern, I'm -1000 for 
> this,
> 
> Dani
> 
> 
> 
> From:Stefan Xenos 
> To:Cross project issues 
> Date:21.09.2016 18:26
> Subject:Re: [cross-project-issues-dev] How to provide HDPI icons 
> in yourplug-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  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 

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Antoine THOMAS]

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"  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 :

 Since existing startup time *is* already a user concern, I'm -1000 for
 this,

 Dani



 From:Stefan Xenos 
 To:Cross project issues 
 Date:21.09.2016 18:26
 Subject:Re: [cross-project-issues-dev] How to provide HDPI
 icons in yourplug-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 
 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
>> ___

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Camille Letavernier]

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"  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 :
>>>
>>> Since existing startup time *is* already a user concern, I'm -1000 for
>>> this,
>>>
>>> Dani
>>>
>>>
>>>
>>> From:Stefan Xenos 
>>> To:Cross project issues 
>>> Date:21.09.2016 18:26
>>> Subject:Re: [cross-project-issues-dev] How to provide HDPI icons
>>> in yourplug-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 
>>> 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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Andrey Loskutov]

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 :

Since existing startup time *is* already a user concern, I'm -1000 for this,

Dani



From:Stefan Xenos 
To:Cross project issues 
Date:21.09.2016 18:26
Subject:Re: [cross-project-issues-dev] How to provide HDPI icons in 
yourplug-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  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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[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 :
> 
> Since existing startup time *is* already a user concern, I'm -1000 for this,
> 
> Dani
> 
> 
> 
> From:Stefan Xenos 
> To:Cross project issues 
> Date:21.09.2016 18:26
> Subject:Re: [cross-project-issues-dev] How to provide HDPI icons in 
> yourplug-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  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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Konstantin Komissarchik]

An alternative that would not degrade startup performance is to ship one res 
bmp along with vector files. When an image is referenced initially, use the 
shipped bmp and start a background render job from the vector file. Once render 
completes, cache the result to disk and swap in the correct res image into the 
running instance. This would make Eclipse behave analogous to progressive 
resolution image loading.

Just a thought and I am certainly not in a position to volunteer to implement 
something like this. :)

Konstantin


On Sep 21, 2016, at 10:36, Antoine THOMAS  wrote:

>> 
>> Performance and footprint.
> 
> Dani, performance, ok, I can understand that, even if many operating system 
> today are using SVG icons (or vector graphics in general). But footprint? 
> vector graphic files are very light compared to bitmap, especially if you 
> consider that you need to generate different sizes for different screen 
> resolutions. That would help to decrease the footprint of packages.
>  
>  __
>> Antoine THOMAS aka ttoine
>> Product Manager
>> Eclipse Foundation
>> antoine.tho...@eclipse.org
>> +33663137906
>> @ttoine
>> 
>> 
>> 
> ___
> 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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Antoine THOMAS]

>
>
> Performance and footprint.


Dani, performance, ok, I can understand that, even if many operating system
today are using SVG icons (or vector graphics in general). But footprint?
vector graphic files are very light compared to bitmap, especially if you
consider that you need to generate different sizes for different screen
resolutions. That would help to decrease the footprint of packages.

 __

> Antoine THOMAS aka ttoine
> Product Manager
> Eclipse Foundation
> *antoine.tho...@eclipse.org* 
> *+33663137906* <%2B33663137906>
> @ttoine
>
>
>
___
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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Daniel Megert]

Since existing startup time *is* already a user concern, I'm -1000 for 
this,

Dani



From:   Stefan Xenos 
To: Cross project issues 
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  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

Re: [cross-project-issues-dev] How to provide HDPI icons in yourplug-in

[Daniel Megert]

> - Why not use svg icons in platform? This way the icons are always 
beautiful, no matter the resolution of the screen

Performance and footprint.

Dani



From:   Antoine THOMAS 
To: Cross project issues 
Date:   21.09.2016 18:10
Subject:Re: [cross-project-issues-dev] How to provide HDPI icons 
in your plug-in
Sent by:cross-project-issues-dev-boun...@eclipse.org



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



__
Antoine THOMAS aka ttoine
Product Manager
Eclipse Foundation
antoine.tho...@eclipse.org
+33663137906
@ttoine

On 21 September 2016 at 17:56, 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



__
Antoine THOMAS aka ttoine
Product Manager
Eclipse Foundation
antoine.tho...@eclipse.org
+33663137906
@ttoine

Le 21 sept. 2016 15:22, "Matthias Sohn"  a 
écrit :
+1, this would be great

On Wed, Sep 21, 2016 at 3:11 PM, Torkild U. Resheim  
wrote:
+1

Having a shared repo with SVG icons and tools to generate bitmaps would be 
awesome! I?ve been adjusting Eclipse Platform to my needs for generating 
@2x icons and it?s a bit hard as it is. I can only imagine how long it 
will take for all projects to generate @2x PNGs without such 
encouragement.

Best regards,
Torkild
--
Torkild Ulvøy Resheim
Consultant / Eclipse Committer / Senior Software Developer
Itema AS - http://itema.no

> 21. sep. 2016 kl. 14.09 skrev Antoine THOMAS :
>
> Question: would it make sense to create a project for a set of vector 
icons like Font Awesome or Fondation Icon Fonts, that any 
project/package/plugin could use, and of course, improve?
>
> It could of course include accessibility and general purpose icons. It 
would be a good companion to the Polarsys Font.
>
> Also, if the icons are done by a project team, with style guidelines, it 
would help to have consistent icons, in Eclipse, in general.
>
>
>
> __
> Antoine THOMAS aka ttoine
> Product Manager
> Eclipse Foundation
> antoine.tho...@eclipse.org
> +33663137906
> @ttoine
>
> On 21 September 2016 at 10:58, Lars Vogel  
wrote:
> Hi,
>
> the buildship project contact me about how to provide HDPI icons for
> there project. As I assume many projects have this question, I post
> here the related info.
>
> The general support in Platform is explained here:
> https://www.eclipse.org/eclipse/news/4.6/platform_isv.php#high-dpi-icons
>
> Platform has also a Maven based command line tool to renderer png in
> different sizes from svg images. See
> 
http://www.vogella.com/tutorials/Eclipse4Notes/article.html#providing_hdpi_icons

> for some info for that.
>
> Best regards, Lars
>
> --
> Eclipse Platform UI and e4 project co-lead
> CEO vogella GmbH
>
> Haindaalwisch 17a, 22395 Hamburg
> Amtsgericht Hamburg: HRB 127058
> Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
> USt-IdNr.: DE284122352
> Fax (040) 5247 6322, Email: lars.vo...@vogella.com, Web: 
http://www.vogella.com
> ___
> 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
___
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