Soft Windows GUI

Alex Kagansky, никуда оно не впаяно намертво. Всё по отдельности лежит. Просто win32k.sys всех смущает. Однако контролы и прочие красивости рисует не он. Этим уже вообще user32.dll занимается. Что и требуется для изменения внешнего вида windows. А начиная с XP появилась dll для управления скинами.

 

Zelya, не переживайте. "Привязать" контекстное меню можно, действительно только к форме. Окну ваши "привязки" по барабану. Чтобы контекстное меню (на самом деле, самое обычное меню) сработало, надо руками прописывать в оконной функции перехват сообщения правого клика. И тогда - руками фигачить на экран это самое меню (ни к чему не привязанное). Ну и все его команды там же - в оконной функции - прописываются.

---------- Сообщение добавлено в 18:41 ---------- Предыдущее сообщение размещено в 18:39 ----------

Alex Kagansky, не слушайте коллегу Bato-San, он все пытается изобрести терминологию, в которой его глупости выглядят правдоподобными.

 

Таки да, надо. Совсем про это забыл.

Нет, привязанное. Оно будет туда команды передавать. А выполнять их будет, таки окошко. А еще желательно грамотно родителя поставить, чтобы меню где-то внизу не выскакивало, насколько я помню.

 

Zelya, "привязывается" и позиционируется меню одной функцией

invoke TrackPopupMenu, mnuhWnd, TPM_LEFTALIGN, X, Y, 0, hWnd, 0

т.е. до момента вывода на экран, оно "не привязано".

 

Боюсь, что впаяно. Причем со всех сторон.

Ядро - монолитное, все работает в нулевом кольце (если смотреть с точки зрения исполнения кода).

API - монолитное, графическая подсистема является неотъемлемой частью (в отличие от QNX, к примеру).

С точки зрения модульности - ну ок, лежит отдельная либа user32.dll. Можно сказать, что код гуя лежит в отдельном файле. Но это ни на что не влияет.

 

Alex Kagansky, Замечательно. Монолитный API - это звучит гордо. Особенно в системе построенной на основе DLL. Или это вы так про ядро ? Так покажите же, где графика там приварено намертво ! И почему это я не могу просто не грузить ненужный мне модуль в память (да, я знаю, что ещё куча всего отвалится) или изменить его код так как захочу ? SDK резко сбросил в объёмах от таких утверждений. Остальные аргументы тоже на уровне. Точнее их отсутствие. Смотрим RP9 для win98 и рыдаем от смеха.

 

Вообще-то API не имеет отношения к тому, на чем построена система. Его можно сделать хоть на DLL, хоть на веб-сервисах, хоть на черте с рогами.

Смотря что понимать под "приварена". Я в прошлом посте назвал три точки зрения.

Если смотреть с точки зрения API - вот, пожалуйста:
http://msdn.microsoft.com/en-us/library/windows/desktop/ff468919(v=vs.85).aspx

Windows API невозможен без, например, функции ShowWindow. Если вы пишете приложение под это API, то такая функция там есть.

Вот эта фраза "да, я знаю, что ещё куча всего отвалится" - ни на что не намекает?

Это у вас отсутствие. Точнее каша вместо аргументов.

Рыдаем. От непонимания довольно простых вещей.

Еще раз повторяю. Ядро монолитное, структуры данных общие, графика в том числе. С позиции API графические функции тоже являются неотъемлемой частью. То, что какую-то DLL можно хакнуть или подменить, рояля не играет. Можно и в памяти структуру данных подпатчить во время исполнения - к архитектуре ОС это не относится.

 

О! Классно, чт о тему раделили, а то я аж-но испугался, за количество оффтопа.

Да-да, все именно так . Это я завтыкал, думал, что в CreatePopupMenu хендл окна передается. А оно void. Признаю свои ошибки.

Абсолютно правильно. Без, например, ShowWindow, ядро Винды будет ущербно и неработоспособно. Но вот саму реализацию этой функции (как и большинства другий GUIшных) чаще всего подменить не сложная задача. Для профессионала, конечно, а не для меня-двоечника. Фактически программист будет и дальше дергать ShowWindow не интересуясь где на формоче, скажем, тулбар, сверху или сбоку.

 

Абсолютно верно.

