Board.KolibriOS.org
http://board.kolibrios.org/

Правила оформления кода
http://board.kolibrios.org/viewtopic.php?f=7&t=1950
Page 6 of 7

Author:  CleverMouse [ Mon Apr 23, 2012 12:41 pm ]
Post subject:  Re: Правила оформления кода

Удобство одних иногда оборачивается неудобствами других, и это именно тот случай. Глупо только ради удобства части разрешать вещи, которые, будучи разрешёнными, уже приводили к бардаку.

Author:  popovpa [ Wed May 23, 2012 2:27 pm ]
Post subject:  Re: Правила оформления кода

Предлагаю к правилам оформления кода, ещё и приплюсовать правила оформления комментариев на SVN. Пожелания, предложения?

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

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

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

Author:  XVilka [ Sat Jun 02, 2012 6:55 am ]
Post subject:  Re: Правила оформления кода

Поддерживаю про правила оформления коммитов
И все-таки, почему использование отступа для локальных меток - это плохо? Улучшает же читаемость.

Author:  Mario [ Sat Jun 02, 2012 2:16 pm ]
Post subject:  Re: Правила оформления кода

Для меня наоборот затрудняет. Это шаг в сторону синтаксиса ЯВУ.

Author:  Serge [ Sat Jun 02, 2012 11:28 pm ]
Post subject:  Re: Правила оформления кода

Для меня тоже ухудшает. Привык к тому, что метки не перекрываются со строчками кода, так проще их искать.

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

Author:  Mario [ Sun Jun 03, 2012 12:33 pm ]
Post subject:  Re: Правила оформления кода

Мне не с чем было сравнить. :)
Пусть будет просто - неудобный для восприятия стиль.

Author:  CleverMouse [ Tue May 28, 2013 6:08 pm ]
Post subject:  Re: Правила оформления кода

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

Author:  SoUrcerer [ Tue May 28, 2013 6:09 pm ]
Post subject:  Re: Правила оформления кода

Я думаю, что эту новость стоит указать в темах переводов.

Author:  Freeman [ Tue May 28, 2013 6:59 pm ]
Post subject:  Re: Правила оформления кода

То-то же я никак не пойму, что это PSPad стал показывать, что дока в UTF-8.

Author:  mike.dld [ Tue May 28, 2013 7:56 pm ]
Post subject:  Re: Правила оформления кода

sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

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

Author:  SoUrcerer [ Tue May 28, 2013 8:08 pm ]
Post subject:  Re: Правила оформления кода

Ревизия 3543 - tinypad из docpack - полёт нормальный.

Author:  CleverMouse [ Tue May 28, 2013 8:13 pm ]
Post subject:  Re: Правила оформления кода

mike.dld wrote:
sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

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

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

Author:  stefano [ Tue Oct 22, 2013 8:59 pm ]
Post subject:  Re: Правила оформления кода

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?

Author:  Mario_r4 [ Tue Oct 22, 2013 9:17 pm ]
Post subject:  Re: Правила оформления кода

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.

Author:  yogev_ezra [ Tue Oct 22, 2013 9:20 pm ]
Post subject:  Re: Правила оформления кода

Mario_r4 wrote:
esevece wrote:
Is possible to do the same with the programs?

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

Page 6 of 7 All times are UTC+03:00
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/