Posted: 02.06.18 23:06. Post subject: evan-2

Обсудим проблему Дерева.

В старой версии 9-55 сборка 2487 с которой я пришел для обновления, такой проблемы нет, все чисто с выделениями, проверил сегодня.


В версиях 9-83 вот такая ситуация, смотри скрин.







1 рис. щелчок в середину выделения, кнопка щелчка нажата с удержанием

2 рис. щелчок рядом с границей Разделителя, кнопка щелчка нажата с удержанием

3. рис. щелчок в середину, кнопка щелчка нажата с удержанием, сдвигаю вниз за заголовок и возвращаю на заголовок

4. рис. делаю два щелчка рядом с границей Разделителя, второй щелчок кнопка нажата с удержанием, на курсор мыши цепляется значок и текст заголовка


Первый вопрос, что это за значек (въезд запрещён)? откуда взялся


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

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

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

 Posted: 29.06.18 12:31. Post subject: По линиям узлов Дерева.

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

А происходит вот что, видимо у разработчиков нет чёткой документации по разработке деревьев и они наступают на грабли, в результате слетает исходный параметр линий Винды. Вместо того, чтобы как то решить эту проблему сообща, или с разработчиками Винды, чтобы восстановить исходный параметр линий Винды.(Утилитой) Разработчики пошли лёгким путём, кто то подрисовывает линии в ручную в приложении, а кто то просто передёргиванием этого параметра в своем приложении и линия начинает отображаться, хотя не всегда качественно, в некоторых вариантах с прорисовкой, как у меня. Кстати в WinRAR в дереве у меня точная копия прорисовки линий, как в Амл.

 Posted: 29.06.18 12:54. Post subject: Ты ни хера не понял…..

Ты ни хера не понял… И даже не начал понимать…

99 процентов разработчиков и вовсе деревья не разрабатывает. Нельзя в винде в конкретно взятом дереве повлиять на линии. Можно только назначить линиям отдельный от текста цвет — такая возможность есть. А вот как будет рисовать линии Винда никого не спрашивает. Более того она делает как-то хитропопо. В стандартной графической подсистеме Винды нет такого стиля линий (это называется перо, Pen). Видимо она использует какое-то собственное.

Можно в принципе добраться до этого пера стандартными возможностями, и расковырять его на предмет что за штука. Только зачем? Чисто любознательность? Дык и я без расковырялок вижу как это сделано… А дальше то что?

 Posted: 30.06.18 13:07. Post subject: Carc пишет: Можно в..

Carc пишет:

quote:

Можно в принципе добраться до этого пера стандартными возможностями, и расковырять его на предмет что за штука. Только зачем? Чисто любознательность? Дык и я без расковырялок вижу как это сделано… А дальше то что?

"Только зачем? "
А затем, чтобы восстанавливать исходный параметр (этого пера, Pen), параметр которого был после новой установки Винды
когда линии узлов рисовались правильно на всех древовидных приложениях с чистым кодом управления узлов дерева.

У тебя была чистая сборка по линиям узлов версия 9-55 сборка 2487 от 13 июля 2014г. В которой я работал до обновления версии 9-83.
И в 9-83 ты снова начал встраивать в узел выделения свои прибамбасы значки (перемещение) а при повторном щелчке мышью по выделению отображается ещё значок самого узла на курсоре Мыши и текст выделения, я тебе многократно скидывал скрины, и скрин самой линии узлов где слияние точек.
Потом не забывай, что у тебя ещё и кривовато (раздвоение) Разделитель спроектирован, а он на прямую фокусно реагирует с выделением для отображения подсказки Windows узла, можно сюда ещё добавить спаривание двух окон Разделителей (окна Редактора с окном панели Форматирования) при снятии (Закрепителя разделителя) на панели Форматирования пляшут разные фокусы, и для полноты по дереву, ёщё и не чисто срабатывает Вертикальный скрол.
Так что в общей комбинации слабых звеньев относящихся к Дереву, может быть всё что угодно.


