» hc.Historian - просмотр кэша программы HandyCache

rs

Цитата:

а теперь сравни

Тогда уж лучше вообще сделать одну кнопку: "Установить диапазон отфильтрованных страниц"! А если уже надо что-то менять по ходу, то первым способом.

abz хм... тоже интересное предложение... спасибо...
только это можно не взамен, а в дополнение сделать...

V0lt

Цитата:

не надо выдумывать никаких расширений, оставить как есть - .dll

Да ради бога не в этом суть

Цитата:

какой н... ассемблер, твой плагин ничего такого не считает

А тебе оперативу не жалко, на ассемблере, то файлы получаются маленькими и компактными, а если написать к примеру этот же плагин на Delphi, то во сколько раз больше он(плагин) бужет памяти жрать?
ALeXkRU

Цитата:

и про ini-файл с настройками.. там же найдешь

Да я читал про INI файл. Я говорю про автономность, т.е. чтобы после переустановки винды, не приходилось заново настраивать параметры
rs

Цитата:

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

это не глюк - это фича(с)

Groms
Цитата:

т.е. чтобы после переустановки винды, не приходилось заново настраивать параметры

я после установки windows достаю из своего архива пачку заранее созданных reg-файлов для нужных мне программ - делается всё парой кликов

можно также и с reg-файлом историка поступить

rs
Я просто придерживаюсь того, что программу один раз настроил и ей пользуешься даже после переустановки винды, если программа не использует специфические файлы(наход например в папке windows). А с этими рreg файлами, только лишнии заморочки.

Хотя я могу предложить компромиссный вариант, пускай программа создает у себя в каталоге reg файл(изменил настройки - изменился файл) и при запуске hc.Historian проверяет ключи в реестре, если они не совпадают с теми, что в reg файле(если например пользователь отредактировал эти ключи через regedit) или вообще отсутствуют, то hc.Historian интегрирует этот reg файл в реестр

rs

Цитата:

кстати, ты обратил внимание, как быстрее сразу же отключить следующие подтверждения на сессию? - в окне вопроса сразу жмешь пробел (снимаешь галку) и тут же enter

Не сразу, но обратил


Добавлено:

Цитата:

Хотя я могу предложить компромиссный вариант...

Имхо было бы достаточно, чтобы историк имел возможность сохранять свои настройки в виде .reg файла во вкладке Настройки, благо места там полно. Тогда после перестановки винды достаточно просто кликнуть на нем пару раз и все настройки будут возвращены. ИМХО здесь автомат излишен, вдруг придется ставить Историка на другой комп, где дерево каталогов будет немного отличаться (например, место расположения кэша), тогда подправил немного ручками .reg файл и... вуаля, все в шоколаде.

hpoint

Цитата:

мхо было бы достаточно, чтобы историк имел возможность сохранять свои настройки в виде .reg файла во вкладке Настройки, благо места там полно. Тогда после перестановки винды достаточно просто кликнуть на нем пару раз и все настройки будут возвращены. ИМХО здесь автомат излишен, вдруг придется ставить Историка на другой комп, где дерево каталогов будет немного отличаться (например, место расположения кэша), тогда подправил немного ручками .reg файл и... вуаля, все в шоколаде.

да, мне так нравится больше

Добавлено:
all
прошу высказать свое мнение:

в очередной версии планирую убрать пункт контекстного меню списка истории посещений для установки диапазона дат по селектированным строкам

взамен более систематизируются контекстные меню двух полей для воода диапазона дат:
•    Установить минимальную дату (находится наименьшая дата в БД истории посещений)
•    Установить максимальную дату (находится наибольшая дата в БД истории посещений)
•    Установить сегодняшнюю дату
•    Диапазон дат: сегодня
•    Диапазон дат: вчера
•    Диапазон дат: за неделю
•    Диапазон дат: за месяц
•    Диапазон дат: по выделенным web-страницам (при выполнении пункта меню поле фильтр очищается)
•    Диапазон дат: по отфильтрованным web-страницам (при выполнении пункта меню поле фильтр очищается)
•    Очистить диапазон дат

