[Pastor]

Написано .NET приложение с рабочим названием WebMenu.
Приложение расчитано на версии AutoCAD начиная с R17 и теоретически может иметь не только русский пользовательский интерфейс.
Я собираюсь в имена сборок включать версию и язык локализации, а именно WebMenu_R17RU.dll, WebMenu_R17EN.dll, WebMenu_R18RU.dll и т.д. В этом случае, всякому желающему, легко ориентироваться при выборе для себя нужной версии и языка, поскольку все очень наглядно.

Вопрос. Есть ли подводные камни в таком способе именования. Может лучше иметь дело с единственным именем WebMenu.dll? У кого есть подобный опыт - поделитесь плиз.

[hwd]

Сообщение от Pastor А у меня и не было вопросов по локализации. Был вопрос про именование файлов.

его бы не возникло, если бы локализация была организована так, как я показывал в ссылке.
Ок, раз посмотрели - удаляю дистриб. проекта.

[Sleekka]

•Как работаете вы и ваши пользователи - это ваше дело, я не собираюсь вам чего-то доказывать (предлагаю вернуться к теме топика).

Интересно сколько ваши пользователи получили законченых инструментов, помимо запретов и политик по безопасности.
Вы сами ушли от темы топика в сторону безопасности, я и не собирался о ней рассуждать, тут видимо у кого что болит. Я вам тоже ничего доказывать не собираюсь, может вы атомные подлодки проектируете и у вас другие требования к безопасности я лишь вещаю за серую массу.
По теме топика ничего сказать не могу на dotnet программировал мало, чтобы принимать столь важные государственные решения. Я просто за этим топиком слежу, т.к. мне очень интересно использование этого сервиса.

[hwd]

Сообщение от Sleekka Интересно сколько ваши пользователи получили законченых инструментов, помимо запретов и политик по безопасности.

Offtop:
Хм... Попытка подколоть?
Часть этих инструментов можно найти у меня на сайте (если глянуть в профиль - можно увидеть линк), вместе с полными исходниками по ним. Опубликовано далеко не всё и к тому же из того, что опубликовано - не всегда представлена самая посленяя версия, однако для наглядности и этого хватит.
А если у вас нет "запретов" (с) - у ваших пользователей никогда не будет порядка в работе и в свете оного, мне даже не хочется представлять, как у вас это организовано.
имхо.

[Pastor]

Ок, раз посмотрели - удаляю дистриб. проекта.

Проект я, разумеется, скачал и посмотрел. Спасибо за предпринятые усилия.

Если бы я делал так, как учит микрософт, то вопрос возник бы чуть другой:
1. Есть сборка WebMenu.dll + сборки сателлиты с ресурсами. И все это для AutoCAD R17.
2. Есть сборка WebMenu.dll + сборки сателлиты с ресурсами. И все это для AutoCAD R18.
3. Есть сборка WebMenu.dll + сборки сателлиты с ресурсами. И все это для AutoCAD R19....
Вопрос: "Чтобы в них не путаться, может есть смысл включить версию AutoCAD в имя сборки?"

Меня бы вполне устроил ответ, типа "не парься, разложи все по отдельным папкам, назови папки R17, R18, R19 и поверь моему опыту, никто ничего не перепутает.".
Или наоборот: "Правильно, правильно, а то без конца грузят не то и не туда и орут, что не работает!"

И вот ещё что.
Есть пользователи, которые принципиально любят только "английский" автокад. Следовательно, с большой вероятностью захотят и UI приложения видеть на англйском. Но поскольку локализация OC у них русская, то и менеджер ресурсов выдаст им русский текст. Как быть? Изменять локализацию текущего потока при запуске приложения - некорректно. Это может непредсказуемым образом повлиять на другие приложения и на сам acad.exe. Так я однажды задумался и решил отказаться от сборок-сателлитов. Это было прошлой весной...

[hwd]

Сообщение от Pastor Есть пользователи, которые принципиально любят только "английский" автокад. Следовательно, с большой вероятностью захотят и UI приложения видеть на англйском.

