Board.KolibriOS.org

Official KolibriOS board
It is currently Tue Sep 22, 2020 1:26 pm

All times are UTC+03:00




Post new topic  Reply to topic  [ 249 posts ]  Go to page Previous 19 10 11 12 1317 Next

Ваше мнение об оптимизации GUI ядра
Оставить как было 24%  24%  [ 16 ]
Убрать только CGA и VGA, оставить VESA1.2 7%  7%  [ 5 ]
Оставить только VESA2-режимы (без изменения) 10%  10%  [ 7 ]
Разделить 24 и 32bpp графику в условно-компилируемые блоки 25%  25%  [ 17 ]
Оставить в ядре единственный 32bpp-режим 33%  33%  [ 22 ]
Total votes: 67
Author Message
PostPosted: Sat Oct 13, 2012 1:44 pm 
Offline

Joined: Wed Sep 15, 2010 7:22 pm
Posts: 101
Цитата: " А если надо одновременно пять кеглей ?"

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

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

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


Top
   
PostPosted: Sun Oct 14, 2012 2:44 pm 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5290
Отдаю свой голос за единственный 32х битный режим в ядре, а кому надо сделает 24 условно-компилируемым блоком. А сколько времени мы решали какой логотип поставить в шапку форума...

_________________
Звиздеть не мешки ворочать


Top
   
PostPosted: Sun Oct 21, 2012 3:30 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
art_zh
Когда операция планируется ?


Top
   
PostPosted: Sun Oct 21, 2012 5:21 pm 
Offline
Public Relations
User avatar

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


Top
   
PostPosted: Sun Oct 21, 2012 5:22 pm 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Это все можно программно сделать.


Top
   
PostPosted: Sun Oct 28, 2012 12:41 am 
Offline

Joined: Tue Jul 26, 2011 11:03 pm
Posts: 62
Mario wrote:
Ломать не строить. Тем более альтернативы не предлагается никакой.
Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:
Нам лень и вообще некогда решать проблему
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

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

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

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

Quote:
а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

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

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


Top
   
PostPosted: Sun Oct 28, 2012 2:34 am 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1412
ilya
немного сумбурно и очень спорно, но ты свою позицию высказал.
по всем пунктам сразу.
спасибо.

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


Top
   
PostPosted: Sun Oct 28, 2012 9:44 am 
Триумфальное возвращение КЭПа! :)


Top
   
PostPosted: Sun Oct 28, 2012 6:27 pm 
Offline
User avatar

Joined: Mon Jul 25, 2011 6:22 pm
Posts: 93
ilya wrote:
Mario wrote:
Ломать не строить. Тем более альтернативы не предлагается никакой.
Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:
Нам лень и вообще некогда решать проблему
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

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

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

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

Quote:
а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

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

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


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

_________________
Программист не тот, кто постоянно пишет КОД, а тот кто сможет понять чужой КОД!!!


Top
   
PostPosted: Sun Oct 28, 2012 10:36 pm 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Quote:
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

Программу инсталляции Колибри куда и как? Крупные буквы - где? И что такое "реализуемый план"?:)


Top
   
PostPosted: Sat Jan 12, 2013 2:11 am 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1412
Serge wrote:
Когда операция планируется ?

На-днях (или раньше).


Top
   
PostPosted: Thu Feb 07, 2013 8:31 am 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Пока окончательный переход с чисткой кода задерживается , может стоит заменить строку в 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 ?


Top
   
PostPosted: Thu Feb 07, 2013 9:46 am 
Offline
Mentor/Kernel Developer
User avatar

Joined: Fri Jun 30, 2006 9:01 am
Posts: 1275
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


Top
   
PostPosted: Thu Feb 07, 2013 9:52 am 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Qemu can emulate VMWare SVGA adapter.


Top
   
PostPosted: Thu Feb 07, 2013 9:58 am 
Offline
Mentor/Kernel Developer
User avatar

Joined: Fri Jun 30, 2006 9:01 am
Posts: 1275
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


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 249 posts ]  Go to page Previous 19 10 11 12 1317 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 0 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Limited