Board.KolibriOS.org

Official KolibriOS board
It is currently Mon Nov 18, 2019 9:29 pm

All times are UTC+03:00




Post new topic  Reply to topic  [ 134 posts ]  Go to page Previous 15 6 7 8 9 Next
Author Message
PostPosted: Thu Sep 15, 2011 8:02 am 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
IgorA, чем не устраивает fontslib? (см. SVN)


Top
   
PostPosted: Thu Sep 15, 2011 11:06 am 
Offline
User avatar

Joined: Mon Oct 27, 2008 10:10 pm
Posts: 811
maximYCH wrote:
чем не устраивает fontslib?

Тем что элемент t_edit находится в библиотеке box_lib а fontslib это также библиотека. Получается что для использования шрифта мне нужно подключать из box_lib другую библиотеку fontslib. Просто не очень внушает доверие то что получается одна библиотека будет попутно грузить другую. Я знаю что это возможно и что работать будет, просто не хочется сильно накручивать.
И в этом есть еще один не красивый момент, все элементы из box_lib автоматически станут зависимыми от библиотеки fontslib, даже при условии что они ее не используют. Как результат возможная перепись многих программ.


Top
   
PostPosted: Thu Sep 15, 2011 11:48 am 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1351
MaximYCH
Кроме размера и структурной сложности, есть еще очень важный фактор: скорость.
Системные шрифты рисуются гораздо гораздо быстрее, чем библиотечные.
И при этом имеют большой резерв для оптимизации как по скорости, так и по размеру.
У библиотечных шрифтов таких резервов нет.


Top
   
PostPosted: Thu Sep 15, 2011 11:56 am 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
Если кто-нибудь интегрирует код из fontslib в ядро (dtext в gui/font.inc и компания) и скинет мне измененный код font.inc то я попробую переделать существующие приложения на своей машине (в случае удачи - выложу образ с исправленными координатами вывода в программах). Кода там совсем немного, но моего скилла не хватает (спотыкался на всяких непонятных вещах и в итоге бросил).

Имею ввиду, если вместо использования char.mt (FONT_I) будет использоваться font01.ksf при выводе через соответствующую сисфункцию.


Top
   
PostPosted: Thu Sep 15, 2011 3:32 pm 
Интеграция кода библиотеки в ядро! Это шедеврально! Вилле нервно курит в сторонке, полный зависти. :mrgreen:


Top
   
PostPosted: Thu Sep 15, 2011 3:48 pm 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
Марат, а какая разница-то? Принцип отображения то один и тот же, оба берут шрифт из внешнего файла, только у одного файла - один формат, у другого - второй, вот и все.


Top
   
PostPosted: Thu Sep 15, 2011 3:54 pm 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1351
А потому что - зачем? Битмапы будут рисоваться в ядре почти так же быстро, как и снаружи. Diamond заоптимизировал 65-ю функцию так, что крыша отъезжает.

Никакого резерва развития у битмапных шрифтов нет, остается только векторизация.


Top
   
PostPosted: Thu Sep 15, 2011 3:56 pm 
maximYCH
Дело не в формате шрифта - хотя единообразие помогает уменьшить размер кода, а в том что код изначально писался как библиотечный его придется переделывать немало. Ну, и плюс его автор Алексей, уж никак не ожидал обратной тенденции -он даже 47 функцию предлагал выносить из ядра.


Top
   
PostPosted: Thu Sep 15, 2011 3:58 pm 
art_zh wrote:
Никакого резерва развития у битмапных шрифтов нет, остается только векторизация.

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


Top
   
PostPosted: Thu Sep 15, 2011 7:06 pm 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
art_zh wrote:
А потому что - зачем? Битмапы будут рисоваться в ядре почти так же быстро, как и снаружи. Diamond заоптимизировал 65-ю функцию так, что крыша отъезжает.

Никакого резерва развития у битмапных шрифтов нет, остается только векторизация.


Потому что шрифт из font01.ksf значительно более читаем.

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


Да я и сам всеми руками за вынос всего GUI/VESA из ядра, но сейчас мы имеем то, что имеем (нет, если у кого-то идет работа по их выносу оттуда - я свое предложение снимаю за бесполезностью).

Марат, там 200 строк кода, неужели опытный разработчик не перенесет его за пару часов?


Top
   
PostPosted: Thu Sep 15, 2011 7:19 pm 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1351
Если уж что-то тащить в ядро - только при условии если оно там будет работать быстрее и весить меньше чем то, что было.


Top
   
PostPosted: Thu Sep 15, 2011 7:22 pm 
Offline

Joined: Sun Nov 04, 2007 2:46 am
Posts: 390
Ага, т.е. на глаза юзеров и просто на удобство плевать?


Top
   
PostPosted: Thu Sep 15, 2011 7:23 pm 
maximYCH wrote:
Марат, там 200 строк кода, неужели опытный разработчик не перенесет его за пару часов?

Можешь не верить, но утрясание всех тонкостей и вылавливание багов займет гораздо больше времени, вероятно на порядок.


Top
   
PostPosted: Thu Sep 15, 2011 7:24 pm 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Векторные не значит медленные. Тем более их можно при загрузке растрировать, и дальше скорость будет такая же, как у битмапов.


Top
   
PostPosted: Thu Sep 15, 2011 9:52 pm 
Offline
Kernel Developer
User avatar

Joined: Fri Aug 14, 2009 1:46 am
Posts: 1351
maximYCH wrote:
Ага, т.е. на глаза юзеров и просто на удобство плевать?

Блин, да что ты в бутылку опять лезешь? - не плевать!
У меня уже у самого глаза сели от этого безобразия. Работаю.
Только надо не халтуру гнать, а делать всё по-уму.
Sorcerer wrote:
Векторные не значит медленные. Тем более их можно при загрузке растрировать, и дальше скорость будет такая же, как у битмапов.
Растровые - значит медленные.
Векторные (без растеризации) быстрее и компактнее.


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 134 posts ]  Go to page Previous 15 6 7 8 9 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 2 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