Форум » » evan-1. » Ответить
evan-1.
evan: Сделаю свой пост, думаю модератор не обидеться и не удалит. Фокус срабатывания узла дерева (развернуть/свернуть) узел привязан к размеру значков на 32х32 пикс. при выборе значков 16х16 дерево узлов сдвигается влево и фокус срабатывания уходит с кнопки (развернуть/свернуть) узел, левая зона кнопки получается нерабочая. смотри скрин.
Carc: evan пишет: Это можно увидеть только с помощью практической реализацией, методом проб Ну на досуге — задач хватает, да ну очень маловероятно. ну они чего там тупые что ли — такое должно автотестами покрываться, и ловиться уже в бетах…
Carc: Кстати, давно всё хотел спросить… А ты куда вдруг пропадал аж не несколько лет? Случилось чего? Надеюсь, всё хорошо!?!
evan: Carc пишет: Кстати, давно всё хотел спросить… А ты куда вдруг пропадал аж не несколько лет? Случилось чего? Надеюсь, всё хорошо!?! Когда появился Маркер в дереве у меня произошел сбой, ты по своим соображениям на Винду списал и не захотел маркер убирать, я тогда взял старенькую сборку 9-55 без маркера, переустановил винду и 4 года работал с этой сборкой без проблем, а тут знакомый захотел купить, я решил поюзать, установил 9-82, вот так и оказался.
Carc: evan пишет: Когда появился Маркер в дереве у меня произошел сбой, ты по своим соображениям на Винду списал и не захотел маркер убирать, я тогда взял старенькую сборку 9-55 без маркера, переустановил винду и 4 года работал с этой сборкой без проблем, а тут знакомый захотел купить, я решил поюзать, установил 9-82, вот так и оказался. Я тебе повторяю в 100-ый раз. Маркер непричем… Ты видишь маркер? А его нет! (ц) Его вовсе не существует как объекта в Aml Pages. Я сам его дорисовываю поверх, после того как Винда закончит свое рисование сама. Есть там такая документированная возможность в стандартном дереве Виндовс. Ей нужно указать, чтобы она когда всё сама отрисует вот для ентого понимаешь узла передала некую нотификацию мне (вызвала еще раз мой код). Дальше там просто рисуется, непосредственно можно сказать на "экране" и только. В понимании Windows ничего такого там нет — она попросту ничего не знает ни о каком маркере. Оно и не мудрено. Ибо его нет — это просто "живопись" на заборе и только. А соответственно, и влиять это ни на что не может. Ну может так что ли понятнее? Ну это вроде как надпись при пустом редакторе текста (когда в нем вообще ни символа текста), когда в нет фокуса ввода. Про "мол страница такого-то типа, может содержать и всё такое". Опять же в понимании Виндовс там как не было, так и нет никакого текста. Но поскольку я знаю, что там ничего нет — то можно (пока нет клавиатурного фокуса), перехватить отрисовку пустого редактора — дать ему отрисоваться по умолчанию, т.к. это делает Windows. А после этого нарисовать свой текст (все равно там пусто). В HTML5 это называется Placeholder.
evan: Carc пишет: Я тебе повторяю в 100-ый раз. Маркер непричем… Ты видишь маркер? А его нет! (ц) Хорошо, допустим в явном виде маркер не виновен, особенно когда работа с клавиатуры, там все чисто, а когда с мышкой скачешь по узлам и когда маркер оставляет прорисовку, плюс четыре разных зоны выделения на заголовке, особенно жесткий режим щелчком в границу с разделительной линией(где есть некий какой то контакт с разделительной линией, когда снята галка закрепить) и если ещё удерживая кнопку мыши тащить в этот момент выделенную инфу по дереву получается в совокупности всей мешанина, жесткая пробивная система.
Carc: evan пишет: Хорошо, допустим в явном виде маркер не виновен, особенно когда работа с клавиатуры, там все чисто, а когда с мышкой скачешь по узлам и когда маркер оставляет прорисовку, плюс четыре разных зоны выделения на заголовке, особенно жесткий режим щелчком в границу с разделительной линией(где есть некий какой то контакт с разделительной линией, когда снята галка закрепить) и если ещё удерживая кнопку мыши тащить в этот момент выделенную инфу по дереву получается в совокупности всей мешанина, жесткая пробивная система. Ну отключи в настройках, коль больше мешает, чем помогает. Делов-то
evan: Carc пишет: Ну отключи в настройках, коль больше мешает, чем помогает. Делов-то Так и сделал, спасибо за такую возможность
Carc: evan пишет: Так и сделал, спасибо за такую возможность Дык для того и сделал настройку... Справедливости ради, стоит заметить одному тебе единственному она понадобилась. Остальные тысячи пользователей всё устраивало. Что характерно, раньше в Aml Pages даже и настройки не было — маркер показывался всегда, и хоть бы кто что сказал… Как и говорил раньше, есть антипример. Когда я вот так же намертво отключил показ линий в Aml Pages (с возможностью вернуть это в коде за 10 минут работы). Вот тогда маты восклицания понеслись со всех сторон, включая здешних обитателей Вот уж действительно действенный прием проверки востребованости той или настройки в Aml Pages…
evan: Carc пишет: Справедливости ради, стоит заметить одному тебе единственному она понадобилась. Остальные тысячи пользователей всё устраивало. Что характерно, раньше в Aml Pages даже и настройки не было — маркер показывался всегда, и хоть бы кто что сказал… Как и говорил раньше, есть антипример. Когда я вот так же намертво отключил показ линий в Aml Pages (с возможностью вернуть это в коде за 10 минут работы). Вот тогда маты восклицания понеслись со всех сторон, включая здешних обитателей Вот уж действительно действенный прием проверки востребованости той или настройки в Aml Pages… Не каждый из "тысячи пользователей", может так (криво тестировать), чтобы на мины наступать и попадать в уязвимые места, я себе даже и ник выбрал (evan), криво с двумя ошибками в четырёх буковках и страшно обижаюсь, когда ник пишут по другому, так мо если хочешь меня сильно обидеть, или напугать, просто напиши (Еvan ты неправ) Приведу свой кривой пример "действительно действенный прием проверки востребованости " При сохранении в AmlPages через (Ctrl+S) при работе в Листочке, происходил сбой и AmlPages заваливалась через определенное, непонятное время работы в Амл. На мой вопрос почему? Получаю стандартный ответ, AmlPages не имеет никакого, по слогам(ни-ка-ко-го) отношения к стандартной команде Windows (Ctrl+S) . Мне пришлось потратить очень много времени, чтобы как то выловить, эту неприятность. Оказывается, сбой в Амл происходит при определенном (n-не маленьком числе нажатий (Ctrl+S) после чего Гоша взялся за решение этой проблемы, (трахался) более недели, о чем признался сам и сказал: "Да, действительно был баг" Мог бы привести не один десяток примеров и покруче, указав на ссылочку в форуме, если бы не удалялись записи в форуме, а так доказывай, что ты (не дурак, да ещё и кривой)
Carc: evan пишет: Приведу свой кривой пример "действительно действенный прием проверки востребованости " При сохранении в AmlPages через (Ctrl+S) при работе в Листочке, происходил сбой и AmlPages заваливалась через определенное, непонятное время работы в Амл. На мой вопрос почему? Получаю стандартный ответ, AmlPages не имеет никакого, по слогам(ни-ка-ко-го) отношения к стандартной команде Windows (Ctrl+S) . Мне пришлось потратить очень много времени, чтобы как то выловить, эту неприятность. Оказывается, сбой в Амл происходит при определенном (n-не маленьком числе нажатий (Ctrl+S) после чего Гоша взялся за решение этой проблемы, (трахался) более недели, о чем признался сам и сказал: "Да, действительно был баг" Мог бы привести не один десяток примеров и покруче, указав на ссылочку в форуме, если бы не удалялись записи в форуме, а так доказывай, что ты (не дурак, да ещё и кривой) Дык на кой мне это тестирование? Мне факты нужны, а код я сам протестирую и сделаю это лучше. А домыслы, они твои часто действительно мало имеют отношения к реальности в причине бага. Хотя бы потому что ты моих ответов не слушаешь… Простой пример: вот привязался ты ко мне с этими линиями в дереве. Я тебе уже раз 5 говорил, что именно линии отрисовывает сама Windows, как впрочем и крестики. Как у них там сделано, так она и рисует — причем стандартно. У всех так, или по крайней мере у большинства будет. Разве что визуальные темы могут что-то менять — но визуальные темы это такой же стандартный механизм Windows. А то что рисует по ходу дела именно тема, это видно — они перо какое-то нестандартное использует для отрисовки линий. В стандартном интерфейсе Windows такого пера попросту нет — это я ручками и глазами проверял… Но ты по 5 разу опять меня спрашиваешь "почему я линии рисую как-то неправильно". Я тебе повторяю — не я рисую, Windows рисует. Через пару дней опять тот же вопрос + домыслы. Я те объясняю, что у тебя посыл неверный (не я рисую), а ты опять двадцать пять — почему, да почему.
evan: 1. Почему у меня при создании нового документа сразу появляется вертикальный скрол в Дереве? 2. Если после этого свернуть главное окно Амл кнопкой (свернуть в окно), то появляется горизонтальный скрол в Редакторе текста 3. Если после этого потянуть за нижнюю границу окна Амл вверх, а потом вниз, то вертикальный скрол Дерева исчезает
Carc: За скроллы отвечает сама Windows, я их не трогаю… А про "потянуть край" дык там всё понятно, после изменения размеров Windows пересчитывает какие-то свои внутренние структуры, и может и убрать и вовсе скролл, а может сделать его задизейбленным. У них по разному это сделано в разных компонентах. Там это напрямки видно: что вот это явно делала команда comctl, а вот это старая команда, а вот это newUI команда из 2005-го… Подходы разные, интерфейсы разные, парадигмы разные…
evan: Carc пишет: За скроллы отвечает сама Windows, я их не трогаю… Хороший приём на америкосов бочку гнать, не все им на нас! У меня самый надёжный приём проверки, это метод сравнения. Если на имеющихся приложениях такого нет, значить ищи у себя. А если по существу, когда было одно дерево не было такого, а сейчас вон сколько панелей для размещения в поле дерева, и ещё по вертикали внизу дерева добавилась Панель соседи и причём все имеют разную функциональность. Нужно как то вырубить все кроме дерева, чтобы убедиться от куда лезет, а главное совсем не хорошо с разделительной линией дерева, которая разрезана на две половинки при перетаскивании границы и через сварку заварина с панелью Форматирования-шрифт и через неё вполне фокус может передаваться на скролеры дерева и редактора, я не зря задавал вопрос про фокус Разделителя, когда снята галка Закрепить разделитель (Фокусирует усё в округе Разделителя)
Carc: evan пишет: Хороший приём на америкосов бочку гнать, не все им на нас! А причем тут америкосы? Это индусы писали… У них так сделана инициализация скрола встроенного, что сначала она почему то делает максимум, а только потом подстраивается. Я только что такое видел на запуске The Bat при старте оного. Сначала он развернул скрол на какую-то максимальную высоту. Потом после первого подскролливания он и перестроил скролл. Заметь, у The Bat тоже стандартное дерево, просто малехо подкастомизованное… Ты и им предьявишь чего нить? Может это такой механизм Windows все-таки? И поменять его нельзя, или очень затратно по времени и усилиям? Ты об этом не задумывался?
evan: Carc пишет: За скроллы отвечает сама Windows, я их не трогаю Гоша не солидно как то всё на Windows валить, при том что в ней самой и не только, все твои проблемы работают. Появление вертикального скрола при открытии Амл и при переключении с панели Теги говорит о том, что скрол в этот момент не видит границы вертикального размера и поэтому скрол разварачивается на максимальный размер, о чём подтверждает минимальный размер ползунка. А когда пододвигаем нижнюю границу окна к узлам дерева, скрол переопределяется и устанавливается правильно, А так как обнаружено, что имеется разрыв Разделителя дерева сверху и снизу, то вполне вероятной причиной может быть Разделитель дерева, потому как нет четкой, Прямоугольной, замыкающей границы по вертикали ( (.. ] )-с верхней границы через Разделитель на нижнюю границу )
Carc: evan пишет: А так как обнаружено, что имеется разрыв Разделителя дерева сверху и снизу, то вполне вероятной причиной может быть Разделитель дерева, потому как нет четкой, Прямоугольной, замыкающей границы по вертикали ( (.. ] )-с верхней границы через Разделитель на нижнюю границу ) Разделитель и дерево это вообще разные окна, элементы управления. Они о друг друге понятия не имеют. Чего слева — то разделитель и подвинет при движении. А чего там слева конкретно, разделителю просто все равно. И будет она что-то перестраивать и перерисовать — это тоже уже не забота разделителя. Тому что слева, завсегда виднее в какой момент что перестраивать и перерисовывать… Всё ж просто и элементарно дальше некуда…
evan: Carc пишет: Разделитель и дерево это вообще разные окна, элементы управления. Они о друг друге понятия не имеют. Чего слева — то разделитель и подвинет при движении. А чего там слева конкретно, разделителю просто все равно. И будет она что-то перестраивать и перерисовать — это тоже уже не забота разделителя. Тому что слева, завсегда виднее в какой момент что перестраивать и перерисовывать… Всё ж просто и элементарно дальше некуда… А хоть раз задавался вопросом, почему в Windows проводнике все Вертикальные разделители выполнены одной линией в 8 пикселей, ни на одном Разделителе нет Закрепителя и никуда границы Разделителя не смещаются, и в добавок нет Динамических объектов, как у тебя команда Отображать (Ctrl+T) Точно так же, нет Динамических объектов, как Открытие Документа как отдельное встраиваемое окно в главное окно Амл, тем более если открываются не один Документ а несколько через закладки и с разными созданными версиями, чем последняя версия платформы Амл.
Carc: evan пишет: А хоть раз задавался вопросом, почему в Windows проводнике все Вертикальные разделители выполнены одной линией в 8 пикселей, Да не 8 там… Любым Windows Spy XX можно померить, то 2, то 3, то 4… Плюс иногда рамка, но которая не реагирует на перетаскивание, а просто жрет место… evan пишет: ни на одном Разделителе нет Закрепителя и никуда границы Разделителя не смещаются, и в добавок нет Динамических объектов, как у тебя команда Отображать (Ctrl+T) Ну а у меня есть команда Закрепить, и что? А вот в Windows нет меток, они ж не вешаются от этого. А Ctrl+T команда нужная и годная. Все клавиатурщики это подтвердили. Не хочется каждый раз хвататься за мышь, только для того, чтобы быстро скрыть дерево. evan пишет: Точно так же, нет Динамических объектов, как Открытие Документа как отдельное встраиваемое окно в главное окно Амл, Есть и много. Ты не поверишь это называется интерфейс MDI — его раз Microsoft реализовала еще в 1995-ом. тем более если открываются не один Документ а несколько через закладки и с разными созданными версиями, чем последняя версия платформы Амл. Такое есть — и у многих аналогов есть. И об этом просили пользователи. И как только я это сделал, причем еще и по умолчанию, все пожелания по панели закладок исчезли. Т.к. это то, что нужно пользователям. Аргументы "нет" — это не аргумент. Открой Windows Блокнот — там тоже ничего нет. Но почему то это пользователям не нравится. Опять же в Aml Pages есть вещи которых попросту нет в аналогах или не во всех. Например, метки, или прицепленные файлы. Несколько пользователей впрямую просто мне писали, что это то, что им нравится больше всего. Ну и как тут приложить в таком случае аргумент "нет в аналогах\Windows"?
evan: Carc пишет: Да не 8 там… Любым Windows Spy XX можно померить, то 2, то 3, то 4… Плюс иногда рамка, но которая не реагирует на перетаскивание, а просто жрет место… Сомневаюсь, что ( то 2, то 3, то 4), а вот 8 пик, наиболее вероятней, потому что 8 пик, это байт информации основная единица обмена между узлами компа, а потом разделительные линии ещё ведь несут и информацию о цвете и винда может прочитать её на 8 разрядах а не на 2, ко всему прочему 8 разрядов могут быть задействованы в определении размера границы окна, для включения скролла прокрутки и ещё всякой утвари. А вот 2,3 это из области, масштаба приложения. Кстати в Амл в развёрнутом на весь экран у меня имеет размер 1пиксель , а на самом деле, когда развернёшь масштаб Амл до отображения пиксельного значения экрана Монитора, эта линия в 1 пик будет иметь размер 8 пикселей, что и требовалось доказать.
Carc: Это вообще много от чего может зависеть настройки винды — есть там такие тип монитора HighDPI масштабирование Windows Ну и еще много чего может быть. Это только так, навскидку.
полная версия страницы