версию 9-55 сборка 2487 которая чисто работала у меня по линиям 4 года до обновления на 9-83, я попросил Set-а посмотреть у себя скинул ZIP архив, у него тоже в этой сборке нет линий узлов, так что я ни один, да и просто многие не въезжают в эту тему.

 Posted: 01.07.18 09:23. Post subject: evan пишет: А затем..

evan пишет:

quote:

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

Ты мне предлагаешь изменять стиль рисования линий самим компонентом самой Microsoft после того, как она установила новую Windows, потому что тебе виднее как правильнее? Не-е-е-е, ну вообще такое возможно, было бы желание.

Встречные вопросы

почему бы тебе, как знающему как правильно рисовать линии в дереве Windows, самому это не сделать? Microsoft предлагает интерфейсы для таких выпендрежей, а Aml Pages через свои интерфейсы дает полный доступ к дереву. Дык и вперед — редактор кода в руки и шашку наголо! В чем проблема-то? Или ты боксер-теоретик?

Если ты не согласен с отрисовкой линий, за которую полностью и только отвечает Microsoft Windows, то чего ты мне то об этом пишешь? Почему например не написать бабушке на лавочке у подъезда? Или управдому?
Может такие вещи нужно писать в Microsoft все-таки? Авторы этой отрисовки все-таки они и код их, и возможности что-то менять именно у них, и ни у кого другого…

 Posted: 01.07.18 09:28. Post subject: evan пишет: Потом н..

evan пишет:

quote:

Потом не забывай, что у тебя ещё и кривовато (раздвоение) Разделитель спроектирован, а он на прямую фокусно реагирует с выделением для отображения подсказки Windows узла, можно сюда ещё добавить спаривание двух окон Разделителей (окна Редактора с окном панели Форматирования) при снятии (Закрепителя разделителя) на панели Форматирования пляшут разные фокусы, и для полноты по дереву, ёщё и не чисто срабатывает

Что такое раздвоение разделителя?

Откуда ты увидел два разделителя? Он там всегда один: панель слева (дерево), панель справа (редактор) — посредине разделитель — один.

 Posted: 01.07.18 09:30. Post subject: evan пишет: ёщё и н..

evan пишет:

quote:

ёщё и не чисто срабатывает Вертикальный скрол.

Повторю, для тех кто в бронепоезде, за скролл отвечает сама Windows. Aml Pages к нему никаким боком не относится, не взаимодействует и никак на него не влияет. Когда Windows принимает решение, что пора пересчитать размеры скроллера и обновить картинку, тогда она это и делает…

 Posted: 04.07.18 09:24. Post subject: Из Бронепоезда.

Carc пишет:

quote:

Повторю, для тех кто в бронепоезде, за скролл отвечает сама Windows. Aml Pages к нему никаким боком не относится, не взаимодействует и никак на него не влияет. Когда Windows принимает решение, что пора пересчитать размеры скроллера и обновить картинку, тогда она это и делает…

Чёт я не пойму, где это я нахожусь. Во-о! теперь понял, Россия вперёд! На футбол!
И меня не напугаешь, ругательством (что за скролл отвечает сама Wind-а.)
И сейчас тебе Гоша, я забью позорный гол в твои ворота.

Версия 9.83 build 2749

Создаю Новый документ.
1. И сразу включается скрол по вертикали в Дереве.
2. Включается горизонтальный скрол в Редакторе текста.
3. И включается кастрированый скрол по вертикали в Редакторе, и всё это на пустых окнах без инфы.





В Windows такое не видел ни разу за 40 лет, а вот в подобных древовидных приложениях (Блокноты, Органайзеры), вариант-3. (кастрированый), иногда попадается, особенно любить Амл-ку, за её (грязненький) оконный интерфейс.


Границы окна (Дерева, Редактора) должны иметь чёткие замкнутые линии, лучше одного цвета и отличающие от диапазона цвета Windows скроллеров. Поле внутри касания границ не должно иметь рисунков, линий особенно на месте отображения скролов. Так реализованы почти все приложения Windows и др.

