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

rs
Ну что ж, поскроллил.
1. Скроллинг таблицы колесом делается по разному, в зависимости от положения курсора. Если курсор над таблицей - выделение прыгает вверх (или вниз), таблица прокручивается на 3 строки. Если нет - смещается выделение на одну строку. Бага или фича?
По уму, если курсор не над таблицей, она вообще не должна прокручиваться.
2. Переключаю фокус на окошко браузера. Кручу содержимое. Как только дохожу до конца - начинает прокручиваться таблица. Наверняка бага.
3. При выборе строки в таблице щелчком мыши иногда фокус сразу перекидывается на браузер. Чаще не перекидывается. Какой-либо закономерности пока что не заметил. Бага?
4. Если фокус находится на окне браузера, после переключения на другую программу и обратно фокус перескакивает на таблицу. Неэстетично.

Ну и как обычно немножко вишей.
1. Таки сделать прокрутку окна браузера без необходимости переключать на него фокус.
2. А нельзя ли прокручивать таблицу, не трогая выделение? Было бы более естественно, если бы выделенная строка постоянно соответствовала собержимому браузера. А то, понимаешь ли, нашёл, скажем, нужную страницу. Хочу, к примеру, пометить от неё ещё десяток страниц вниз. Для этого нужно на пару строк прокрутить таблицу. Крутанул колесо - опаньки, выделение ускакало, а где оно было - уже успел забыть. Правдоподобный сценарий?

про шапочку я просил Nep-а - пока тишина


Abs62

Цитата:

1. Скроллинг таблицы колесом делается по разному, в зависимости от положения курсора. Если курсор над таблицей - выделение прыгает вверх (или вниз), таблица прокручивается на 3 строки. Если нет - смещается выделение на одну строку.

это в версии 1.6? у меня вроде такого нет

Цитата:

2. Переключаю фокус на окошко браузера. Кручу содержимое. Как только дохожу до конца - начинает прокручиваться таблица. Наверняка бага.

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

Цитата:

3. При выборе строки в таблице щелчком мыши иногда фокус сразу перекидывается на браузер. Чаще не перекидывается. Какой-либо закономерности пока что не заметил.

версия 1.6? - у себя не замечал
у кого-н ещё есть такое?

Цитата:

4. Если фокус находится на окне браузера, после переключения на другую программу и обратно фокус перескакивает на таблицу. Неэстетично

почти согласен

это особенности грида - мало контролируемо
забьём?

Цитата:

Таки сделать прокрутку окна браузера без необходимости переключать на него фокус.

подробнее?
будучи не в окне браузера при фокусе в другом контроле?
не ясен критерий начала прокрутки

Цитата:

А нельзя ли прокручивать таблицу, не трогая выделение? Было бы более естественно, если бы выделенная строка постоянно соответствовала собержимому браузера. А то, понимаешь ли, нашёл, скажем, нужную страницу. Хочу, к примеру, пометить от неё ещё десяток страниц вниз. Для этого нужно на пару строк прокрутить таблицу. Крутанул колесо - опаньки, выделение ускакало, а где оно было - уже успел забыть. Правдоподобный сценарий?

можно

это один из концептуальных вариантов реализации прокруток и селектов
такой был в одной из пред версии

тут взаимоискл подходы - либо привязывать селектирование к странице в браузере (было раньше), либо не привязывать

мультиселект диктует скорее второе, чем первое
я остановился на втором

rs

Цитата:

это в версии 1.6?

Да, всё сказанное относится к 1.6.

Цитата:

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

Решать - так же, как и с окном браузера. Если курсор не над таблицей - не крутить.

Цитата:

будучи не в окне браузера при фокусе в другом контроле?

Именно при фокусе не в окне браузера.

Цитата:

не ясен критерий начала прокрутки

Положение курсора мыши над окном браузера при вращении колеса. Координаты курсора в WM_MOUSEWHEEL передаются в LPARAM, так что проверка вроде как не должна представлять особых сложностей.

PS. Может, пора свой компонент для таблицы написать? Раз уж со сторонними постоянные проблемы.

rs

Цитата:

это один из концептуальных вариантов реализации прокруток и селектов
такой был в одной из пред версии

тут взаимоискл подходы - либо привязывать селектирование к странице в браузере (было раньше), либо не привязывать

мультиселект диктует скорее второе, чем первое
я остановился на втором