Но это не имеет отношения к тому, что в винде графика таки в ядро встроена.

 

Ну, я с этого и начал. Причем даже windows так называемый lite упомянул. Где ядро 98 или Me, а GUI из Win 95. И фичи от ядра на месте, и GUI не жрет ресурсы своей IE интегрированностью.

 

Alex Kagansky, Забавно. Вместо того что бы заглянуть в импорты того же win32k.sys вы мне тычете магическим "архитектура" и не признаёте, что изменение кода конкретной DLL не влечёт за собой изменения API... Гениальная точка зрения.

Что же вы тогда скажете про ZX-Spectrum и TR-DOS ?

 

Bato-San,
Вы вольны изменить код конкретной dll, поменяв, скажем, сигнатуру API функции. Но в таком случае, боюсь, Вы получите полностью нерабочий продукт.

 

Лучше - в экспорты:

 

Zelya, Тут народ путается, пытаясь доказать, что я не могу взять конкретный файл и выбросить его из системы, потому что "так типа не задумано разработчиками". При этом просто не понимают даже, как оно работает на самом деле. Или лукавят. Что маловероятно.
Нет нужды менять сигнатуры API что бы заставить винду рисовать что то отличное от стандартных картинок. Достаточно просто изменить конкретную функцию рисования. Всё тот же реверсинг. Тут пытаются доказать дополнительно, что графическое ядро необходимо для функционирования системы и без него она загнётся в корчах. Это примерно тоже самое, что доказывать невозможность функционирования Windows без Internet Explorer.
Нет и нужды трогать ядро видеосистемы. Хотя оно и оформлено как обычный драйвер.
DDK тоже нет необходимости читать. Так ведь можно сделать кучу "нестандартных" функций и, ай-яй-яй ! - вмешаться в работу ядра.
Я привёл RealPack9 как пример изменения интерфейса Win9x. Реально работающий. Можем ставить любые скины. Но, как видим - это не аргумент.

Ведь главное тут не истина уже, а просто доказать, что неправ именно я. Ну, флаг в руки.

gudleifr, экспорты - это то что предоставляет нам конкретный модуль. А импорты - это то что он берёт из ядра системы. И вот в импортах то нет ничего про рисование. Совсем. У нас есть отдельное ядро видеосистемы. Основное ядро от него не зависит. Вот о чём речь. Выбросим этот файл и упоминания о нём - система запустится и будет работать. Только видеовывода не будет. По большому счёту откажет только то что этим пользуется. Не файловая система. Ни менеджер памяти. Ни что то другое.

 

У меня есть задачка попроще. Как используя wxAuiManager сделать pane активным не тыкая мышкой в заголовок, но программно?
upd: Всё, не надо, нашёл. Продолжайте. =)

 

Ээээ.... а что, влечет?
Забавно.

А что с ними? Я не в курсе про эти системы вообще.

 

А откуда там может быть про рисование, если это самый глубоко закопанный модуль GUI? На всех трех страницах нет ни одной строчки про что-то более "ядреное". На самом деле, мы можем выкинуть из Винды все, заявив, что "настоящее ядро" (т.е. BIOS) прекрасно работает и без нее. Только это будет ни фига не Виндовс.

Если уж так упираться рогом, то что такое OC? Распределение ресурсов между пользователями-программами. Win-программы умеют работать без GUI? Нет. Значит, GUI является частью ОС.

 

Этого лично я не доказываю.

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

 

Просто оставлю это здесь http://habrahabr.ru/post/108156

 

gudleifr, а я рогом не упираюсь. В отличии от некоторых.Факт доказан. На всю глубину. Но нас то интересовало в начале темы не полная замена видеоядра, а всего то изменение внешнего вида стандартных окошек и кнопочек. Вернёмся к этой теме. Ок ?

Alex Kagansky, что следует для винды - я выше написал. Как использовать - думайте сами. Скажу, что программы работающие в таком режиме есть. Ну нафиг им человеческое вмешательство не нужно. Как и лишний расход времени и ресурсов.

Про ZX-Spectrum... Тут такая штука с ним, что там как раз та ситуация, которую вы описывали. На экстремуме. Да ещё и в ПЗУ зашито. Казалось бы - как поменять то ? Но даже в этом случае всё делалось. Нужда заставит.