У тебя Гоша, в Редакторе текста, аж 3 линии у границы окна (которыми ты создал эффект объёмности Редактора внутри) одна вертикальная линия у правой границы окна, где должен размещаться Скрол. Вертикальный скрол Редактора должен чётко касаться верхней границы окна Редактора, а получается, что он касается аж третьей полосы отделяющей его от границы окна Редактора и эта третья полоса создаёт собственные границы окна на которые реагирует Вертикальный Скрол, причём цвет этой полосы (240,240,240) совпадает со средним положением цвета верхней границы касания Вертикального Скрола, его цвет (240,240,240) в несколько полос по центру касания.

Привожу скрины границ окон со скролерами для сравнения, как у тебя и как сделано в других приложениях.

Как сделано у тебя.





А это в разных приложениях

1. Скрол Pa




2. Скрол Right




3. Скрол Essen




4. Скрол TreeLi




5. Скрол Windows

 Posted: 07.07.18 12:13. Post subject: Гоша, поменяй цвет 240 на 200 и будут скроллы работать.

Гоша, можешь ничего не переделывать если тебе лень, а поменять только цвет, это тебе как 2 пальца, и пошли болеть на футбол за Россию.

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

Твоя ошибка программирования в том, что ты выбрал цвет (240,240,240) Рамки касания, а датчик срабатывания границы Скроллов имеет этот цвет на своей границе касания. Надо выбирать цвета не совпадающие с границей Скролла у моей Винды 7, это с (227 по 248) на других не знаю.

 Posted: 19.07.18 17:12. Post subject: evan пишет: Гоша, м..

evan пишет:

quote:

Гоша, можешь ничего не переделывать если тебе лень, а поменять только цвет, это тебе как 2 пальца, и пошли болеть на футбол за Россию.

А вот и фиг… Переделать только цвета для скроллов не получится, там или все надо реализовывать или вовсе никак.

evan пишет:

quote:

Поменяй цвет с 240 на 200 и будут оба скролла горизонтальный и вертикальный правильно стартовать и работать. Твоя ошибка программирования в том, что ты выбрал цвет (240,240,240) Рамки касания, а датчик срабатывания границы Скроллов имеет этот цвет на своей границе касания. Надо выбирать цвета не совпадающие с границей Скролла у моей Винды 7, это с (227 по 248) на других не знаю.

Да говорю ж я тебе, я к скроллам ни сном ни духом… Не трогал я их нигде в Aml Pages — та еще морока их реализовывать самому с нуля и прикручить к стандартным контролам Windows…

 Posted: 22.07.18 14:24. Post subject: Carc пишет: Да гово..

Carc пишет:

quote:

Да говорю ж я тебе, я к скроллам ни сном ни духом… Не трогал я их нигде в Aml Pages — та еще морока их реализовывать самому с нуля и прикручить к стандартным контролам Windows…

Гоша у тебя два варианта исправить правильную реакцию открытия Горизонтального и Вертикального скролла Редактора

скрин




1. убрать три внутренние рамки окна Редактора
2. изменить цвет третьей рамки с 240 на 200,200,200

вариант 2 самый простой, лучше всего начинать с него.

Рано или поздно тебе придется это решать.
как вариант Можно это проделать(протестить) на старой сборке например на AmlPages 9-00_1600 а потом перенести на 9.83

 Posted: 22.07.18 14:39. Post subject: evan пишет: 1. убра..

evan пишет:

quote:

1. убрать три внутренние рамки окна Редактора

Зачем?

evan пишет:

quote:

2. изменить цвет третьей рамки с 240 на 200,200,200

Что такое «третья рамка»? Это где?
Если это про скроллер, то ты можешь поменять цвета сам — это есть в настройках Винды…

evan пишет:

quote:

как вариант Можно это проделать(протестить) на старой сборке например на AmlPages 9-00_1600 а потом перенести на 9.83

