По идее это дело не должно перетираться при установке.
Сделай бэкап "Мои документы/Adan client", если потрется, то после установки верни его обратно.

Клиент обновлен.
Добавлены конфиги, импорт конфигов из jmc. Клиент теперь понимает команды из строки как в jmc.
Алиасы теперь работают корректно.
Добавлены различные опции.
Ошибка Overflow заменена на 1 строчку. Это все еще не решает проблемы, но уже нету спама. Надеемся на скорейшее исправление со стороны сервера.
Несколько фиксов производительности и ошибок.

супер, спасибо!!
это классные новости что клиент получил развитие

хотя я неисправимый фанат mmc, но постараюсь потестить на днях

Жаль, что только под винду. Вот и приходится юзать mmc

Жаль, что только под винду. Вот и приходится юзать mmc

Перевести на моно может попробовать?
http://www.mono-project.com/Main_Page

WPF непереносим ))
уже пытались

Было бы отлично кроссплатформенный клиент иметь...

WPF непереносим ))
уже пытались

Может стоит отказаться от WPF ?

Перевести на моно может попробовать?

я пытался однажды портировать редакторы под mono, не-ре-аль-но. то тут нет поддержки, то там. какие-то жесткие глюки с drag-n-drop, отображение едет жестко, некоторые глюки вообще неясные - чо-нибудь падает, а почему неясно. под разными платформами mono работает по-разному, и везде специфические глюки... mono под Windows показывает совершенно другой результат чем mono под Linux. и третий результат будет в MacOS. и притом редакторы - это WinForms, давняя технология, поддерживаемая моно с самого начала....

а с WPF приложениями я вообще не уверен что там вообще есть их поддержка.

Жаль, что только под винду. Вот и приходится юзать mmc

ну лично я mmc использую по другим причинам:
1) хз сколько лет писал конфиг под mmc, там куча наработок, а импорт конфига из mmc сделать невозможно, там идут в основном не обычные алиасы/бинды как в жабе, а perl-код. плюс базу стафа конвертить и т.п...
2) т.к. я разработчик, мне нравится девелопить, в том числе конфиг, почему нет) так что mmc мне ближе, т.к. там по сути конфиг пишется на perl.

но mmc-шников у нас в маде очень немного. 90% аудитории - пользователи JMC, так что я считаю для них последние новости - это по-настоящему классно!

Может стоит отказаться от WPF ?

ну дак это то же самое что у дома заменить фундамент) по трудозатратам аналогично 2/3 строительства нового дома

кстати!

Silverlight implements a subset of the WPF APIs and is available on Windows, MacOS X and through our own open source effort Moonlight it is available on Linux and other Unix systems.

Silverlight does not have all the capabilities of WPF, but both technologies are converging API-wise.

Silverlight can now be used outside of the browser, and Moonlight can be configured to be used with the full .NET API outside of the browser.

отсюда: http://www.mono-project.com/WPF

а чо, вариант!

а как мне обновить клиент, что бы не потерять мои настройки(конфиги, карты и тп)?

Абсолютно не уверен в совместимости версий
Но вообще попробуй скопировать Settings\settings.xml в папку Settings\Default\

кстати!

Цитата

Silverlight implements a subset of the WPF APIs and is available on Windows, MacOS X and through our own open source effort Moonlight it is available on Linux and other Unix systems.

Silverlight does not have all the capabilities of WPF, but both technologies are converging API-wise.

Silverlight can now be used outside of the browser, and Moonlight can be configured to be used with the full .NET API outside of the browser.

отсюда: http://www.mono-project.com/WPF

а чо, вариант!

Вопрос только в том: нужно ли это делать? Так ли много людей этим будет пользоваться?

на мой взгляд - нет, делать это не стоит на взгляд людей обзаведшихся macbook'ами - хз они итак потратили туеву хучу денег на макбук, и теперь когда под него еще и нифига не работает это особенно обидно. так что я думаю всё-таки надо! ) нельзя же обижать эппл!

на мой взгляд - нет, делать это не стоит на взгляд людей обзаведшихся macbook'ами - хз они итак потратили туеву хучу денег на макбук, и теперь когда под него еще и нифига не работает это особенно обидно. так что я думаю всё-таки надо! ) нельзя же обижать эппл!

мад на маке? ))) Мне даже в голову такое не приходило ))))

ну как бы а думаешь почему линдир про это пишет? 

Не мад, а клиент. Хотя мад под маком собрать в разы проще чем под винду.
И учитывая, что я имею дело только с линукс системами, то мак весьма удобен