По мне было бы лучше если бы выбранная строка не изменялась при прокрутке (теряется текущая позиция, которую приходится все время искать заново). И мультиселект тут не помеха. Кстати можно было бы сделать кнопочку/хоткей 'Вернуться к выделенной строке'. Тогда после того как пошарил по таблице можно будет вернуться в прежнюю позицию.

Добавлено:
Abs62

Цитата:

Может, пора свой компонент для таблицы написать? Раз уж со сторонними постоянные проблемы.

Надеюсь ты шутишь? Хорошую компаненту написать дело не двух дней.

версия 1.7 отправлена mai62, подождём пока он сможет помочь с выкладыванием

Abs62

Цитата:

Решать - так же, как и с окном браузера. Если курсор не над таблицей - не крутить.

сходу решить не выходит
пока будет так


Цитата:

Именно при фокусе не в окне браузера.

что-то никак не въеду скроллировать браузер даже сидя на гриде или в поле фильтра или в списке урлов над браузером? - так в этих контролах собственное скроллирование не лишено смысла

Цитата:

Положение курсора мыши над окном браузера при вращении колеса. Координаты курсора в WM_MOUSEWHEEL передаются в LPARAM, так что проверка вроде как не должна представлять особых сложностей.

в TWebBrowser нет никаких событий на движения и нажатия мыши


Цитата:

PS. Может, пора свой компонент для таблицы написать

приглашаю присоединиться к разработке своего "хорошего" грида


mai62

Цитата:

Кстати можно было бы сделать кнопочку/хоткей 'Вернуться к выделенной строке'. Тогда после того как пошарил по таблице можно будет вернуться в прежнюю позицию.

да, в версии 1.7 сделал именно так

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



Цитата:

Надеюсь ты шутишь? Хорошую компаненту написать дело не двух дней.

я тоже надеюсь


Цитата:

3. При выборе строки в таблице щелчком мыши иногда фокус сразу перекидывается на браузер. Чаще не перекидывается. Какой-либо закономерности пока что не заметил. Бага?

да
оказалось на некоторых страницах ведёт себя так
в 1.7 пофиксил

Цитата:

А нельзя ли прокручивать таблицу, не трогая выделение?

можно, см. версию 1.7

Цитата:

Было бы более естественно, если бы выделенная строка постоянно соответствовала собержимому браузера.

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


Цитата:

А то, понимаешь ли, нашёл, скажем, нужную страницу. Хочу, к примеру, пометить от неё ещё десяток страниц вниз. Для этого нужно на пару строк прокрутить таблицу. Крутанул колесо - опаньки, выделение ускакало, а где оно было - уже успел забыть. Правдоподобный сценарий?

правдоподобный
в 1.7 - правый клик над кнопкой обновления в браузере

--- Версия 1.7 --- 13.07.06 ---
[+] Переименование (а не удаление) файлов очереди включается не параметром командной строки '-',
а наличием файла 'RenameQueueFiles.txt' в том же каталоге, что и hcHistorian.exe (как правило
это "C:\Program Files\HandyCache\hcHistorian.Bin\hcHistorian.exe").
Содержимое файла 'RenameQueueFiles.txt' не имеет значения, он может быть пуст.
Переименование файлов очереди позволит выявить причину несистематического автоНЕобновления
истории посещений при интеграции с HandyCache (см. версию 1.4)
Новый способ включения переименованияудобнее при запуске историка из контекстного меню HandyCache
[+] Прокрутка колесом мыши не снимает выделение строк в списке истории посещений
[+] Правый клик на кнопке Обновить содержимое встроенного браузера синхронизирует положение в гриде
истории посещений с открытой встроенным браузером страницей
[+] Переработана в сторону большей интуитивности логика выделения строк в списке истории
[+] Правый клик мышью в окне встроенного браузера опять НЕ переводит фокус из встроенного
браузера на список истории посещений
[+] Для выделения (отмены выделения) строк в списке истории посещений используются как
стандартные в Windows сочетания:
- Ctrl + <Левый клик мыши> на строке
- Shift + <Стрелка вверх> или <Стрелка вниз>
так и дополнительные:
- Ctrl + <Движение мыши при нажатой левой кнопке>
- Shift + <Движение мыши при нажатой левой кнопке>

[+] Обновления и дополнения хинтов над всеми контролами
[+] Интерфейсные улучшения