А причем тут старые сборки и цвета каких-бы то ни было рамок? Этого я не касался ни в редакторе, ни в дереве… Этим занимается сама Винда… Ну разве что манифесты могли меняться + в последних версиях теперь все манифесты встроенные.
Манифесты, в принципе, могут влиять на отрисовку — но вообще они очень много на что влияют. Ну и потом… Если так хочется поменять цвета, то это всё можно сделать в настройках Windows.

 Posted: 22.07.18 20:09. Post subject: Carc пишет: Зачем? ..

Carc пишет:

quote:

Зачем?

Сейчас на всех приложениях так делают, я думаю
1. для правильной работы Разделителя между окнами.
2. для чистой отработки Горизонтального и Вертикального скролла окна.


Carc пишет:

quote:

2. изменить цвет третьей рамки с 240 на 200,200,200 Что такое «третья рамка»? Это где?

А это на скриншоте выше, «третья рамка» показана стрелками по периметру, на которую в данный момент реагируют у тебя Вертикальный и Горизонтальный скроллы Дерева на их отображение.

скриншот

quote:

А причем тут старые сборки и цвета каких-бы то ни было рамок?

Потому, что это тянется ещё с самого начала создания окон Редактора с бета версии 9-00_1600, поэтому я и предложил тебе эту сборку потренироваться со Скроллерами, причем там размер архива сборки всего несколько Кбайт будет легко найти решение и за одно и решить правильно задачу с Разделителем, а потом правильное решение перенести на финальную версию 9-83

 Posted: 22.07.18 20:26. Post subject: evan пишет: Потому,..

evan пишет:

quote:

Потому, что это тянется ещё с самого начала создания окон Редактора с бета версии 9-00_1600, поэтому я и предложил тебе эту сборку потренироваться со Скроллерами, причем там размер архива сборки всего несколько Кбайт будет легко найти решение и за одно и решить правильно задачу с Разделителем, а потом правильное решение перенести на финальную версию 9-83

Я ж тебе говорю, ну не занимаюсь я отрисовкой ни разделителя, ни тем более скроллеров. Их рисует сама Windows, в соответствии со своими правилами и настройками. Ибо как гласит Тора, это плят неклиентская область окна (всякие рамки, бордюрки, заголовки). Наелся я совместимости с разными прорисовками в разных виндах с этой неклиентской областью еще с липкими листочками. Приходится на каждый чих, обновление Винды переделывать все заново. А ну нахер. Это вообще в стиле Microsoft, выпускают новое, а ты давай переделывай под новый их стиль свое старое.
Ну разве что я разделитель делаю чуть шире, что тоже самой Microsoft разрешается… Ну чтобы банально проще мышом в него попадать, да и только. Про суть я писал давным давно в своем блоге.

И как писал еще Сполски, "в один прекрасный миг вы обнаруживаете что делаете бесплатную маркетинговую работу для Microsoft".
Не-не-не-не-не-не, увольте ребяты. Этот бег на месте в колесе я уже отпробовал. Вот в TwinkiePaste я как раз баловал с неклиентской областью, но со-о-о-о-овсем в другом стиле. Который называется "А вот хрен тебе [Microsoft]" — и пользователи там просто счастливы. Для них все также, тот же заголовок, та же неклиентская область — только де юре она очень даже клиентская, просто ведет себя как неклиентская. Зато у меня полный над ней контроль, что хочу то и ворочу, вплоть до анимации и панелей инструментов в заголовке окна — и работает на любой винде идеально.

Ну разве что авторский супер-хак использовался для работы с рамками окна. Чтобы они были в 1 пиксел, нужно по сути Винде сказать что никакой рамки и вовсе нет. Но тогда не работает из коробки ресайз окна, вот тут то хак и применялся. Ну да и то по официальным методикам Microsoft…

Такие, бро, дела

 Posted: 19.07.18 17:09. Post subject: У меня про скроллы н..