rs
Менюшкой пользоваться не удобно. Лучше кнопку с ниспадающим списком.
Еще лучше оба варианта, меню и кнопку.

Dimanish
а чем отличается контекстное меню от кнопки с выпадающим списком? - по количеству нажатий и по результирующему виду списков - одно и то же

кнопка на датах уже занята календарём

rs
Принципиально ничем.
С точки зрения дизайна программа будет выглядеть красивей.

Dimanish
кнопка уже задействована на календарь

rs
Прости, не понял. Какая кнопка задействована на календарь?

Dimanish
на полях ввода дат начала и конца диапазона
на этих же полях будет и контекстное меню

rs
А, ну тогда хорошо.

NothingAnother

Цитата:

А что насчёт юникода?

чем конкретно сейчас без него плохо?

rs
Цитата:

чем конкретно сейчас без него плохо?

Некорректная постановка вопроса. Если X лучше, чем Y, это не значит, что Y - плохой... Ядро NT-систем - юникодовое, "входы" ANSI оставлены лишь для поддержки софта, переползшего с 9x, и эта поддержка не бесплатна. Вот ты печёшься о
Цитата:

такой аргумент может быть перевешен либо повышением производительности

, а здесь как раз возможность уменьшить накладные. Дело в том, что при вызовах ANSI-вариантов API'шных ф-ий, на самом деле вызываются некие "заглушки", осуществляющие преобразование строк в юникод, и последующую передачу управления уже в "истинные" (юникодовые) ф-ии для исполнения. Как известно, строковые операции наиболее ресурсоёмкие (по времени) после обработки I/O, и если скомпилировать юникодовый вариант сабжа - описанные промежуточные операции не потребуются, будут вызываться сразу "основные" версии ф-ий

Добавлено:
Кстати, посмотрел сейчас разницу в заархивированном виде - 0.5M

rs
Ещё выявил закономерность по поводу выделения нескольких страниц.
Выделяем несколько страниц, сей факт никак не отображается, переходим в строку поиска (он же "критерий фильтрации") - выделенные строки начинают отображаться, щелкаем на списке страниц - выделение опять снимается.
Все манипуляции производил на теме "Windows XP" - серебристая.

Ты вообще собираешься исправлять баг или информации не хватает? Или может быть забил на него?

Dimanish

Цитата:

Ты вообще собираешься исправлять баг или информации не хватает? Или может быть забил на него?

тут момент связанный с темами XP уже обсуждался - опытным путём было установлено, что отдельные цветовые схемы windows приводят к тому, что выделение показывается неконтрастным цветом в этой wdtnjdjq схеме по отношению к остальным строкам - поэтому создаётся впечатление, что выделения не происходит


Цитата:

переходим в строку поиска (он же "критерий фильтрации") - выделенные строки начинают отображаться,

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

испльзуемая в настоящий момент компонента работы со списком (грид) не позволяет изменить цветовое отображение для серебристой схемы в win xp

ps
для практического решения можно исходить из следующего:
эксперименты показали, что данная цветовая проблема имеет место только с серебристой темой, в остальных цветовых схемах win xp цвета выделения показываются, похоже, нормально

rs,
схема схемой, а выделение не работает во многих случаях, отображение здесь не причем. C этим надо что-то делать. Это большой глюк. Лучше приостановить развитие программы и разобраться с этим вопросом.

hpoint

Цитата:

ИМХО здесь автомат излишен, вдруг придется ставить Историка на другой комп, где дерево каталогов будет немного отличаться (например, место расположения кэша), тогда подправил немного ручками .reg файл и... вуаля, все в шоколаде.

В таком случае перед запуском Историка, просто правишь .reg файл
Цитата:

и... вуаля, все в шоколаде.

rs
Цитата:

просто посчитай клики

Тоже о количестве кликов при очистке кэша.
Нынешний вариант навигации несколько неудобен. В чем неудобство? Я просмотерл запись, хочу ее удалить. Нажимаю DEL, запись удаляется, курсор переходит... (куда он должен переходить для большего удобства? - давайте обсудим)

