Board.KolibriOS.org

Official KolibriOS board
It is currently Mon May 20, 2019 5:59 am

All times are UTC+03:00




Post new topic  Reply to topic  [ 98 posts ]  Go to page Previous 13 4 5 6 7 Next
Author Message
PostPosted: Mon Apr 23, 2012 12:41 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1619
Удобство одних иногда оборачивается неудобствами других, и это именно тот случай. Глупо только ради удобства части разрешать вещи, которые, будучи разрешёнными, уже приводили к бардаку.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Wed May 23, 2012 2:27 pm 
Offline
Moderator

Joined: Thu Apr 08, 2010 8:11 pm
Posts: 269
Предлагаю к правилам оформления кода, ещё и приплюсовать правила оформления комментариев на SVN. Пожелания, предложения?

(Потому что делать чендж лог по комментариям в СВН...кромешный...а правильный комментарий позволил бы делать автоматическое создание лога приемлемо для чтения...)

Можно использовать такой формат (подглядел у реактос):

[название программы]
- 1 изменение
- 2 изменение
- n изменение


Top
   
PostPosted: Sat Jun 02, 2012 6:55 am 
Offline
User avatar

Joined: Tue Aug 25, 2009 4:45 pm
Posts: 794
Поддерживаю про правила оформления коммитов
И все-таки, почему использование отступа для локальных меток - это плохо? Улучшает же читаемость.


Top
   
PostPosted: Sat Jun 02, 2012 2:16 pm 
Для меня наоборот затрудняет. Это шаг в сторону синтаксиса ЯВУ.


Top
   
PostPosted: Sat Jun 02, 2012 11:28 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Для меня тоже ухудшает. Привык к тому, что метки не перекрываются со строчками кода, так проще их искать.

Mario
Какого ЯВУ ? И причём здесь выравнивание меток ?
В ЯВУ переходы преданы анафеме и встречаются по штуке на проект.


Top
   
PostPosted: Sun Jun 03, 2012 12:33 pm 
Мне не с чем было сравнить. :)
Пусть будет просто - неудобный для восприятия стиль.


Top
   
PostPosted: Tue May 28, 2013 6:08 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1619
Я обновила список правил. Теперь прекоммитный хук проверяет, что все файлы .asm, .inc, .txt имеют кодировку UTF-8 и не содержат BOM. Хук, к сожалению, распространяется только на kernel/trunk.
Требование кодировки относится только к исходникам, скомпилированные файлы могут использовать всё, что им нравится. Для перекодирования в процессе компиляции я написала немного макросов в kernel/trunk/encoding.inc, они принимают на вход строку в UTF-8 и генерируют бинарник с этой же строкой в предписанной кодировке - cp866, latin1, cp850 в зависимости от макроса.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Tue May 28, 2013 6:09 pm 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Я думаю, что эту новость стоит указать в темах переводов.


Top
   
PostPosted: Tue May 28, 2013 6:59 pm 
Offline
User avatar

Joined: Tue May 08, 2007 12:44 am
Posts: 346
То-то же я никак не пойму, что это PSPad стал показывать, что дока в UTF-8.

_________________
Разработчик языка программирования Кантор


Top
   
PostPosted: Tue May 28, 2013 7:56 pm 
Offline
Site Founder
User avatar

Joined: Sun Aug 08, 2004 8:55 am
Posts: 689
sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

Ну и интересно, как себя чувствует DOCPACK (точнее, TINYPAD).

_________________
in code we trust


Top
   
PostPosted: Tue May 28, 2013 8:08 pm 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Ревизия 3543 - tinypad из docpack - полёт нормальный.


Top
   
PostPosted: Tue May 28, 2013 8:13 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1619
mike.dld wrote:
sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

Спасибо, я исправила.
mike.dld wrote:
Ну и интересно, как себя чувствует DOCPACK (точнее, TINYPAD).

Точно так же, как и раньше. Документация в ходе сборки конвертируется в cp866 - для docpack и дистрибутива - и cp1251.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Tue Oct 22, 2013 8:59 pm 
Offline

Joined: Tue Feb 12, 2013 9:48 pm
Posts: 166
CleverMouse wrote:
Я обновила список правил. Теперь прекоммитный хук проверяет, что все файлы .asm, .inc, .txt имеют кодировку UTF-8 и не содержат BOM. Хук, к сожалению, распространяется только на kernel/trunk.
Требование кодировки относится только к исходникам, скомпилированные файлы могут использовать всё, что им нравится. Для перекодирования в процессе компиляции я написала немного макросов в kernel/trunk/encoding.inc, они принимают на вход строку в UTF-8 и генерируют бинарник с этой же строкой в предписанной кодировке - cp866, latin1, cp850 в зависимости от макроса.


Is possible to do the same with the programs?


Top
   
PostPosted: Tue Oct 22, 2013 9:17 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
esevece wrote:
CleverMouse wrote:
Я обновила список правил. Теперь прекоммитный хук проверяет, что все файлы .asm, .inc, .txt имеют кодировку UTF-8 и не содержат BOM. Хук, к сожалению, распространяется только на kernel/trunk.
Требование кодировки относится только к исходникам, скомпилированные файлы могут использовать всё, что им нравится. Для перекодирования в процессе компиляции я написала немного макросов в kernel/trunk/encoding.inc, они принимают на вход строку в UTF-8 и генерируют бинарник с этой же строкой в предписанной кодировке - cp866, latin1, cp850 в зависимости от макроса.


Is possible to do the same with the programs?

No. Only kernel. Otherwise, I will stop writing the code for the project.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Tue Oct 22, 2013 9:20 pm 
Offline
Public Relations
User avatar

Joined: Mon Jun 07, 2010 12:01 pm
Posts: 1879
Mario_r4 wrote:
esevece wrote:
Is possible to do the same with the programs?

No. Only kernel.
Он имел в виду, что он хочет, чтобы это было, а не спрашивает, как этим пользоваться. Почему исходники программ нельзя тоже перевести в UTF8, а при компиляции - перевести обратно?


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 98 posts ]  Go to page Previous 13 4 5 6 7 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 1 guest


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