....ну а как насчет кнопочки?-- хош телнет-на тебе,-- а хочешь -- на тебе www( не суммируя) - т.е. -ты там - или здесь?
Вид для печати
....ну а как насчет кнопочки?-- хош телнет-на тебе,-- а хочешь -- на тебе www( не суммируя) - т.е. -ты там - или здесь?
Ну так есть в 3.8 и www-кластер... задолбали уже Владимира :) он вернул обратно
[QUOTE=RZ1OM;315120]to nomick
Есть ещё способ правой кнопкой мыши выбираем на поле журнала прокрутку вниз или вверх И ВСЁ крутит мышкой и не плывет и не прыгает ПРОБУЙ.
Добавлено через 7 минут
Удовлетворение получать надо не с ЛОГОМ А .......
Не морочте ВН голову Пусть так и остается ВСем не угодишь , а так каждый Выберет что ему Надо.
RZ1OM, я тестовые версии не скачивал, я с сайта автора брал, завершённые...
По поводу движка - сочувствую, тут уже ничего не поделаешь, придётся действительно отучаться ползунками пользоваться :)
Приложил картинки - на первой этот самый треугольник, причём я ползунок не двигал, а именно поиском пользовался, а вылез он тогда, когда я мышку перемещал к окну поиска, чтобы ввести иной позывной.
А вторая и третья картинки - альтернатива Вашему видео :) Это именно то, о чём я говорил - сначала я сделал сортировку по позывному, а потом - по дате. Третья картинка - ещё раз по дате (она поменяла порядок сортировки с нисходящего на восходящий). Последующие нажатия на заголовок даты дают эти же самые картинки.
Вообще говоря, наверно даже могу объяснить, почему такое происходит. Есть в базе данных ещё такая вещь - в каком порядке записи там лежат. Обычно они кладутся одна за другой, и поэтому сортировка по дате оказывается одновременно и сортировкой по времени - попросту показываются записи в порядке лежания в БД. Но вот если что-то удалялось - образуются дыры, потом туда запихиваются более поздние записи, и в итоге при сортировке только по дате получаем пролёт с сортировкой по времени. Как Вам такое объяснение ? :)
Опс, извиняюсь, третья картинка неправильно записалась.... но кусочек времени там виден, там 20 часов посреди 21 часа затесалось... и видно, что после 21:50 идёт 21:40
А насчёт eQSL - так проще всего было бы скидывать не найденные записи в файл ошибок !
RD3ATT - неправильно цитируете, это он не мне писал ! :)
Проблемы с "движком" были еще во 2й версии (2.хх), я Владимира спрашивал об этом с год назад, очевидно, их решить не так просто. Во всех window'ских программах это работает, как полагается, здесь тоже должно. И незачем отучаться от удобств с прокруткой. Конечно, это не основное и не такое уж важное, что должно быть решено в первую очередь. Будем надеяться, со временем наш Главный Конструктор и это решит.
P.S. В версии от 14 окт. попробовал поиграться с движком - вообще-то все работает удовлетворительно, прокрутка колесика мышки действует, как должно, если поизощряться - начинает бежать, но легко остановить, щелкнув выше движка. Треугольник прямым углом вверх ( как у nomick'a) у меня не появляется.
Меня лично все это устраивает, как есть.
В том то и дело, что нет такой вещи. Данные из базы выбираются по принципу наиболее быстрого их считывания. К какой строчке считывающая головка винчестера в тот конкретный момент была ближе - тут и будет считывать первой, а это процесс случайный.
В общем случае один и тот же запрос "дайте мне все содержание таблицы строка за строкой" при каждом запуске будет возвращать строчки таблицы в обсалютно произвольном порядке.
Это работает только в тех программах, где содержимое полностью влазит в память. А потому память накладывает жесткие ограничения на количество элементов в этих прокручиваемых списках.
Вот тот же MS Excel - крутить то умеет, но количество строчек там жестко регламентировано (в старой версии 16000 строчек по моему) и больше ни-ни. В новой они чего то подшаманили и пустые строчки пропускают, создавая впечатление "безграничности" - но это уловка, реальный файл на полмиллиона строк сваливает его аж на раз-два.
"Проводник" не умееет отображать папки в которых больше 6000 по моему файлов - падает (в новой винде даже не пытается показать-пишет "пощадите тут слишком много файлов").
Дерево проводника вообще не умеет держать на экране больше 2000 "папок" - падает (пишет "не хватает GDI ресурсов").
Мы же не хотим ограничивать количество QSO в журнале ? Ну тогда прийдется мирится с частичной подгрузкой данных из журнала, тем более что это в разы увеличивает скорость запуска программы.
to RD3ATT
Вы тут процитировали сообщение - http://forum.qrz.ru/post315154-9591.html ... nomick прав - это не мое :)
Надо использовать базу SQL
ну что ж, если объяснение неудачное - пардон :) вот только проблема-то всё равно налицо, с этой сортировкой. А пример RZ1OM доказывает лишь то, что при каких-то условиях эта проблема не видна.
N2HO - я не колёсиком крутил. Оно у меня уже не адекватно крутит, разбилось, поэтому перемещал ползунок, щёлкая по полосе прокрутки над ползунком. В этом нет никаких изгаляний :) обычная штатная работа с контролом. Так вот если щёлкать чуть быстрее, чем программа хочет - оно и начинает бежать.
Наверно, имелась в виду надёжность SQL, а не того, что наваяно в Аксессе...
Скорее всего, это доказывает, что в версии 3.8 за 14 октября такой "проблемы" не существует... за более раннюю версию (3.5) не ручаюсь, так как, еще раз повторюсь, у меня 7 файлов этой тестовой версии за разные даты... все проверять нет времени... но ранее также этой "проблемы" не замечал...