_http://handycache.e-voice.ru/download.php?hcHistorianupdate10to17.zip

mai62

Цитата:

Надеюсь ты шутишь? Хорошую компаненту написать дело не двух дней.

А я не спешу.
rs

Цитата:

сходу решить не выходит

Если оконная процедура не обработала сообщение WM_MOUSEWHEEL, по умолчанию оно передаётся родительскому окну. Родительским окном для TWebBrowser, насколько я понимаю, является главное окно формы. В нём ловить и давить эти сообщения пробовал? Дабы никуда больше не лезли.

Цитата:

что-то никак не въеду скроллировать браузер даже сидя на гриде или в поле фильтра или в списке урлов над браузером? - так в этих контролах собственное скроллирование не лишено смысла

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

Цитата:

приглашаю присоединиться к разработке своего "хорошего" грида

Delphi/Builder не пользую. Если что надо на C/C++ и WinAPI - можно и обсудить.

Цитата:

в TWebBrowser нет никаких событий на движения и нажатия мыши

И добавить нельзя? Тогда вешать хук WH_MOUSE уровня приложения, проверять в нём положение курсора и перенаправлять WH_MOUSEWHEEL по назначению.
Могу в качестве иллюстрации сделать маленькую DLL-ку, которая этим и займётся. Надо?

Цитата:

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

Хорошо, что разработчики, к примеру, Outlook Express не знали, что так нельзя сделать мультиселект, а то бы и не сделали.

Abs62

Цитата:

А я не спешу

обе программы делаются исключительно из личного интереса в свободное время и по мере возможности... при всём при том, что у каждого есть ещё работа, которая почему-то требует к себе внимания, да и много чего другого также присутствует в жизни кроме программ...
хотя можно, конечно, и объять необъятное... супер гридов с нуля наваять, к примеру...



Цитата:

Если оконная процедура не обработала сообщение WM_MOUSEWHEEL, по умолчанию оно передаётся родительскому окну. Родительским окном для TWebBrowser, насколько я понимаю, является главное окно формы. В нём ловить и давить эти сообщения пробовал? Дабы никуда больше не лезли

и этот путь мы проходили
twebbrowser (врнее даже его существенно расширенная модификацтя) так цепко берёт всё на себя, что родительскому окну ничего не достаётся
видать очень сильно ie интегрирован в систему

Добавлено:
Abs62

Цитата:

Если что надо на C/C++ и WinAPI - можно и обсудить

пока не надо



Цитата:

Хорошо, что разработчики, к примеру, Outlook Express не знали, что так нельзя сделать мультиселект, а то бы и не сделали.

ты не понял
я просто ФОРМАЛЬНО подошёл к этой твоей фразе:
"Было бы более естественно, если бы выделенная строка постоянно соответствовала собержимому браузера. "
содержимое браузера в данный момент всегда ОДНО, а селектированных строк в этот момент может быть много
отсюда формально вытекает невозможность предложенного тобой


Добавлено:
Abs62

Цитата:

Могу в качестве иллюстрации сделать маленькую DLL-ку, которая этим и займётся. Надо?

давай если хочешь - сделай dll - дашь её мне без исходников (си-шные исходники мне не нужны, компилятор ставить не буду)

а я просто твою dll использую

можешь мне через ПМ написать

Abs62

Цитата:

А я не спешу.

А я спешу. Мне хотелось бы иметь юзабельную версию не через несколько недель/месяцев, а пораньше

rs

Цитата:

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

Это-то понятно. Мне просто интересно, не больше ли сил и времени уйдёт на борьбу со сторонними компонентами.

Цитата:

и этот путь мы проходили
twebbrowser (врнее даже его существенно расширенная модификацтя) так цепко берёт всё на себя, что родительскому окну ничего не достаётся
видать очень сильно ie интегрирован в систему

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

Цитата:

можешь мне через ПМ написать

Написал.

--- Версия 1.7.1 --- 14.07.06 ---
[-] Устранена ошибка снятия выделения при удалении строк из историии контекстным меню
[-] Устранена ошибка неснятия выделения при возврате из браузера на грид

_http://handycache.e-voice.ru/download.php?hcHistorianupdate10to171.zip

Цитата:

[-] Устранена ошибка снятия выделения при удалении строк из историии контекстным меню

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

