Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Чт дек 14, 2017 6:59 am

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




Начать новую тему  Ответить на тему  [ 98 сообщений ]  На страницу Пред. 13 4 5 6 7 След.
Автор Сообщение
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Пн апр 23, 2012 12:41 pm 
Не в сети
Kernel Developer
Аватара пользователя

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

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Ср май 23, 2012 2:27 pm 
Не в сети
Moderator

Зарегистрирован: Чт апр 08, 2010 8:11 pm
Сообщения: 265
Предлагаю к правилам оформления кода, ещё и приплюсовать правила оформления комментариев на SVN. Пожелания, предложения?

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

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

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Сб июн 02, 2012 6:55 am 
Не в сети
Аватара пользователя

Зарегистрирован: Вт авг 25, 2009 4:45 pm
Сообщения: 788
Поддерживаю про правила оформления коммитов
И все-таки, почему использование отступа для локальных меток - это плохо? Улучшает же читаемость.


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Сб июн 02, 2012 2:16 pm 
Для меня наоборот затрудняет. Это шаг в сторону синтаксиса ЯВУ.


Вернуться к началу
   
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Сб июн 02, 2012 11:28 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3929
Для меня тоже ухудшает. Привык к тому, что метки не перекрываются со строчками кода, так проще их искать.

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вс июн 03, 2012 12:33 pm 
Мне не с чем было сравнить. :)
Пусть будет просто - неудобный для восприятия стиль.


Вернуться к началу
   
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 6:08 pm 
Не в сети
Kernel Developer
Аватара пользователя

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

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 6:09 pm 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
Я думаю, что эту новость стоит указать в темах переводов.


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 6:59 pm 
Не в сети
Аватара пользователя

Зарегистрирован: Вт май 08, 2007 12:44 am
Сообщения: 340
То-то же я никак не пойму, что это PSPad стал показывать, что дока в UTF-8.

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 7:56 pm 
Не в сети
Site Founder
Аватара пользователя

Зарегистрирован: Вс авг 08, 2004 8:55 am
Сообщения: 689
sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

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

_________________
in code we trust


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 8:08 pm 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
Ревизия 3543 - tinypad из docpack - полёт нормальный.


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт май 28, 2013 8:13 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1601
mike.dld писал(а):
sec_loader/trunk/loader.lst:908
sec_loader/trunk/parse_any.inc:327

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

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

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


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт окт 22, 2013 8:59 pm 
Не в сети

Зарегистрирован: Вт фев 12, 2013 9:48 pm
Сообщения: 162
CleverMouse писал(а):
Я обновила список правил. Теперь прекоммитный хук проверяет, что все файлы .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?


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт окт 22, 2013 9:17 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
esevece писал(а):
CleverMouse писал(а):
Я обновила список правил. Теперь прекоммитный хук проверяет, что все файлы .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 лет себе в жопу!


Вернуться к началу
 Заголовок сообщения: Re: Правила оформления кода
СообщениеДобавлено: Вт окт 22, 2013 9:20 pm 
Не в сети
Public Relations
Аватара пользователя

Зарегистрирован: Пн июн 07, 2010 12:01 pm
Сообщения: 1879
Mario_r4 писал(а):
esevece писал(а):
Is possible to do the same with the programs?

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


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 98 сообщений ]  На страницу Пред. 13 4 5 6 7 След.

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


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

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


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

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