LINUX.ORG.RU

История изменений

Исправление EXL, (текущая версия) :

Если что тулзы из оригинального NeXTSTEP, а не GNUStep, выглядели как-то так:

Сама IDE:

При этом даже в плане сборочной системы они ничего не придумывали нового, а просто очень аккуратно обернули обычный для тех лет Makefile. Самый смак – Fat Mach-O Executable, когда ты мог в один исполняемый файл скомпилировать приложение для поддержки 4-ых архитектур: Motorola 68000, Intel i386, HP PA-RISC и Sun Solaris. И всё это бесшовно собиралось на любой NeXTSTEP тачке с любой архитектурой автоматически, без чудовищной кросс-компиляторной возни как в том же Linux/UNIX позже было.

И кстати вот ещё интересный момент, в NeXTSTEP не было иксов вообще, а за отрисовку всего отвечал векторный Display PostScript, который можно было очень удобно расширять и использовать эти расширения из своих приложений. К примеру, вот мне захотелось нарисовать прямоугольник со скруглёнными краями, я для этого просто лезу в Display PostScript с его богатыми векторными возможностями и определяю там функцию такого вида на кривых Безье:

https://github.com/EXL/2048/blob/5bc874c61d799cf12a2f7b77a3f55713c0a0ce5b/2048-NeXTSTEP/PostScriptWraps.psw#L31-L45

Которую потом спокойно могу использовать из программы на C, C++ или Objective-C, получив нужное:

Подобные возможности встраивания Display PostScript внутрь собственных приложений давали очень огромные возможности, некоторые из которых сегодня недоступны даже в современных Cairo или Qt Graphics View Framework:

Всё это было по настоящему инновационно для конца 80-ых и не шло ни в какой сравнение с сабжевым недо-DE – CDE с прибитой неудобной и уродливой панелькой.

Исправление EXL, :

Если что тулзы из оригинального NeXTSTEP, а не GNUStep, выглядели как-то так:

Сама IDE:

При этом даже в плане сборочной системы они ничего не придумывали нового, а просто очень аккуратно обернули обычный для тех лет Makefile. Самый смак – Fat Mach-O Executable, когда ты мог в один исполняемый файл скомпилировать приложение для поддержки 4-ых архитектур: Motorola 68000, Intel i386, HP PA-RISC и Sun Solaris. И всё это бесшовно собиралось на любой NeXTSTEP тачке с любой архитектурой автоматически, без чудовищной кросс-компиляторной возни как в том же Linux/UNIX позже было.

И кстати вот ещё интересный момент, в NeXTSTEP не было иксов вообще, а за отрисовку всего отвечал векторный Display PostScript, который можно было очень удобно расширять и использовать эти расширения из своих приложений. К примеру, вот мне захотелось нарисовать прямоугольник со скруглёнными краями, я для этого просто лезу в Display PostScript с его богатыми векторными возможностями и определяю там функцию такого вида на кривых Безье:

https://github.com/EXL/2048/blob/5bc874c61d799cf12a2f7b77a3f55713c0a0ce5b/2048-NeXTSTEP/PostScriptWraps.psw#L31-L45

Которую потом спокойно могу использовать из программы на C, C++ или Objective-C, получив нужное:

Подобные возможности встраивания Display PostScript внутрь собственных приложений давали очень огромные возможности, некоторые из которых сегодня недоступны даже в современных Cairo или Qt Graphics View Framework:

Всё это было по настоящему инновационно для конца 80-ых и не шло ни в какой сравнение с сабжевым недо-DE – CDE.

Исправление EXL, :

Если что тулзы из оригинального NeXTSTEP, а не GNUStep, выглядели как-то так:

Сама IDE:

При этом даже в плане сборочной системы они ничего не придумывали нового, а просто очень аккуратно обернули обычный для тех лет Makefile. Самый смак – Fat Mach-O Executable, когда ты мог в один исполняемый файл скомпилировать приложение для поддержки 4-ых архитектур: Motorola 68000, Intel i386, HP PA-RISC и Sun Solaris. И всё это бесшовно собиралось на любой NeXTSTEP тачке с любой архитектурой автоматически, без чудовищной кросс-компиляторной возни как в том же Linux/UNIX позже было.

И кстати вот ещё интересный момент, в NeXTSTEP не было иксов вообще, а за отрисовку всего отвечал векторный Display PostScript, который можно было очень удобно расширять и использовать эти расширения из своих приложений. К примеру, вот мне захотелось нарисовать прямоугольник со скруглёнными краями, я для этого просто лезу в Display PostScript с его богатыми векторными возможностями и определяю там функцию такого вида на кривых Безье:

https://github.com/EXL/2048/blob/5bc874c61d799cf12a2f7b77a3f55713c0a0ce5b/2048-NeXTSTEP/PostScriptWraps.psw#L31-L45

Которую потом спокойно могу использовать из программы на C, C++ или Objective-C, получив нужное:

Подобные возможности встраивания Display PostScript внутрь собственных приложений давали очень огромные возможности, многие из которых сегодня недоступных даже в Cairo или Qt Graphics View Framework:

Всё это было по настоящему инновационно для конца 80-ых и не шло ни в какой сравнение с сабжевым недо-DE – CDE.

Исходная версия EXL, :

Если что тулзы из оригинального NeXTSTEP, а не GNUStep, выглядели как-то так:

Сама IDE:

При этом даже в плане сборочной системы они ничего не придумывали нового, а просто очень аккуратно обернули обычный для тех лет Makefile. Самый смак – Fat Mach-O Executable, когда ты мог в один исполняемый файл скомпилировать приложение для поддержки 4-ых архитектур: Motorola 68000, Intel i386, HP PA-RISC и Sun Solaris. И всё это бесшовно собиралось на любой NeXTSTEP тачке с любой архитектурой автоматически, без чудовищной кросс-компиляторной возни как в том же Linux/UNIX позже было.

И кстати вот ещё интересный момент, в NeXTSTEP не было иксов вообще, а за отрисовку всего отвечал векторный Display PostScript, который можно было очень удобно расширять и использовать эти расширения из своих приложений. К примеру, вот мне захотелось нарисовать прямоугольник со скруглёнными краями, я для этого просто лезу в Display PostScript с его богатыми векторными возможностями и определяю там функцию вида:

https://github.com/EXL/2048/blob/5bc874c61d799cf12a2f7b77a3f55713c0a0ce5b/2048-NeXTSTEP/PostScriptWraps.psw#L31-L45

Которую потом спокойно могу использовать из программы на C, C++ или Objective-C, получив нужное:

Подобные возможности встраивания Display PostScript внутрь собственных приложений давали очень огромные возможности, многие из которых сегодня недоступных даже в Cairo или Qt Graphics View Framework:

Всё это было по настоящему инновационно для конца 80-ых и не шло ни в какой сравнение с сабжевым недо-DE – CDE.