Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Вс ноя 19, 2017 8:05 am

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 134 сообщения ]  На страницу Пред. 15 6 7 8 9 След.
Автор Сообщение
СообщениеДобавлено: Чт сен 15, 2011 8:02 am 
Не в сети

Зарегистрирован: Вс ноя 04, 2007 2:46 am
Сообщения: 390
IgorA, чем не устраивает fontslib? (см. SVN)


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 11:06 am 
Не в сети
Аватара пользователя

Зарегистрирован: Пн окт 27, 2008 10:10 pm
Сообщения: 750
maximYCH писал(а):
чем не устраивает fontslib?

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


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 11:48 am 
Не в сети
Kernel Developer
Аватара пользователя

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


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 11:56 am 
Не в сети

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

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


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


Вернуться к началу
   
СообщениеДобавлено: Чт сен 15, 2011 3:48 pm 
Не в сети

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


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 3:54 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пт авг 14, 2009 1:46 am
Сообщения: 1291
А потому что - зачем? Битмапы будут рисоваться в ядре почти так же быстро, как и снаружи. Diamond заоптимизировал 65-ю функцию так, что крыша отъезжает.

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


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


Вернуться к началу
   
СообщениеДобавлено: Чт сен 15, 2011 3:58 pm 
art_zh писал(а):
Никакого резерва развития у битмапных шрифтов нет, остается только векторизация.

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


Вернуться к началу
   
СообщениеДобавлено: Чт сен 15, 2011 7:06 pm 
Не в сети

Зарегистрирован: Вс ноя 04, 2007 2:46 am
Сообщения: 390
art_zh писал(а):
А потому что - зачем? Битмапы будут рисоваться в ядре почти так же быстро, как и снаружи. Diamond заоптимизировал 65-ю функцию так, что крыша отъезжает.

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


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

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


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

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


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 7:19 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пт авг 14, 2009 1:46 am
Сообщения: 1291
Если уж что-то тащить в ядро - только при условии если оно там будет работать быстрее и весить меньше чем то, что было.


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 7:22 pm 
Не в сети

Зарегистрирован: Вс ноя 04, 2007 2:46 am
Сообщения: 390
Ага, т.е. на глаза юзеров и просто на удобство плевать?


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 7:23 pm 
maximYCH писал(а):
Марат, там 200 строк кода, неужели опытный разработчик не перенесет его за пару часов?

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


Вернуться к началу
   
СообщениеДобавлено: Чт сен 15, 2011 7:24 pm 
Не в сети

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


Вернуться к началу
СообщениеДобавлено: Чт сен 15, 2011 9:52 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пт авг 14, 2009 1:46 am
Сообщения: 1291
maximYCH писал(а):
Ага, т.е. на глаза юзеров и просто на удобство плевать?

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


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 134 сообщения ]  На страницу Пред. 15 6 7 8 9 След.

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB