Re: [cross-project-issues-dev] HTMLPrinter is Broken

Leo, While I agree in principle, the principles lead down a path where I'm sure no one really wants to go; it is the path paved with good intentions. Specific comments below. On 24.01.2018 18:24, Leo Ufimtsev wrote: Hello Ed, On Wed, Jan 24, 2018 at 7:27 AM, Ed Merks

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Your not a jerk Ed ;-) I suggest you open a bug to add your bundles as friends. That way we can notify you upfront. Dani From: Ed Merks To: cross-project-issues-dev@eclipse.org Date: 24.01.2018 14:31 Subject:Re: [cross-project-issues-dev] HTMLPrinter is

[cross-project-issues-dev] EMF GWT

I'm considering dropping support for EMF's GWT components from EMF 2.14.   If you don't care, don't read any further because I'll interpret silence as not caring. The problem is that I'm still using very old versions of GWT and AppEngine tools.  These tools are broken in the latest Oxygen

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Mickael, Comments below. On 24.01.2018 15:08, Mickael Istria wrote: Hi Ed, all @Ed: First, don't pretend you don't know what "internal" means here, you're smarter than that. Those projects deliberately built against such risk and it's fair to have them dealing with there own issues.

Re: [cross-project-issues-dev] HTMLPrinter is Broken

The internal methods are restored via https://bugs.eclipse.org/bugs/show_bug.cgi?id=530240 Ed, please do a quick check, if there is still something missing for you. Best regards, Lars On Wed, Jan 24, 2018 at 3:12 PM, Aleksandar Kurtakov wrote: > On Wed, Jan 24, 2018 at

Re: [cross-project-issues-dev] EMF and XSD Build Migrated to Tycho

Hi Ed, all, That's a great improvement for those projects! Thanks Ed and everyone involved in making this happen! Cheers, ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org To change your delivery options, retrieve your

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Hello Ed, On Wed, Jan 24, 2018 at 7:27 AM, Ed Merks wrote: > I'm a more than little annoyed to see that this method > > org.eclipse.jface.internal.text.html.HTMLPrinter.insertPageProlog(StringBuffer, > int, RGB, RGB, String) > > I understand your frustration, we sometimes

Re: [cross-project-issues-dev] HTMLPrinter is Broken

On Wed, Jan 24, 2018 at 2:27 PM, Ed Merks wrote: > I'm a more than little annoyed to see that this method > > org.eclipse.jface.internal.text.html.HTMLPrinter.insertPageProlog(StringBuffer, > int, RGB, RGB, String) > > has gone from deprecated to deleted in less than a 5 week

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Thanks. I'm sorry for being a jerk. On 24.01.2018 14:02, Lars Vogel wrote: Ed, we have an on-going effort to reduce the number of Sonar warnings in the platform code. Moving from StringBuffer to StringBuilder in our internal API is part of that. As this method seems to be heavily used by

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Ed, we have an on-going effort to reduce the number of Sonar warnings in the platform code. Moving from StringBuffer to StringBuilder in our internal API is part of that. As this method seems to be heavily used by others, I'm also surprised that it was never requested as proper public API. As

Re: [cross-project-issues-dev] HTMLPrinter is Broken

Hi I have to agree that internal is internal and if really necessary can be changed with complete disregard to users. For similar usage scenarios, I create a "ripoffs" package. e.g.