Здравствуйте, AndrewVK, Вы писали:
AVK>У меня давно зреет желание сделать ее отдельной программой.
AVK>Текущее состояние здесь. Собственно тебуются советы и пожелания по теме форума и вобще.
Это очень хорошо если отдельной. А то есть мысли кое что исправить, но нужно ли оно Янусу.
Вот краткий списочек чего бы хотелось видеть в целом:
Несколько различных view
Один как сейчас на три колонки. Второй две колонки, а под ними третья область. Там часто приходится текст редактировать, чтобы он на экране больше помещался. Переключать кнопкой на главном тулбаре или в настройки.
Создать настройку — показывать или нет предупреждение перед удалением. А то незаметно Delete нажмешь, а потом проект не собирается
Поиск общий
Поиск дубликатов сообщений (или просто вывод в виде плоского списка с сортировкой по сообщениям)
Проверка орфографии или экпорт/импорт в чего-нибуть, чтобы можно было в Worde проверить орфографию и т.д.
Список последних редактируемых файлов
В поле ввода неймспейса для генерируемого файла или сохранять последний, или хранить список последних что вводились.
В UI мне не нравится групбокс вокруг, например, таблицы. Получается граница таблицы, рядом совсем граница групбокса и недалеко граница формы. В общем куча рядом идущих линий смотрится не очень.
Добавить About
В составе проекта Janus есть утилитка, которая облегчает создание ресурсов с локализацией для управляемых приложений.
У меня давно зреет желание сделать ее отдельной программой.
Текущее состояние здесь. Собственно тебуются советы и пожелания по теме форума и вобще.
Здравствуйте, Andre, Вы писали:
A>Это очень хорошо если отдельной.
Все зависит от того, заинтересуется ли кто то. В принципе я ее в рабочем проекте использую (только для редактирования, без кодогенератора).
A>Вот краткий списочек чего бы хотелось видеть в целом: A> Несколько различных view A>Один как сейчас на три колонки. Второй две колонки, а под ними третья область. Там часто приходится текст редактировать, чтобы он на экране больше помещался.
Так сейчас вроде есть уже редактор в отдельном окне?
A> Переключать кнопкой на главном тулбаре или в настройки.
Тут надо несколько больше продумать, потому что видимо неплохо было бы сделать поддержку не только текстовых ресурсов, но и, как минимум, графических.
A> Поиск общий
Да, это нужно.
A> Поиск дубликатов сообщений (или просто вывод в виде плоского списка с сортировкой по сообщениям)
Хм. Надо подумать.
A> Проверка орфографии или экпорт/импорт в чего-нибуть, чтобы можно было в Worde проверить орфографию и т.д.
Черт его знает. Спорно.
A> Список последних редактируемых файлов
Ну это мелочи. Хотя конечно нужно.
A> В поле ввода неймспейса для генерируемого файла или сохранять последний, или хранить список последних что вводились.
Тут несогласен. Такая штука не соответствует общей идеологии, когда ты выбираешь в дереве "папку" и неймспейс автоматически подставляется текущий. Возможно даже нужно запретить неймспейс менять при добавлении.
A> В UI мне не нравится групбокс вокруг, например, таблицы. Получается граница таблицы, рядом совсем граница групбокса и недалеко граница формы. В общем куча рядом идущих линий смотрится не очень.
Здравствуйте, AndrewVK, Вы писали:
AVK>Все зависит от того, заинтересуется ли кто то. В принципе я ее в рабочем проекте использую (только для редактирования, без кодогенератора).
Да я тоже "внедрил". Оказалось очень удобно. Правкой всяческих сообщений об ошибках и просто сообщений занимаются технические писатели и тестеры не напрягая по этому поводу разработчиков. Очень удобным оказалось иерархическое построение информации. Собственно многие из тех пожеланий что я перечислил появились от них, те же проблемы со случайным удалением
AVK>Так сейчас вроде есть уже редактор в отдельном окне?
Для совсем большого текста хорошо, а для просто одного предложения среднего размера неудобно. Не помещается несколько слов и нужно вызвать окно, потом закрыть. Я гораздо чаще наблюдаю сильно растяную третью панель.
A>> Поиск дубликатов сообщений (или просто вывод в виде плоского списка с сортировкой по сообщениям)
AVK>Хм. Надо подумать.
Когда я сделал подобную выборку, оказалось что в проекте целая куча одинаковых сообщений распихана по разным подсистемам
AVK>Черт его знает. Спорно.
Скорее довольно сложно
AVK>Тут несогласен. Такая штука не соответствует общей идеологии, когда ты выбираешь в дереве "папку" и неймспейс автоматически подставляется текущий. Возможно даже нужно запретить неймспейс менять при добавлении.
Ага ты говоришь про добавление! Про добавление полностью согласен, тут все замечательно. Я имел в виду File -> Generate helper и там поле ввода неймспейса. Я иногда после редактирования генерирую код из утилиты, а когда что то забыл и третий раз в течение пяти минут вводишь какой нить Product.Server.SuperLogic то тяжко
Здравствуйте, Andre, Вы писали:
A>Очень удобным оказалось иерархическое построение информации.
Так собственно ради этого и делалось (ну и еще одновременного редактирования всех локалей). Потому что иначе проще было дождаться 2005 студии.
A> Собственно многие из тех пожеланий что я перечислил появились от них, те же проблемы со случайным удалением
Ну наверное тогда стоит сделать. Потому что я то сам ей пользуюсь и таких проблем ни разу не было.
AVK>>Так сейчас вроде есть уже редактор в отдельном окне? A>Для совсем большого текста хорошо, а для просто одного предложения среднего размера неудобно. Не помещается несколько слов и нужно вызвать окно, потом закрыть. Я гораздо чаще наблюдаю сильно растяную третью панель.
Тогда может имеет смысл вобще отказаться от PropertyGrid.
AVK>>Тут несогласен. Такая штука не соответствует общей идеологии, когда ты выбираешь в дереве "папку" и неймспейс автоматически подставляется текущий. Возможно даже нужно запретить неймспейс менять при добавлении.
A>Ага ты говоришь про добавление! Про добавление полностью согласен, тут все замечательно. Я имел в виду File -> Generate helper и там поле ввода неймспейса.
Аааа, я сразу и не сообразил. Я эту фичу делал больше для отладки в рассчете на то, что в реальных проектах утилитка будет использоваться в режиме командной строки.
Есть еще один вопрос — может имеет смысл сделать поддержку одновременного редактирования нескольких ресурсах ввиде Tabbed MDI?
Здравствуйте, AndrewVK, Вы писали:
AVK>Есть еще один вопрос — может имеет смысл сделать поддержку одновременного редактирования нескольких ресурсах ввиде Tabbed MDI?
ЭЭЭЭ может научить ее читать проекты студии и шастать по проектным ресурсам — тогда да, много окошек рулят.
А так довольно трудно представить ситуацию одновременного редактирования разных ресурсов — только если для копирования.
Здравствуйте, AndrewVK, Вы писали:
A>>Проверка орфографии или экпорт/импорт в чего-нибуть, чтобы можно было в Worde проверить орфографию и т.д. AVK>Черт его знает. Спорно.
У меня уже было предложение о встраивании проверки орфографии.
Все никак руки не дойдут до начала работы в этом направлении (под конец года совсем свободное время пропало ). Да еще эта неопределенность с тем, какой редактор будет жить в Янусе. Так что сейчас есть 2 пути действий: надстройка над scintilla и встраивание в rsdn.editor.
Ладно, после НГ займусь этим вопросом более плотно, тем более, что есть такой инструментарий, как *spell, в том числе и managed проекты (как показали исследования на эту тему ).
Здравствуйте, AndrewVK, Вы писали:
AVK>Тогда может имеет смысл вобще отказаться от PropertyGrid.
А вместо просто редактируемый грид? Я в данном случае не совсем представляю на что можно заменить.
AVK>Аааа, я сразу и не сообразил. Я эту фичу делал больше для отладки в рассчете на то, что в реальных проектах утилитка будет использоваться в режиме командной строки.
Пришлось использовать вручную. Командная строка не используется, потому что для контроля версий используется VSS Нужно ли дальше продолжать...
AVK>Есть еще один вопрос — может имеет смысл сделать поддержку одновременного редактирования нескольких ресурсах ввиде Tabbed MDI?
Если для поддержки редактирования нескольких файлов из разных преоктов то ДА! Было бы весьма и весьма неплохо.
Здравствуйте, Andre, Вы писали:
AVK>>Тогда может имеет смысл вобще отказаться от PropertyGrid.
A>А вместо просто редактируемый грид?
Нет, специализированный интерфейс на базе той же сцинтиллы.
A>Пришлось использовать вручную. Командная строка не используется, потому что для контроля версий используется VSS Нужно ли дальше продолжать...
А в чем проблема? Я правда не понял.
A>Если для поддержки редактирования нескольких файлов из разных преоктов то ДА! Было бы весьма и весьма неплохо.
Тогда надо делать по честному интерфейс ввиде MVC. Заодно и встраиваемый в студию вариант упростится.
... << RSDN@Home 1.2.0 alpha rev. 624 on Windows XP 5.1.2600.131072>>
Здравствуйте, AndrewVK, Вы писали:
A>>Пришлось использовать вручную. Командная строка не используется, потому что для контроля версий используется VSS Нужно ли дальше продолжать...
AVK>А в чем проблема? Я правда не понял.
Точно не помню, но было примерно следующее:
Под VSS файлы read-only. Если просто снять read-only будет при каждом обновлении спрашивать хочу ли я его обновить, и если обновлю то снова станет read-only кажется. А держать SR.cs в проекте и не в VSS не получалось.
Чтобы нормально перегенерировался при билде SR.cs в батнике при билде происходило следующее:
— для SR.cs делалось получение последней версии и чекоут
— запускался LocUtil для перегенерации
— новый SR.cs чекинился в VSS
В общем файл менялся достаточно редко и засорять историю не хотелось. При том возникали проблемы с одновременной работой даже в том, что данные логина в VSS у всех разные. В общем как выход можно было навернуть батник с проверками были ли обновления для SR.resx и только тогда запускать пересоздание, но решили просто создавать ручками SR.cs.