Total Commander :: xBaseView плагин (есть бесплатный EXE-вариант)

xBaseView плагин (есть бесплатный EXE-вариант)

through

[^/[Print]\]
Goto page Previous 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Next :| |:
Total Commander -> Плагины Total Commander

#31: Author: DeathStalker, Location: Санкт-Петербург

Posted: Fri May 04, 2007 10:12
—
mutex
Поставил последнюю 8 версию и заметил два таких глюка:
1. Почему-то плагин открывается не на полный экран, хотя окно листера настроено на полный экран и снята галочка в настройках плагина Не занимать весь экран.
2. У меня не отображается 0 в целой части дробного числа, например, вместо 0,12 отображается ,12, случай приведен при просмотре *.dbf файлов, в старой версии все работало нормально.

#32: Author: mutex, Location: Казахстан

Posted: Fri May 04, 2007 13:33
—
DeathStalker
1. Проверьте файл wincmd.ini, сецию [Lister]: там параметр Maximized=1?
2. Точно не помню. Должно быть я сделал это в угоду юзеру от США. :)

#33: Author: DeathStalker, Location: Санкт-Петербург

Posted: Fri May 04, 2007 13:45
—
mutex
1. Maximized=1
2. А можно ли как нибудь вернуть ноль?

#34: Author: mutex, Location: Казахстан

Posted: Fri May 04, 2007 17:22
—
DeathStalker, Проверил.
Действительно пункт 1 оказался багом плагина. Исправил. Большое спасибо за диагностику!
По пункту 2 выяснилось, что это изменение было вынужденным. Причина: число с плавающей точкой отображалось с излишне многими знаками после запятой, когда оно было близко к нулю. Теперь для чисел с плавающей точкой применяется спецальное форматирование, следствием которого является подавление нуля в целой части, когда число меньше единицы. Придется терпеть одно ради другого.

#35: Author: Руслан, Location: Москва

Posted: Fri May 11, 2007 01:01
—

mutex wrote:

DeathStalker, Проверил.
Действительно пункт 1 оказался багом плагина. Исправил. Большое спасибо за диагностику!
По пункту 2 выяснилось, что это изменение было вынужденным. Причина: число с плавающей точкой отображалось с излишне многими знаками после запятой, когда оно было близко к нулю. Теперь для чисел с плавающей точкой применяется спецальное форматирование, следствием которого является подавление нуля в целой части, когда число меньше единицы. Придётся терпеть одно ради другого.

Неужели никак не исправить ситуацию с нулём ??? не может быть Smile

как еще любил говорить мой знакомый программист говорит я не могу (а подразумевает - Я НЕ ХОЧУ Smile

)

#36: Author: mutex, Location: Казахстан

Posted: Fri May 11, 2007 13:26
—
Руслан, то что, программисты народ "довольно" ленивый, общеизвестно. :)
В данном случае речь идет об экономии ширины сетки (DBGrid) БД. Это наглядно видно, если открыть Biolife.db (из примеров Дельфи - алиас DBDEMOS) нынешним плагом и платным xbaseviewpro.exe 7.2 и сравнить их. Колонка Length_In имеет тип Float и много цифр после запятой. Нынешний формат вывода примерно такой: ############.####; он подавляет все ведущие нули и особенно полезен, когда поле БД, имея тип Float, в действительности содержит целочисленные значения. Изменить его мне совсем не сложно, так как он используется только в одном месте.

Last edited by mutex on Tue May 15, 2007 23:46; edited 1 time in total

#37: Author: Руслан, Location: Москва

Posted: Tue May 15, 2007 21:59
—

mutex wrote:

Руслан, то что, программисты народ "довольно" ленивый, общеизвестно. Smile

В данном случае речь идет об экономии ширины сетки (DBGrid) БД. Это наглядно видно, если открыть Biolife.db (из примеров Дельфи - алиас DBDEMOS) нынешним плагом и платным xbaseviewpro.exe 7.2 и сравнить их. Колонка Length_In (длина в дюймах) имеет тип Float и много цифр после запятой. Нынешний формат вывода примерно такой: ############.####; он подавляет все ведущие нули и особенно полезен, когда поле БД, имея тип Float, в действительности содержит целочисленные значения. Изменить его мне совсем не сложно, так как он используется только в одном месте.

Про ленивый народ - эт точно Smile

но ведь это и является двигателем прогресса программистов Smile

если конечно этот вдигатель направлен в правильное русло Smile

...
А по поводу ошибки - если как ты говоришь

mutex wrote:

Изменить его мне совсем не сложно, так как он используется только в одном месте.

тогда почему бы и не изменить ? Smile

#38: Author: mutex, Location: Казахстан

Posted: Tue May 15, 2007 23:44
—
Руслан, ленивость проистекает еще от "пугливости": бывает так, что изменяя в одном месте, нарушаешь системную логику и получаешь вместо одного исправленного бага кучу новых и непонятных глюков.
Цитирую себя:
> [начало]...он подавляет все ведущие нули и особенно полезен, когда поле БД, имея тип Float, в действительности содержит целочисленные значения. [конец]
Например в СУБД FoxPro все числа, включая целые, представляются типом N (Numeric), т.е. типом с плавающей точкой, которому соответствует TFloatField в Delphi. Форматирование, которое не выводит ведущий нуль в целой части числа, нормально покажет целые числа для FoxPro DBF. Если же в этом формате я сделаю незначащий ноль в целой части обязательным, тогда целые поля FoxPro будут отображатся с 4-мя нулями после запятой. Что есть некорректно и лишняя трата пространства столбца сетки БД. Таким образом, (имхо) я выбрал меньшее из двух зол.

