Цитата: " А если надо одновременно пять кеглей ?"
На мой взгляд, это нужно только для, условно говоря, просмотрщиков html/doc/odt/... и им подобных. В этом случае только xxx_font_lib + новый блиттер (ибо для случая, когда комбинируется графика и каждая буква в потенциале - своим шрифтом, прыгать по каждому случаю в ring0, ...)
Цитата: "Заморочки какие."
Как раз и нет - такой подход заставляет один раз в одном месте установить все четыре используемых шрифта. Это позволит легко переделать приложение на другие (совместимые по размерам) шрифты.
Оптимизация ядерной графики
Отдаю свой голос за единственный 32х битный режим в ядре, а кому надо сделает 24 условно-компилируемым блоком. А сколько времени мы решали какой логотип поставить в шапку форума...
Из хаоса в космос
art_zh
Когда операция планируется ?
Когда операция планируется ?
Забыл одно замечание: для Remote Desktop Connection многие до сих пор используют 16 бит из-за низкой пропускной способности сети (даже на терминалах / тонких клиентах / компьютерах, которые поддерживают 32 бита без проблем). Поэтому имеет смысл оставить поддержку 16 бит для удалённого доступа.
Это все можно программно сделать.
Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.Mario wrote:Нам лень и вообще некогда решать проблему
На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
нда, "опытные" студенты проэктом заведуютSoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
Даа, не думал что у меня будет желание писать в вашем форуме ещё.
ilya
немного сумбурно и очень спорно, но ты свою позицию высказал.
по всем пунктам сразу.
спасибо.
ну а теперь можешь со спокойной совестью отсюда валить.
справимся как-нибудь без тебя.
немного сумбурно и очень спорно, но ты свою позицию высказал.
по всем пунктам сразу.
спасибо.
ну а теперь можешь со спокойной совестью отсюда валить.
справимся как-нибудь без тебя.
Триумфальное возвращение КЭПа!
ilya, откуда такой неготив?ilya wrote:Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.Mario wrote:Нам лень и вообще некогда решать проблему
На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
нда, "опытные" студенты проэктом заведуютSoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
Даа, не думал что у меня будет желание писать в вашем форуме ещё.
Всем всегда хочется что-то своё создать, а потом, взможно, продать, однако из таких рассуждений поспешные выводы - ЗЛО!!!
Программист не тот, кто постоянно пишет КОД, а тот кто сможет понять чужой КОД!!!
Программу инсталляции Колибри куда и как? Крупные буквы - где? И что такое "реализуемый план"?:)Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.
На-днях (или раньше).Serge wrote:Когда операция планируется ?
Пока окончательный переход с чисткой кода задерживается , может стоит заменить строку в bootvesa.inc
cmp [es:mi.BitsPerPixel], 24 ;It show only videomodes to have support 24 and 32 bpp
на
cmp [es:mi.BitsPerPixel], 32 ;It show only videomodes to have support 32 bpp
и ограничить доступные режимы только 32 bpp ?
cmp [es:mi.BitsPerPixel], 24 ;It show only videomodes to have support 24 and 32 bpp
на
cmp [es:mi.BitsPerPixel], 32 ;It show only videomodes to have support 32 bpp
и ограничить доступные режимы только 32 bpp ?
May I remind you guys that some emulators (for example Qemu) use the 24bpp mode
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein
Qemu can emulate VMWare SVGA adapter.
I know, but do the 'users' know ?
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein
Who is online
Users browsing this forum: No registered users and 7 guests