PS. И всё-таки скроллирование колесом мыши выделения, а не содержимого таблицы раздражает. Уж больно нестандартное поведение, все навыки ломает.

Abs62
я тебе в ПМ ответил - глянь и если хочешь ответь сейчас по адресу, указанному там (я очень скоро уезжаю)

Добавлено:
Abs62

Цитата:

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

согласен


Цитата:

PS. И всё-таки скроллирование колесом мыши выделения, а не содержимого таблицы раздражает. Уж больно нестандартное поведение, все навыки ломает

согласен
но похоже все гриды для работами с БД устроены так - все попытки сходу их подкорректировать с целью выкинуть бегущую строку пока не увенчались успехом

придётся пока смириться и привыкнуть

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

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

faZZ

Цитата:

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

это то, о чём говорит Abs62
вещь хорошая... но в ближайшее время придётся обойтись...

Все версии по-прежднему глючные.Остаюсь на Версии 1.1-1.2.2.
Аргументы приводил выше.В погоне за новыми фичами автор добавляет все больше и больше
глюков и предлагает с ними мирится.Такой подход не приеимлем,имхо.Если делать новую фичу в проге,то уж никак не в ущерб тому что было.

rubel

Цитата:

Остаюсь на Версии 1.1-1.2.2.

дело вкуса, конечно



Цитата:

Все версии по-прежднему глючные.

ну если не считать того, что заканчивая скроллировать браузер, продолжает скроллироваться грид - больше глюков-то и нет...
или есть ещё?

а этат - выход из браузера в грид в общем-то и не проблема - ;жить не мешает совсем (с моей т.зр. ессно)

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


Цитата:

В погоне за новыми фичами автор добавляет все больше и больше

да как бы новых и не добавляется




Добавлено:
rubel
кстати, о новых фичах... мультиселект ты кажется и просил..

канители с ним оказалось... - но теперь вроде бы благополучно всё решилось

Добавлено:
faZZ
что по этому вопросу скажешь:

Цитата:

у тебя, кажется, была проблема синхронизации на лету hc и историка - история посещений автоматом не обновлялась

возьми версию 1.7, создай файл "C:\Program Files\HandyCache\hcHistorian.Bin\RenameQueueFiles.txt" и посмотри - были ли не попавшие в историю сссылки помещены в очередь?
(подробнее см. whatsnew для историка 1.7)

проблемы с синхронизацией есть? не хочешь попробвать посмотреть - не передаёт ли страницы HC или не берёт их историк? (RenameQueueFiles.txt)

rs

Цитата:

кстати, о новых фичах... мультиселект ты кажется и просил..

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

Цитата:

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

Ну разве это была плохая функция?Тебя кто-нибудь просил это убрать?

Цитата:

ну если не считать того, что заканчивая скроллировать браузер, продолжает скроллироваться грид - больше глюков-то и нет...
или есть ещё?

Вот ты сам себя успокаиваешь.Ты нам предложил свою прогу.Мы в данном случае тестеры.
И уж коль мы тебе сообщаем о глюках будь добр верить нам.Про автономный режим я тебе писал выше,что я им не пользуюсь.Стало быть это глюк программы.
mai62 как-то,что ли серьёзнее,относится ко всем притензиям к своей проге.Я не замечал чтобы после добавления новой фишки,какая-либо функцияя его проги глючила.
Короче,ждём стабильную,полнофункциональную версию.

rubel

Цитата:

Правый клик мышью в окне встроенного браузера опять НЕ переводит фокус из встроенного браузера на список истории посещений
Ну разве это была плохая функция?Тебя кто-нибудь просил это убрать?

да - "просил"
mai62 сначала просил СДЕЛАТЬ - но не просто так, а для того, чтобы его, если я правильно понял, менеджер мышиных жестов смог работать с программой
потом он же попросил УБРАТЬ эту обработку правого клика - на правом клике сидит контекстное меню - его терять жалко

Цитата:

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

напомнишь, что там с автономным режимом? почему "не пользуюсь"?

Цитата:

mai62 как-то,что ли серьёзнее,относится ко всем притензиям к своей проге.Я не замечал чтобы после добавления новой фишки,какая-либо функцияя его проги глючила.

я не менее серьёзно и внимательно выслушиваю все возражения и замечания

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

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


Цитата:

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

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


Цитата:

Вот ты сам себя успокаиваешь.