Last edited by mutex on Wed May 16, 2007 13:34; edited 1 time in total

#39: Author: Bishop,

Posted: Wed May 16, 2007 13:33
—
mutex
а как вы смотрите на то, чтобы настройки плагина хранить в %APPDATA%, а не в «Моих документах»?

#40: Author: mutex, Location: Казахстан

Posted: Wed May 16, 2007 13:41
—
Bishop, отрицательно. Потому что:
1) каталог %APPDATA% является разным для разных версий Windows; 2) каталог My Documents более стандартизован и его легче найти рядовому юзеру; 3) в инсталляторе NSIS я не смог найти каталог Application Data, а My Documents там имеется.

#41: Author: Bishop,

Posted: Wed May 16, 2007 14:19
—
mutex
1. Оба каталога имеют разные пути в разных Windows, для этого и переменные;
2. А зачем его искать рядовому юзеру;
3. Не аргумент. Все каталоги ведь создаются при запуске.

Меня смущает, что после задания в параметрах Служебного каталога, в него сохраняются файлы настроек, но каталог Documents\xBaseView с подкаталогами остаются.

#42: Author: mutex, Location: Казахстан

Posted: Wed May 16, 2007 18:26
—
Bishop
1. Папка My Documents практически у всех на Desktop-е и это удобно. Если мне не изменяет мой "склероз": в Win9x вообще нет такого понятия как папка AppData.
2. Иногда возникает необходимость вручную изменить файл настроек и, возможно, файл историй каталогов. От пользователя нельзя скрывать его же файлы.
3. Часть каталогов создает установщик (инсталлятор) NSIS по моему заказу. Зачем мне писать лишний код для этого.

> ...каталог Documents\xBaseView с подкаталогами остаются
Не совсем понял этот вопрос. Однако считаю, что программа не имеет прав на удаление пользовательских файлов и каталогов. Юзер знает и разбирается лучше.

Позволю себе ответные вопросы:
В чем приемущество папки AppData перед папкой My Documents? В чем заключаются недостатки папки My Documents? Может быть мой подход мешает работать в многопользовательской среде WinNT?

Я не говорю, что мое решение является идеальным. Можно и нужно критиковать меня, только прошу наглядно доказать. Математика (программисты также) верит не слову, а логике. Smile

#43: Author: Bishop,

Posted: Wed May 16, 2007 20:24
—
mutex,
моя неприязнь к папкам настроек программ в My Documents уходит корнями в те времена, когда я еще хранил свои документы в этой папке (давно использую отдельный диск). Это личное и, действительно, не нужно обращать на это внимание.

>> ...каталог Documents\xBaseView с подкаталогами остаются
> Не совсем понял этот вопрос

Вопрос не в том что они остаются, они пересоздаются после удаления, и активно используются программой.
То есть после измениния настройки «Служебный каталог», по указанному в ней адресу сохраняются только ini-шник и история посещений. А настройки соединений сохраняются в подкаталоги BDE, NET и ODBC каталога Documents\xBaseView. Вот это считаю неправильным.

#44: Author: Alextp,

Posted: Wed May 16, 2007 21:26
—

Quote:

Позволю себе ответные вопросы:
В чем приемущество папки AppData перед папкой My Documents? В чем заключаются недостатки папки My Documents?

ни в чем, но использование AppData более страндартно.
AppData рекомендовано к исп-ю для настроек в WinNT.

Quote:

Может быть мой подход мешает работать в многопользовательской среде WinNT?

нет.

Но я бы сделал так:

Code:

1. под Win9x, или если папка AppData не задана (API ничего не возвращает), берем папку программы
2. в ост. случаях берем AppData\xBaseView

#45: Author: mutex, Location: Казахстан

Posted: Wed May 16, 2007 22:49
—
Теперь понял Bishop-а: изменяя служебный каталог, логично было ожидать, что все подкаталоги тоже будут переадресованы в новый служебный каталог. Да, тут есть логический смысл.
Таких подкаталогов три: BDE, NET и ODBC. Они не имеют отношения к настройкам программы, скорее всего, их можно отнести в категорию документов пользователя, потому что там хранятся файлы для соединения с базами данных. Получается, что с другой логической стороны, подкаталогам самое-то место, именно, в папке "Мои документы".

> AppData рекомендовано к исп-ю для настроек в WinNT.
Ясно, Alex. Раз файлы соединении хранятся в "Моих документах", пусть и настройки сидят там же. Все в одном месте, это тоже неплохо. Да, к тому же все эти каталоги завязаны еще с инсталлятором NSIS: в его документаций я не смог найти переменную, представляющую папку AppData.

Таким образом, пока я не вижу основания для изменения алгоритма программы по данному вопросу. Тем более, что открывать папку "Мои документы" из Винды, а также переходить к подпапкам соединении из плагина - совсем несложно, к примеру: Alt+1, +2, +3 в xbaseview.

Total Commander -> Плагины Total Commander

output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Goto page Previous 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Next :| |: Page 3 of 10