У меня про скроллы ничего не сделано… Разве что некоторые настройки, про показывать тот или иной скрол и все…
А в скролы редактора я и вовсе не лазил. Это сильно зависит от версии RichEdit используемой в редакторе текста.

 Posted: 21.07.18 14:55. Post subject: evan пишет: Первый ..

evan пишет:

quote:

Первый вопрос, что это за значек (въезд запрещён)? откуда взялся

А ты перетаскивание начал узла дерева, и это не значок, а курсор. Он сообщает что ничего опустить на узел под курсором нельзя, от слова "совсем"

 Posted: 30.07.18 08:16. Post subject: Нужна ли функция ( Увеличение шрифта активного заголовка узла Дерева)

1. Зачем нужна функция ( Увеличение шрифта активного заголовка узла Дерева) ??

2. Вопрос.?
Надо ли полагать, что Windows сама рисует точки, на активном заголовке узла Дерева в зоне перекрытия Разделителем.

 Posted: 31.07.18 05:28. Post subject: Сравнение нужности функции ( Увеличение шрифта активного заголовка узла Дерева)

Сравнение нужности функции ( Увеличение шрифта активного заголовка узла Дерева)

за и против.

ПРОТИВ.
1. против.
потому что. Стандартная всплывающая подсказка Windows на фоне увеличенного текста активного заголовка, геометрически отображается не корректно в плане наложения разницы шрифтов, что неприятно для глаз, для визуального прочтения заголовка.
2. против.
Отображение заголовка в зоне перекрытия у Разделителя через точки, съедает 6 символов заголовка до Разделителя, по большому счёту это потеря информация одного слова средней длины.
3. против.
Если это отображает сама Windows, через точки. Значить, это серьёзный глюк в разработке нужной функции, потому как в самой Windows, активный заголовок узла Дерева отображается без точек пересечения Разделителем. Причем помимо этой функции на заголовке узла накручена большая кучка всякой бяки, а в Windows самый необходимый минимум.

ЗА.
1. за.
Всего лишь немного увеличеный размер шрифта заголовка.

Выводы:
1-за.
3-против.
Нужность такой функции, без коментариев……

 Posted: 30.08.18 19:15. Post subject: evan пишет: 1. Заче..

evan пишет:

quote:

1. Зачем нужна функция ( Увеличение шрифта активного заголовка узла Дерева) ??

Чтоб заметнее было, когда постоянно работает с разными страницами…evan пишет:

quote:

2. Вопрос.? Надо ли полагать, что Windows сама рисует точки, на активном заголовке узла Дерева в зоне перекрытия Разделителем.

Нет. Сама она рисует точки только слева от выделенного узла дерева, а вот справа я тут все сам. Но это только для выделнного узла дерева. Чтобы рамку выделенного растянуть вправо до упора, до разделителя. Иначе пробовал — некрасяво как-то получалось…

 Posted: 04.09.18 18:32. Post subject: Carc пишет: Нет. Са..

Carc пишет:

quote:

Нет. Сама она рисует точки только слева от выделенного узла дерева, а вот справа я тут все сам. Но это только для выделнного узла дерева. Чтобы рамку выделенного растянуть вправо до упора, до разделителя. Иначе пробовал — некрасяво как-то получалось…

Два эти вопроса заданы были не случайно.

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

К чему я это пишу. У меня есть подозрение, что когда мы шаримся курсором мыши по заголовкам может возникнуть нестабильная, неправильная последовательность алгоритма. О чем подтверждает стабильная прорисовка узла, если к этим алгоритмам добавить щелчок лев.кн. Мыши и применить перемещение узла.

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

 Posted: 11.09.18 12:06. Post subject: Твои подозрения бесп..

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

Aml Pages и использует этот стандартный API. А твоя страсть к минимализму рано или поздно приведет тебя к Windows Блокнот. Там действительно все надежно, ибо ломаться попросту нечему — ибо там просто ничего нет. Правда, другой разговор, что делает он частенько вовсе не то, что нужно, причем особенно даже и не извещая пользователя… Если так годится, дык надо просто перейти обратно на DOS — там тоже ломаться нечему…