Also the same for the file: frontends\php\include\func.inc.php:
add S_FIRST_PAGE and replace S_FIRST
add S_PREVIOUS_PAGE and replace S_PREVIOUS
add S_NEXT_PAGE and replace S_NEXT

This is all necessary because all this are used in different sorts of nouns and plural. And for example in the Russian and Ukrainian are inclined differently.

The same:
for file: frontends\php\tr_events.php
add new translation string S_PREVIOUS_EVENTS and replace S_PREVIOUS

p.s. i'll still write here the request for similar improvements. And please assign this issue to 1.8.4 - i forgot to make it on creation.

Also:
for file: \php\include\forms.inc.php
add new translation string S_MOVE_DOWN and replace S_DOWN
add new translation string S_MOVE_UP and replace S_UP
This is necessary because S_UP and S_DOWN is used basically for Discovery .

for file: \php\events.php
add new translation string S_ON_TIMESTAMP_BIG and replace S_ON_BIG
This is necessary because S_ON_BIG is used basically for Trigger status. See picture 1.

for file: \php\actionconf.php
need to replace words combination to single string. S_NEW.SPACE.S_OPERATION_CONDITION need to replace to S_NEW_OPERATION_CONDITION
This is necessary because S_NEW is used in other places and combination with him give bad result. See picture 2.

AND DEAR DEVELOPERS, PLEASE, NEVER DO COMBINE TO CREATE SENTENCES USING WORDS FROM DIFFERENT PAGES OF THE WEB INTERFACE.
IN MOST CASES IT IS DIFFICULT TO TRANSLATE INTO OTHER LANGUAGES.

And add a note, we translators easier to find new lines and translate them than to check if you have not changed anything in my language translation in SVN repository. IMHO.

see picture "3.Filter_make_separate_string.png"
would be better if the button will be named separately from the section, because it "verb" and not "noun"
that is, the Russian will be
'S_FILTER'=> 'Фильтр',
for button add and replace to
'S_DO_FILTER'=> 'Фильтровать',
it will be organically compared to the other buttons

heh, I fully completed the revision of Russian documentation. Was made tons of edits, and now it can be read much easier
In this regard, I give the last suggestion.
About picture 6.need_separate_string_for_shorting
More wide description for item data type 'S_LOG'=> 'Журнал (лог)', is very good.
I propose introduce especially for this table such as:
'S_LOG_SHORT'=> 'Лог',
or even put there just the icon. In this case, this column will narrow in all languages. All the same, the text itself carries no special meaning.

Some suggestions for other pictures - for your consideration.

Now you can resolve this is issue.
is time to sleep

the end.

oh, one again.
i ask you add new 'S_DISCOVERED_SERVICE'=> 'Сервис',
and replace 'S_SERVICE'=> 'Услуга',
in the "actions.inc.php" $str_object[EVENT_OBJECT_DSERVICE] = S_SERVICE;
because 'S_SERVICE' is used for IT services, and in Russian and maybe in other languages is other conception.
See picture 9.usluga_to_sevice.png

According to this ACK, perhaps it makes sense to rename the concept of "Checks" to "Service" in the Discovery rule setting editor window in GUI? Or add text " (service)" to "Checks" ?
Now is inconsistency "Checks" <-> "Service" and is very hard to understand who is who.
http://www.zabbix.com/documentation/1.8/manual/auto-discovery/how_it_works and see GUI and http://www.zabbix.com/documentation/1.8/manual/web_interface/configuration#discovery

oh, second again
need add new 'S_LAST_CHANGE'=> 'Last change', (in Russian it be "Последнее изменение")
and replace 'S_CHANGE' in 'latest.php'
This is useful even for English. IMHO.
This need because the 'S_CHANGE'=>'Изменить' generally used for button on several GUI places.

And please resolve this issue to have more time to translate all these changes to the release. I hope I will be no more suggestions

for func.inc.php made requested changes to :

S_LAST
S_FIRST
S_PREVIOUS
S_NEXT

for tr_events.php made requested changes to :

S_PREVIOUS

that deals with changes up to (not including) comment dated as "14/Jul/10 9:22 PM"

oh, third again
see picture '10.items_bad-hosts_better.png'
I propose to change 'S_ITEMS' to 'S_HOSTS' in discovery.php (line #231)
'S_HOSTS'=> 'Узлы сети',
'S_ITEMS'=> 'Элементы данных',

Many points already fixed/improved in the 2.0.0 release.
One point 'S_FILTER' moved to ZBX-4988.
One point 'S_SERVICE' ignored.

Issue closed as Fixed for 2.0.0