в текущий момент, мне кажется, что нет - версия очень даже приличная


Цитата:

просто надоело качать каждый день новую версию,в которой один глюк исправлен,а другой добавлен.

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

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


Добавлено:
rubel
кстати, замечу, что mai62 оказался очень (ну очень!) терпеливым бета-тестером... до тех пор пока историк появился "на люди" он "вытерпел" на себе гораздо большее количество "пробных блинов" существенно более сырых, чем успело промелькнуть здесь с версии 1.0


за что ему большое спасибо!

rubel

Цитата:

В погоне за новыми фичами автор добавляет все больше и больше
глюков и предлагает с ними мирится.Такой подход не приеимлем,имхо.Если делать новую фичу в проге,то уж никак не в ущерб тому что было.

Думаю погоня была спровоцирована тем, что в последние дни rs находился в цейтноте. Надеюсь он не обидится на меня за то, что я открою маленькую тайну: он недели на три должен покинуть нас (уезжает в отпуск). Хочу поблагодарить его за проделанную работу и пожелать приятного отдыха.

rs

Цитата:

напомнишь, что там с автономным режимом?

Вот я тебе говорил выше:

Цитата:

И еще,сейчас после запуска Историка выскочило окно:
Этa вeб-cтpaницa нeдocтупнa в aвтoнoмнoм peжимe.
Чтoбы пpocмoтpeть эту cтpaницу, выбepитe "Пoдключитьcя".

Пoдключитьcя Aвтoнoмнo

Хотя у меня браузер никогда не бывает в автономном режиме,т.к. юзаю HandyCache и только
там включаю автономный режим когда надо.

Ну да ладно.Желаю тебе хорошо отдохнуть,а потом на свежую голову доработать историка.

rs
можно я покритикую
очень длинные пункты в контекстном меню
пример: "Удалить выделенные web-страницы из базы данных истории посещений"
дыхания не хватит почему не "Удалить из истории посещений"

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

ну это так, придирки. не забивай себе голову, отдохни по полной

rs
пока что нареканий нет. работает как надо. но заметил, что руборд не кэшируется раньше не замечал, хотя в списке запись в кэш стоит .*

faZZ
попробуй с отладочным режимом - "C:\Program Files\HandyCache\hcHistorian.Bin\RenameQueueFiles.txt" - см. whatsnew - может с mai62 найдёте где теряется синхронизация - на стороне hc или историка (у меня такое впечатление, что на стороне hc - я один раз запустил в отладочном режиме, остались в очереди файлы '*que.-" и в них не было страниц прошедших через hc -но времени подробней разбираться не было)

V0lt

Цитата:

очень длинные пункты в контекстном меню

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


поэтому, кстати, везде и хинты такие пространные



зы
почти уехал... всем спасибо за пожелания...

Народ, тестируем шапку

шапка включена

Здравствуйте! Я установил Historian 1.7.1 но почему то список истории посещений не обновляется,хотя через HC эти страницы проходят.У меня задана проверка очереди автоматически и IP и порт в графе прокси задал из графы " доступ " HC .

Добавлено:
Разобрался, дело было в устаревшей версии HC. Не так давно я спрашивал:"Как мне решить такую проблему,при использовании поиска во многих форумах , после просмотра любого из результатов поиска и попытке вернуться к общей странице с результатами поиска IE6 выдает сообщение что данная страница устарела и чтобы увидеть ее приходится снова грузить из интернета. Получается большой расход трафика. Я так думаю причина здесь не в HC просто осел не хочет запрашивать у HC эту страницу."Мне посоветовали поставить Historian, но я поставил и обнаружил , что он не записывает в историю адрес страницы с результатами поиска по некоторым форумам, что можно сделать?

Скажите пожалуйста, а что делает на 2253 UDP hs.Historian? Вроде нигде не встречалось, что он каким-то образом работает с tcp/ip протоколами, кроме порта HC?

hpoint

Цитата:

Скажите пожалуйста, а что делает на 2253 UDP hs.Historian? Вроде нигде не встречалось, что он каким-то образом работает с tcp/ip протоколами, кроме порта HC?

hs.Historian использует движок IE, может он самовольничает.

mai62
Цитата:

hs.Historian использует движок IE, может он самовольничает.

Возможно... Я привык доверять Микрософту и не смотрел за портами с котрыми IE работает. Так что это возможно. Спасибо.