Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [gef-dev] Carbon unsupported platform in Eclipse 3.7

I've been using Cocoa exclusively since it's available and I think it would make sense both for us and for users to stop supporting Carbon, resolve the Carbon-only bugs as WONTFIX, remove workarounds, and throw unsupported exceptions when running on Carbon (to explicitly point everybody to the better option).

Cheers,
Fabian

On 11.02.2011, at 23:10, Alexander Nyßen <alexander.nyssen@xxxxxxxxx> wrote:

Hi all,

what about the Carbon issue (see below)? There hasn't been much response to Anthony's inquiry so far...

Cheers
Alexander

Am 06.01.2011 um 22:17 schrieb Alexander Nyßen:

Hi team, 

as I finally got my hands on a MacBook with Mac OS X Tiger (10.4.11) I am now able to investigate all Carbon related issues as well (even if we might decide to no longer support the platform, I think it would be good to know, which of the currently reported issues still hold and which workarounds are obsolete by now).

Cheers,
Alexander

Am 22.12.2010 um 23:17 schrieb Alexander Nyßen:

Hi Anthony, 

I think it would be reasonable to announce to no longer officially support Carbon, as most of the Mac OS X related issues are actually caused by SWT inconsistencies, and as the SWT team is no longer going to officially support Carbon, we cannot do much about it anyway. I also see the problem that (as far as I know) nobody in the GEF team has a Carbon Mac at hand (I have a Cocoa Mac, which I use for my daily work, so I can investigate all Cocoa related issues but unfortunately not Carbon), so we cannot really investigate most of the problems anyway. I tried to obtain an old Carbon Mac from a working colleague, but unfortunately it got broken today....

I would not go as far as throwing unsupported exceptions in case somebody tries to use GEF 3.7 on Carbon (I would say an "as-is" usage would not harm us), but I think we should resolve the related bugs as WONTFIX and we should not build in any more workarounds for the Carbon platform; actually I think we should also remove all existing ones to get a clean code base again. Probably most of them are related to SWT problems, which have already been fixed in later SWT releases (e.g. the AWT-SWT-bridge related issues), so they may not be needed any more anyway. Maybe there is still a chance of somebody getting a Carbon Mac, so we could investigate which of them are actually still needed to make a decision about that.

Concerning platform specific workarounds as a whole, I think we should try to get rid of them anyway. I have already started to investigate most of the Cocoa related bugs (there are actually not so many; most were related to broken or missing xor painting, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=332872) in the last two weeks. I successfully identified related SWT problems for all that I investigated, and thanks to Scott Kovac of the SWT team, who very quickly fixed all of them (and also implemented xor painting on the SWT Cocoa port), they could actually be resolved without the need for any GEF workarounds. I have also started to investigate the need for the existing Cocoa related workarounds and I already reverted one for GEF 3.7 (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=303659).

Best Regards
Alexander

Hi Team,

I am pretty sure that we all are aware that Mac OSX Carbon is Unsupported for Eclipse 3.7. Should we make a formal statement for GEF and Draw2D? I know we have hard coded work-arounds for Carbon and Cocoa, maybe we should check for Cocoa only going forward? Should we throw unsupported exceptions when we detect Carbon?

What do you guys think?

Cheers...
Anthony
--
Anthony Hunter
mailto:anthonyh@xxxxxxxxxx
Software Development Manager
IBM Rational Software: Aurora / Modeling Tools
Phone: 613-270-4613
_______________________________________________
gef-dev mailing list
gef-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef-dev

--  
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer

Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743


itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus

Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus

_______________________________________________
gef-dev mailing list
gef-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef-dev

--  
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer

Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743


itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus

Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus

_______________________________________________
gef-dev mailing list
gef-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef-dev

--  
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer

Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 /  17396743


itemis AG
Am Brambusch 15-24
44536 Lünen

Rechtlicher Hinweis:

Amtsgericht Dortmund, HRB 20621

Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus

Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus

_______________________________________________
gef-dev mailing list
gef-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef-dev

Back to the top