а зачем держать в коде коменты, которые не помогают понимать код или
инфа в которых устарела?
не пора бы уже порефакторить и разобраться с сырцами фара? как минимум
поубирать/поправить коменты.
привести имена классов к одному стилю, например есть
class ChangeMacroMode
template <class Object>
class FarQueue
однако
template <class Object>
class TArray
кстате, а зачем вообще велосипед с TArray?
чтобы править тикеты вроде
2. Mantis#0000418: Wrong memory copy function used in
TArray<Object>::Pack()
похоже такой масив одостался по наследству от старых версий?
еще можно имена поправить,а то некрасиво, когда
class CommandLine:public ScreenObject
{
.....
void GetSelString(string &strStr) { CmdStr.GetSelString(strStr); };
void GetSelection(int &Start,int &End)
{ CmdStr.GetSelection(Start,End); };
strStr c маленкой буквы, а int &Start,int &End с большой, нужно
привести это к одному стилю.
собвстенно это то, что сразу бросается в глаза, если даже не
разбираться в структуре проекта.
On Jul 27, 2:18 pm, "Alex Yaroslavsky" <
trex...@gmail.com> wrote:
> Most of the comments are not really useful, and won't help you to
> better understand the code. So translating them will be mostly a waste
> of time.
>
> WBR,
> Alex Yaroslavsky
>