Ладно, курсор переходит на строку выше (где он уже был), хотя для ускорения очистки лучше бы он переместился на следующую позицию.
Чтобы обойти это неудобство, я меняю направление сортриовки в сторону убывания. Он переходит на нужную мне позицию, но требуется дополнительная операция выделения (ctrl + left mouse) , чтобы эту запись можно было удалить.

Почему бы удаление не сделать по принципу большинства файловых менеджеров?
То есть если курсор стоит на одиночной записи, то эта запись доступна для удаления.

И еще можно ли поменять вид истории? Хотелось бы как открывающиеся папки для каждого сайта, как в HC.

jlmurat
Цитата:

можно ли поменять вид истории? Хотелось бы как открывающиеся папки для каждого сайта

Поддерживаю, в виде дерева было очень бы уместно (да и напрягаться особо не придётся - готовый компонент в дельфинах уже есть )...

jlmurat
NothingAnother
Согласен и двумя руками ЗА! Имхо, в виде древа каталогов было бы просто великолепно.

DocSer

Цитата:

Согласен и двумя руками ЗА! Имхо, в виде древа каталогов было бы просто великолепно.

Кстати,так сделан просмотр кеша в MyProxy.Имею лицензию на эту прогу,но не юзаю её.

jlmurat
NothingAnother
DocSer
Тут же просмотр истории! А не просмотр кэша.
Как его реализовать в виде дерева?

Добавлено:
Прошу не путать просмотр папки кэша с просмотром истории сохранения в кэш.

jlmurat
Цитата:

Тоже о количестве кликов при очистке кэша.
Нынешний вариант навигации несколько неудобен. В чем неудобство? Я просмотерл запись, хочу ее удалить. Нажимаю DEL, запись удаляется, курсор переходит... (куда он должен переходить для большего удобства? - давайте обсудим)

Ладно, курсор переходит на строку выше (где он уже был), хотя для ускорения очистки лучше бы он переместился на следующую позицию.
Чтобы обойти это неудобство, я меняю направление сортриовки в сторону убывания. Он переходит на нужную мне позицию, но требуется дополнительная операция выделения (ctrl + left mouse) , чтобы эту запись можно было удалить.

Почему бы удаление не сделать по принципу большинства файловых менеджеров?
То есть если курсор стоит на одиночной записи, то эта запись доступна для удаления.

полностью согласен, предложение мне нравится
сделаю

Добавлено:
jlmurat

Цитата:

И еще можно ли поменять вид истории? Хотелось бы как открывающиеся папки для каждого сайта, как в HC

в НС совсем иной принцип древовидного представления - дерево строится по принципиально другим данным

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

NothingAnother

Цитата:

Поддерживаю, в виде дерева было очень бы уместно (да и напрягаться особо не придётся - готовый компонент в дельфинах уже есть

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

имеющиеся в БД историка данные просто так компонентам древовидного просмотра не скормить, для этого потребуется 1) другая концепция данных и 2)другая концепция интерфейса программы + 3) концепция такой же высокой эффективности, какую удалось достичь в историке сейчас

C0USIN
Цитата:

Как его реализовать в виде дерева?

Элементарно, Ватсон! Уже есть два дерева: одно - время, второе - структура сайта. Их главенство по отношению друг к другу можно переключать...

C0USIN

Цитата:

Как его реализовать в виде дерева?

Может люди хотят как в журнале Firefox (режим "По дате и сайтам")
Там три уровня: Дата->Сайт->Страница

rs
Цитата:

они требуют специальным образом оформленных и подготовленных данных

Разумеется, никто и не говорит, что это делается в два клика...

Цитата:

1) другая концепция данных

Желательно, но не обязательно

Цитата:

2)другая концепция интерфейса программы

Гонишь!

Цитата:

3) концепция такой же высокой эффективности

"Концепция эффективности"? А что это такое?

NothingAnother

Цитата:

"Концепция эффективности"? А что это такое?

это я коротко выразил итоги полуторамесячного (в начале разработки программы) выбора эффективного решения для компактоного хранения данных, быстрого наполнения БД и молниеносной фильтрации данных - пришлось найти и протестировать пару десятков баз данных в болшом количестве их разнообразных конфигураций...

найденное решение - FB - на порядок обошло по производительности другие лучшие из обробованных вариантов

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