AlexanderYastrebov 28 ноя 2011 в 22:40

Установка словарей для проверки орфографии в NetBeans

3 мин

16K

Java*

+30

Комментарии 23

НЛО прилетело и опубликовало эту надпись здесь

Vertex 29 ноя 2011 в 05:25

Хочу знать зачем Вы это сделали?.. :))

Шутк. Полезно, наверное, но я действительно понятия не имею зачем.

-1

AlexanderYastrebov 29 ноя 2011 в 05:26

Чтобы отлавливать опечатки в комментариях и текстах

Vertex 29 ноя 2011 в 06:04

Могу показаться занудой, но это просто мне привычнее:
— комментарии на английском;
— русский текст стараюсь выносить в lang-файлы.

AlexanderYastrebov 29 ноя 2011 в 06:28

Сайты только на английском делаете? В «lang»-файлах орфографию проверять не надо?

Еще пара соображений в декларативной форме, если захотите подискутировать — пожалуйста.

Комментарии в коде должны быть на основном языке команды.
Если проект пишут пять человек для российского заказчика и все говорят по-русски с рождения, то потуги выразить свою мысль в комментариях на ломаном английском бывают очень забавными. Тоже касается сообщений в VCS, в трекере и т.д.

Строковые константы надо выносить в языковые файлы, только если предполагается что приложение будет переводиться на другой язык, иначе это пустая трата времени.

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

Еще часто можно увидеть такую картину — в приложении присутствуют файлы перевода messages.properties, messages.ru_RU.properties, messages.en_US.properties, при этом messages.properties и messages.en_US.properties содержат одно и тоже (или что еще хуже, подразумевается что содержат одно и тоже, но на самом деле нет). При этом основной язык пользователей — русский.
Здесь один файл лишний и это файл messages.ru_RU.properties (почему — см. предыдущий пункт).

Vertex 29 ноя 2011 в 06:47

Приятно видеть развернутый ответ. Дискуссию не буду разводить.
Я написал, что это для меня привычнее, как и привычнее не использовать словари, а просто стараюсь писать правильно. :)

klinifini 29 ноя 2011 в 07:39

Было бы здорово объединить словари с е и ё.
Спасибо, попробую использовать в eclipse.

AlexanderYastrebov 29 ноя 2011 в 16:36

См. UPDATE. Я выложил словари отдельно по языками/вариациям. Можете сами объединить по вкусу. Отпишитесь пожалуйста, если у вас заработает в эклипс.

klinifini 29 ноя 2011 в 17:31

В Eclipse заработал прекрасно. Я предлагаю сделать словарь: eng+ru_е+ru_ё. Стараюсь писать с ё, но иногда раздражает, если слово фактически написано правильно, но через е.

AlexanderYastrebov 29 ноя 2011 в 17:34

Объединение словарей позволит писать как «елка», так и «ёлка» — т.е. фактически проверка написания не будет работать и вы можете получить бардак с «е» и «ё» в текстах. Поэтому я не стал так делать. Вы можете саму объединить словари, если хотите (команда cat или copy /b под виндой).

klinifini 29 ноя 2011 в 17:43

Почему елка и ёлка — это бардак? Просто получится менее строгий словарь. С точки зрения словаря «е» — «ёлка» это ошибка, по-моему это слишком строго. Почему я прошу — потому что помимо слияния, по-хорошему надо ещё удалить дубликаты.

Slavenin999 19 янв 2013 в 10:37

sort aspell_dump-en_US+ru-yo.txt | uniq -u > aspell_dump-en_US+ru-yo_new.txt

slash80 29 ноя 2011 в 08:27

Спасибо. Всё работает. Заодно почистил систему от лишних локалей

korvindest 29 ноя 2011 в 09:37

Спасибо вам, а то как раз собирался заниматься этим.

kiRach 29 ноя 2011 в 10:48

А можно еще ссылки только на словарь русского языка? В IntelliJ IDEA поддерживаются несколько словарей одновременно:) Тогда ваша статья станет универсальнее.

AlexanderYastrebov 29 ноя 2011 в 16:33

См. UPDATE. Отпишитесь пожалуйста, если у вас сработает в идее.

kiRach 29 ноя 2011 в 16:57

Да, все отлично. Только переименовал из .txt в .dic, добавил в IDEA, перезапустил и всё ок. Спасибо за проделанную работу:)

P.S.: предполагаю, что будет работать во всем семействе продуктов от JetBrains(WebStrom, PHPStorm, PyCharm и т.д.)