Это всё информационная война. Когда не являешься очевидцем, и информация переходит через десятки третьих источников, возможно, заинтересованных — тогда уже не знаешь, чему верить, а чему не верить.
Особенно, когда известно, что и та, и другая сторона не гнушается мерзостями.
Иногда даже следует опасаться толковать и те события, которые видишь — можно всё истолковать в любую сторону.
В сказки о том, что кто-то хочет нести свет и правду, нас давно отучили верить. Если кто-то что-то делает, значит, это ему материально выгодно. За исключением идеалистов, людей, в основном, интересуют лишь деньги и власть.
А я не утверждаю, что это плохо. Но когда можно и так и так, и одного стиля не придерживаются, внося путаницу и неразбериху — вот это уже начинает раздражать.
Частично согласен. GUI, как и View в MVC, должен быть пассивен и декларативен. Тем более, что .setWidth() эквивалентен .width=
Впрочем, несложно написать LayoutManager, который будет свои правила брать из xml или properties. Сложности могут появиться тогда, когда нужна сложная логика расположения, которую декларативно не очень опишешь красиво.
«Рисовать интерфейсы» было возможно (на Java) ещё во времена JBuilder 6, но при этом он не только генерировал ужасный код, вместе с дополнительными файлами xml, но и использовал собственные классы. Я тогда возненавидел не только метод jbInit() и класс XYLayoutManager, но и вообще визуальный метод рисования форм.
А когда вдруг он вышел на базе Eclipse, я вообще отказался от этого варезника, и полюбил Eclipse c версии 3.1. Да, там нет средств визуального проектирования «из коробки», но есть что-то, что удерживает от использования таких замечательных IDE, как, например, NetBeans и IntelliJ Idea.
Нет, не унизительным, а просто популярным. Вот и получается, что берут первую попавшуюся распиаренную технологию, и используют, где надо и где не надо — просто потому, что это якобы признак крутости.
Уважающий себя программист всё-таки интересуется «подноготной» своего фреймворка, мол, на каких принципах это всё работает. Также интересуется и другими технологиями.
Для «почти абсолютного» позиционирования можно, как вариант, использовать GraphPaperLayout. Тоже абсолютное позиционирование, только в условных единицах (если выставить 100х100, то, получается, в процентах). А при изменении размера контейнера все контролы перепозиционируются.
от мертвого осла?
Особенно, когда известно, что и та, и другая сторона не гнушается мерзостями.
Иногда даже следует опасаться толковать и те события, которые видишь — можно всё истолковать в любую сторону.
В сказки о том, что кто-то хочет нести свет и правду, нас давно отучили верить. Если кто-то что-то делает, значит, это ему материально выгодно. За исключением идеалистов, людей, в основном, интересуют лишь деньги и власть.
же, и поэтому — без комментариев
Впрочем, несложно написать LayoutManager, который будет свои правила брать из xml или properties. Сложности могут появиться тогда, когда нужна сложная логика расположения, которую декларативно не очень опишешь красиво.
А когда вдруг он вышел на базе Eclipse, я вообще отказался от этого варезника, и полюбил Eclipse c версии 3.1. Да, там нет средств визуального проектирования «из коробки», но есть что-то, что удерживает от использования таких замечательных IDE, как, например, NetBeans и IntelliJ Idea.
— не зависеть от рисовалки
— получать понятный, поддерживаемый код
Поколение .NET…
> А разработчики .net еще и System.Environment.SpecialFolder зачем-то сделали
Каждая платформа навязывает свою идеологию, делая обертки в своём стиле вокруг нижележащей платформы. Это неизбежно…