Hello FPC-Developers

Is there anyone maintaining compiler messages translations? I have some fixes for them and utf-8 format.
I know i should post them to bug tracker, but is there anyone to review and accept (or reject) fixes?

thanks,
dmitry

dmitry boyarintsev wrote

Is there anyone maintaining compiler messages translations?

I don't think so.

I have some fixes for them and utf-8 format. I know i should post them to bug tracker, but is there anyone to review and accept (or reject) fixes?

Michael speaks/reads Russian.

Jonas

One of the main compiler developers will take care of it if nobody knows the language :)

dmitry boyarintsev пишет:

I was just intending to write almost the same :-)

In view of upcoming release 2.4 I brought the russian message file up to date. Current status is: all messages and about 70% documentation comments, will hopefully complete this week.

So, who will be the first to creat a Mantis entry? :-)

Sergei

Sergei Gorelkin wrote

So, who will be the first to creat a Mantis entry? :-)

Please do so. Unicode version should proof useful for Lazarus, as well.

Also, please. pay attention to the translation and words' order at the following messages (see messages numbers to find an original version, I'm mailing here corrected translation):

parser_w_proc_far_ignored=03001_W_Директива FAR игноpиpуется parser_w_proc_near_ignored=03002_W_Директива NEAR игнорируется parser_w_proc_interrupt_ignored=03003_W_Директива INTERRUPT игнорируется, для всех процессоров, кроме i386 parser_w_proc_directive_ignored=03005_W_Директива $1 процедуры игнорируется parser_e_no_overload_for_all_procs=03006_E_Не все объявления $1 перегружены (определены как OVERLOAD) parser_e_export_name_double=03008_E_Имя фyнкции $1 экспоpтиpyется дважды parser_e_export_ordinal_double=03009_E_Индекс фyнкции $1 экспоpтиpyется дважды parser_e_proc_inline_not_supported=03016_E_Директива INLINE не поддеpживается parser_w_use_extended_syntax_for_objects=03042_W_Использование NEW и DISPOSE для инициализации объектов parser_e_header_dont_match_any_member=03048_E_Ни один из методов объекта $1, не соответствует заголовоку фyнкции parser_e_only_class_methods_via_class_ref=03053_E_У класса можно вызывать только класс-методы parser_e_only_class_methods=03054_E_В теле класс-метода, можно обращаться только к класс-методам своего класса. parser_w_should_use_override=03057_W_Унаследованный метод $1 скpыт, используйте override.
parser_e_nothing_to_be_overridden=03058_E_В классе предка, нет такого метода, который нужно пеpеопpеделить: $1 parser_w_stored_not_implemented=03060_W_Stored директива свойств есть, но не pеализована
parser_e_no_procedure_to_access_property=03059_E_Не объявлено способа обращения к свойству класса parser_e_no_super_class=03070_E_Указанный класс не является родительским классом parser_e_no_such_assignment=03083_E_Перегрузка невозможна для одинаковых типов type_e_argument_cant_be_assigned=04029_E_Аргументу невозможно присвоить значение type_e_cannot_local_proc_to_procvar=04030_E_Нельзя присвоить локальную процедуру/функцию переменной процедурного типа. type_e_no_assign_to_addr=04031_E_Нельзя присвоить значение адpесy type_e_no_assign_to_const=04032_E_Нельзя присвоить значение константе type_w_mixed_signed_unsigned=04035_W_Выражение с использованием знаковых и беззнаковых значений даёт 64-битный результат type_w_mixed_signed_unsigned2=04036_W_Выражение с использованием знаковых и беззнаковых значений может дать ошибку выхода за пределы

Imho, some translations are not really informative, i.e 06029: "STACK FRAME опyщены" (sounds a bit rude in Russian). How about: "Для некоторых процедур/функций STACK FRAME-ы не созданы"?

thanks,
dmitry

I gave you both access to trunk/compiler/msg, so please update things as needed ;)

Actually write access and commit as need :)

Ok, that simplifies things: no need to pollute Mantis, and can do several iterations. Thank you.

The question is - Is the trunk version sufficient to get into 2.4 (I had synchronized with errore.msg rev. 13665), or I should sync with some other revision ?

Sergei

dmitry boyarintsev wrote

On Tue, Oct 6, 2009 at 7:13 PM, Sergei Gorelkin wrote: > So, who will be the first to creat a Mantis entry? :-) Please do so. Unicode version should proof useful for Lazarus, as well.

It looks like UTF-8 version should be added, and cp1251 can be dropped. cp866, however, is still needed for Windows console.

These three are no longer in English version, so I dropped them too.

Merged.

Imho, some translations are not really informative, i.e 06029: "STACK FRAME опyщены" (sounds a bit rude in Russian). How about: "Для некоторых процедур/функций STACK FRAME-ы не созданы"?

For this one I used "Кадр стека не создан (не требуется)".

Sergei

Trunk is fine, we can merge it then to fixes.

Updating done, revisions 13814 and 13815. Enjoy :) And criticism is welcome, too.

Sergei

Sergei Gorelkin wrote

Updating done, revisions 13814 and 13815. Enjoy :) And criticism is welcome, too.

Great job! Translation is much better than before. You need to ask russian comminity about it, since they're to use these messages. These messages should be very useful for schools, using Lazarus in education.

some ideas:
There're multiple messages, where "ОС назначения" is used. It doesn't sound right. imho, It should be "выбранная ОС" or "целевая ОС" or ""текущая ОС" or "текущая платформа" or "выбранная платформа" or "целевая платформа".
Just like in other messages: 03248_E_Символы "weak external" не поддерживаются на *целевой платформе*

03048: Заголовок фyнкции не соответствует ни одному из методов этого класса "$1"
Since message is showing what class is used, there's no need in word "этого"

03085: Повторное бросание исключения здесь невозможно AFAIK, it's more common in russian tech-papers and books to use verb "возбуждение" (which is closer to pascal's "raise") instead of "бросание" (which is closer to Cpp's "throw").

thanks,
dmitry