У нас утверждён к использованию только английский автокад. Не стоит путать локализацию меню с локализацией командной строки.
Пользователи предпочитают работать с английскими командами, но если вы предоставляете им свои дополнительные модули, то вряд ли на вас обидятся, если ваши меню/панели будут локализованными (как показывает моя практика - это даже приветствуется).

Это может непредсказуемым образом повлиять на другие приложения и на сам acad.exe.

С какими проблемами сталкивались?

Сообщение от Pastor Так я однажды задумался и решил отказаться от сборок-сателлитов.

Хозяин - барин.

[Александр Ривилис]

Сообщение от Pastor Вопрос: "Чтобы в них не путаться, может есть смысл включить версию AutoCAD в имя сборки?"

Имеет. Во всяком случае я так делал и планирую в дальнейшем (хотя и не .NET сборки, а arx-файлы).

Сообщение от Pastor Есть пользователи, которые принципиально любят только "английский" автокад. Следовательно, с большой вероятностью захотят и UI приложения видеть на англйском.

А вот это не факт. Хотя есть вероятность того, что как минимум они поймут по-английски что спрашивает у них программа, раз пользуются англоязычной версией при наличии русской. Как пример, GeomProps показывает в панели свойств строки на том языке, "которым говорит AutoCAD" (если не русский и не английский, то по-английски). Но от пользователей английских версий уже были вопросы "почему но-английски". Ведь это же не часть AutoCAD. Ответа я (даже для себя) не нашел и поэтому просто сказал, что программа работает "AS IS".

[Pastor]

Пусть пользователь выбирает локализацию, а не AutoCAd и не менеджер ресурсов.

По умолчанию потоку, в котором запущен английский автокад, назначена английская локализация, не зависимо от локализации ОС

У меня английский AutoCAD R18.
Thread.CurrentThread.CurrentCulture.ToString() выдает ru-RU
Thread.CurrentThread.CurrentUICulture.ToString() выдает en-US

[hwd]

Сообщение от Pastor Пусть пользователь выбирает локализацию, а не AutoCAd и не менеджер ресурсов.

А если менять культуру применительно только к ресурсам (т.е. использовать Thread.CurrentThread.CurrentUICulture)?
Пользователь выбирает локализацию, а менеджер ресурсов устанавливает выбранную в таком варианте вам что-то не понравилось?
Кроме того, при желании можно реализовать динамическую связь (т.е. не нужно будет перезапускать приложение - локализация будет меняться сразу).

Цитата: По умолчанию потоку, в котором запущен английский автокад, назначена английская локализация, не зависимо от локализации ОС У меня английский AutoCAD R18. Thread.CurrentThread.CurrentCulture.ToString() выдает ru-RU Thread.CurrentThread.CurrentUICulture.ToString() выдает en-US

после "не зависимо от локализации ОС" было написано "(если мне не изменяет память)". И я удалил эту строку из сообщения за 15 мин. до вашей публикации, т.к. проверил и убедился в том, что ошибся

Вопрос: "Чтобы в них не путаться, может есть смысл включить версию AutoCAD в имя сборки?" Меня бы вполне устроил ответ, типа "не парься, разложи все по отдельным папкам, назови папки R17, R18, R19 и поверь моему опыту, никто ничего не перепутает.". Или наоборот: "Правильно, правильно, а то без конца грузят не то и не туда и орут, что не работает!"

Мне "милей" под каждую версию автокада плагины держать в отдельных папках, а не все в одной. У меня это выглядит так:



Юзер загружает плагины из состава ему предложенных (ставит галочки), при этом предлагаются из того каталога, автокад которого используется. Но это моё решение и я не претендую на абсолютную истину.

[Pastor]

Я невнимательно смотрел.
Устанавливать Thread.CurrentThread.CurrentUICulture не нужно.
Менеджер ресурсов в методе чтения строк имеет параметр типа Culture:
ResourceManager.GetString("Api_1", resourceCulture);
Можно в любой момент запросить вариант строки из любой сателлитной сборки.
По части локализации - сдаюсь! Но переделывать не буду.
По части включения версии Acad в имя сборки, пока склонен прислушаться к мнению Александра Наумовича:

я так делал и планирую в дальнейшем

[hwd]

ок.