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

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 complet

[cross-project-issues-dev] Oxygen M2 staging repository is complete

Thanks everyone for your updates. As we ended up, only soa-bpmn2-modeler is disabled, and only 5 or 6 projects have "decreasing" feature versions (the Eclipse Platform being one of them). :/ I will promote this repo Friday morning around 10:00 and re-enable the Oxygen aggregation builds Fri

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

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 w

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

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:

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

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 i

[cross-project-issues-dev] Disk usage report for Hudson/Build

Compiled 2016-09-21T16:07 build.eclipse.org -> Usage exceeding 1GB for: Hudson master jobs and workspace (2016-09-21T10:00) 2.8G papyrus-trunk-nightly 1.7G papyrus-trunk-extra-nightly -> Usage exceeding 1GB for: /shared (1000G capacity) (2016-09-21T10:00) 1603.3G hipp 247.7G eclip

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 : > > Thanks Camille. > > Simple question: how text (font) is rendered in Eclipse? I guess the text is > not rendered as bitmap

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

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.

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

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 issue

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

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 Graph

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

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 canno

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

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

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

On 21 September 2016 at 18:15, Mickael Istria wrote: > On 09/21/2016 06:09 PM, Antoine THOMAS wrote: > > > 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. > > Maybe we should ask modelling developers? Sirius, Pap

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> > This would require that the project reusing the "Project" and "J" icons > would render the SVG itself, however, but maybe the Platform team could > donate the highly useful org.eclipse.images.renderer plugin to CBI? That > way, you could even perform the SVG rendering during your build (rathe

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

Hi, > We in Eclipse Platform collect all our icons in the eclipse.image repo > but I think a shared icon repo would be nice. > In our repo the folder location is designed to allow "copy and paste" > the generated icons to our projects, which helps a lot for adapting > icon changes. if all shared

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

+1 for Antoine proposal. We in Eclipse Platform collect all our icons in the eclipse.image repo but I think a shared icon repo would be nice. In our repo the folder location is designed to allow "copy and paste" the generated icons to our projects, which helps a lot for adapting icon changes. Bes

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

Great idea! This project would also be a place to collect tutorials on how to create and modify icons. Every now and then I need a new icon or to modify an existing one, and I always have the feeling I am reinventing the wheel. Kaloyan On 09/21/2016 03:09 PM, Antoine THOMAS wrote: Question:

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

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 accessi

[cross-project-issues-dev] How to provide HDPI icons in your plug-in

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