Board.KolibriOS.org

Цитата: " А если надо одновременно пять кеглей ?"

На мой взгляд, это нужно только для, условно говоря, просмотрщиков html/doc/odt/... и им подобных. В этом случае только xxx_font_lib + новый блиттер (ибо для случая, когда комбинируется графика и каждая буква в потенциале - своим шрифтом, прыгать по каждому случаю в ring0, ...)

Цитата: "Заморочки какие."

Как раз и нет - такой подход заставляет один раз в одном месте установить все четыре используемых шрифта. Это позволит легко переделать приложение на другие (совместимые по размерам) шрифты.

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

art_zh
Когда операция планируется ?

Забыл одно замечание: для Remote Desktop Connection многие до сих пор используют 16 бит из-за низкой пропускной способности сети (даже на терминалах / тонких клиентах / компьютерах, которые поддерживают 32 бита без проблем). Поэтому имеет смысл оставить поддержку 16 бит для удалённого доступа.

Это все можно программно сделать.

Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.

Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:Нам лень и вообще некогда решать проблему

Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.

На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.

SoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).

нда, "опытные" студенты проэктом заведуют

art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.

Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?

x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.

кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

Даа, не думал что у меня будет желание писать в вашем форуме ещё.

ilya
немного сумбурно и очень спорно, но ты свою позицию высказал.
по всем пунктам сразу.
спасибо.

ну а теперь можешь со спокойной совестью отсюда валить.
справимся как-нибудь без тебя.

Триумфальное возвращение КЭПа!

ilya wrote:

Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.

Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:Нам лень и вообще некогда решать проблему

Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.

На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.

SoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).

нда, "опытные" студенты проэктом заведуют

art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.

Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?

x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.

кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

Даа, не думал что у меня будет желание писать в вашем форуме ещё.

ilya, откуда такой неготив?
Всем всегда хочется что-то своё создать, а потом, взможно, продать, однако из таких рассуждений поспешные выводы - ЗЛО!!!

Дайте мне 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 ?

May I remind you guys that some emulators (for example Qemu) use the 24bpp mode

Qemu can emulate VMWare SVGA adapter.

I know, but do the 'users' know ?