Форум » » evan-1. » Ответить
evan-1.
evan: Сделаю свой пост, думаю модератор не обидеться и не удалит. Фокус срабатывания узла дерева (развернуть/свернуть) узел привязан к размеру значков на 32х32 пикс. при выборе значков 16х16 дерево узлов сдвигается влево и фокус срабатывания уходит с кнопки (развернуть/свернуть) узел, левая зона кнопки получается нерабочая. смотри скрин.
Carc: evan пишет: Щелкни курсором мыши по рисунку и он тебе покажет оригинал размера, у меня то показывает, если не покажет тогда на майл скину Щелкал, и что? Если это размер оригинала, тогда ты что? Его с калькулятора еще советского делал?
evan: на rambler
evan: Разделитель в Дереве сверху и снизу разорван, вот поэтому Windows перетаскивает его ни как границу перемещения за один раз, а как объект за два раза, вначале перетаскивается сетка объекта в нужное место и при отпускании кнопки мыши на это место устанавливается Разделитель. Такое перетаскивание Разделителя, только в твоем приложении у других нет, поэтому и разные прорисовки -глюки, от Разделителя. И так как наверняка Справка Амл создавалась в самой Амл, то этот принцип перешел в неё, но мало этого в самой платформе Windows прописался этот же параметр и все справки chm формата работают у меня с таким же глюком и во время перетаскивания сетки Разделителя рисуют прорисовку, а при отпускания кнопки мыши прорисовка исчезает, но это уже получается теперь глюк в Windows. Так что поздравляю себя и тебя со вторым (Никогда!) и выкладываю скрины разных справок приложений 2. А в Панели Новости, ещё хлеще начертил, и там можно в лёгкую вытаскивать всю панель Новости из Амл, как отдельное окно
evan: Вот так
Carc: evan пишет: Разделитель в Дереве сверху и снизу разорван Да все просто - эти два разделителя они де факто разные, разные элементы управления. Один это дерево\редактор, а второй на панелях инструментов. Поэтому Aml Pages попросту старается подвинуть и разделитель в панелях, так чтобы визуальнее они по горизонтали совпадали, ну мне кажется так понятнее и нагляднее. Над каждой сущностью (редактор, дерево) свой тулбар, и то что они плавают совместно с сущностями кагбэ должно подчеркивать что эти тулбары относятся к сущностям, каждый к своей…. Но де факто они разные элементы управления. Так вышло исторически, я последовал рекомендациям Microsoft по молодости. А так делать нельзя. Завсегда выслушай что скажет Microsoft, и сделай ровно наоборот. Это уже просто закон мироздания… Но блин я все таки сделал, как Microsoft сказала (по молодости), а переделывать это — ну я бль даже не знаю, там работы на полгода минимум, мне кажется. Надуться на такое дело как-то не хочется, прям вот до последнего не хочется… Говорю ж, получилось так исторически — в переводе на русский "извини, Вов, так вышло"
evan: Я вот тут, как то поюзал прогу (EssentialPIM Pro) она чётко показывает все неправильные решения твоего Интерфейса, в ней 18 объектов управления, таблицы и всякая фигня, и усё работает. вот на одном из таких объектов 13 разделителей и ни каких Закрепителей. Нет ни одного Динамического объекта и вложеных окон в главное оно Обрати внимание на Разделитель, он сделан один в один, как все разделители Windows проводника, вот почему я и говорил ширина линий границ 8 пикселей, не больше и не меньше.
Carc: evan пишет: Обрати внимание на Разделитель, он сделан один в один, как все разделители Windows проводника, вот почему я и говорил ширина линий границ 8 пикселей, не больше и не меньше. Потому что Essentional писили мучудаки!!! Я как то давно еще в блоге писал, что делать разделитель в 2 пиксела шириной это только индусы в Microsoft могли догадаться. Если есть таскаемый разделитель, то его должны таскать, причем часто. Заставлять пользователя попадать мышом в полоску шириной в 2 пиксела — это вверх идиотизма. Вполне достаточно сделать разделитель пошире, и попасть в него будет куда как проще… Про моторику какого нить трекбола я уже помалкиваю. Но повторюсь, это Microsoft. Там работают в команде Windows чудаки-индусы. У них мозг вообще не вменяемый. Из старой гвардии остался только Реймонд Чен, остальные крутые толковые ушли из Microsoft еще в начале 2000-ых… Microsoft просили неоднократно на их форумах о некоторых несложных нововедениях для их элементов пользовательского интерфейса, про баги писали. Это было в начале 2000-ых…. Что то начало появляться только в восьмерке… Чего то долго собирались… А про их совместимость я вовсе молчу. Оставили полностью Owner Draw, но врубили темы… С первой и так было сложно работать, а теперь еще и темы учитывать… Ну например про RichEdit: ихнее же заявление "интерфейс развивается, но никогда не меняется". Ух ты :) Круто… Да они там такого навернули, что эхо мата до сих пор доносится. Одна и та же хрень, в одной версии RichEdit вынимает невидимый текст, во второй его просто удаляет из вынутого текста. Это совместимость???? Интерфейс то и правда тот же. Только делает совершенно другое. Тебе понравится если при нажатии на кнопку Пуск (интерфейс, заметь, тот же — есть кнопка, ты нажимаешь). Только вот в одном случае она тебе меню показывает, а во втором будет диск Ц форматировать… Ну а теперь, вуаля про десятку!!! Скажу одно поищи по форумам, по блогам что говорят о ней мои коллеги. Она попросту не дает программисту нормально работать… Это уже не юзабилити, робяты, это не удобство использования. Это другое: когда о сценариях использования (use case) думали либо клинические идиоты, зацикленные на себе, либо вовсе не думали. Второе вряд ли: корпорация серьезная, в Microsoft Research работают неслабые вроде люди, значит не думать не могли. Думаю тут третье: Microsoft Research + Microsoft UI проделали анализ, выдали рекомендации, а индусы из отдела разработки на половину положили, а другую половину в лучшем индусском стиле сделали — "хлоп, шлеп да поехали". C Microsoft продуктами становиться последнее время очень тяжело, ненадежно, и непрогнозируемо работать… Разве что ядро Windows у них весьма толково разрабатывается. Но то ядро, там накосячишь и система просто ложиться. И неважно насколько хорош был код ядра — он просто не работает, пользователь видит синий экран.
evan: Почему Всплывающая левая панель, жёстко закреплена к окну дерева? и в результате тащит за собой всю систему окон ( окно дерева, редактора, панели Форматирования, Шрифт?. — это глюк.
evan: Просто всплывала Левая панель на реакцию приближения курсора мыши Если убрать Закрепление на панели Шрифт , то панель Шрифт улетит... Одного этого скрина достаточно, дальше можно не рассуждать. Хотя, есть ещё интересный скрин на сворачивание главного окна Амл, в Свернуть в окно, при снятой, Закрепить Левую панель дерева. но здесь не все пока ясно.
Carc: evan пишет: Хотя, есть ещё интересный скрин на сворачивание главного окна Амл, в Свернуть в окно, при снятой, Закрепить Левую панель дерева. RichEdit какой в настройках выставлен? В меню быстрых настроек?
evan: Carc пишет: RichEdit какой в настройках выставлен? В меню быстрых настроек? RichEdit 4,1
Carc: evan пишет: RichEdit 4,1 Странно у тебя как-то рисуется всё, судя по скриншотам… Такое ощущение, что рисование идет внутри уже редактора текста, эта вертикальная серая полоса. Но там то с какого!?!
Carc: evan пишет: Почему Всплывающая левая панель, жёстко закреплена к окну дерева? и в результате тащит за собой всю систему окон ( окно дерева, редактора, панели Форматирования, Шрифт?. — это глюк. Потому что это сайд-бар - они всегда так себя ведут. Крепится к какому-нить краю, и нечего их таскать эти панели. То бишь левый сайд бар хостится на Child Frame, который суть полное окно конкретного документа. Когда он всплывает, чтобы его было видно, ему приходится двигать вправо всё что справа от него (дерево+ редактор). Я как-то не очень знаю, как сделать иначе. Теоретически он может и не двигать всё вправо, а просто разместится поверх всех. Но тогда он точно будет просто перекрывать дерево — мне не кажется это удачным решением.
evan: Carc пишет: Потому что это сайд-бар - они всегда так себя ведут. Крепится к какому-нить краю, и нечего их таскать эти панели. То бишь левый сайд бар хостится на Child Frame, который суть полное окно конкретного документа. Когда он всплывает, чтобы его было видно, ему приходится двигать вправо всё что справа от него (дерево+ редактор). Я как-то не очень знаю, как сделать иначе. Теоретически он может и не двигать всё вправо, а просто разместится поверх всех. Но тогда он точно будет просто перекрывать дерево — мне не кажется это удачным решением. Сейчас, я нарисую как надо, его привязывать чтобы не двигал, и скину скрин
Carc: evan пишет: Сейчас, я нарисую как надо, его привязывать чтобы не двигал, и скину скрин А чего ты там нарисуешь? Сайд бар в принципе захостить можно только на фрейме. И тогда там только два варианта 1) Или он перекрывает левую панель — дерево. Но я не думаю что это хорошее решение. 2) Или он должен сдвигать всё вправо, чтобы себя показать… Чего тут нарисуешь? Либо направо, либо налево. Третьего то не дано!!?
evan: Carc пишет: А чего ты там нарисуешь? Сайд бар в принципе захостить можно только на фрейме. И тогда там только два варианта 1) Или он перекрывает левую панель — дерево. Но я не думаю что это хорошее решение. 2) Или он должен сдвигать всё вправо, чтобы себя показать… Чего тут нарисуешь? Либо направо, либо налево. Третьего то не дано!!? вот скрин
Carc: А ты про фон кнопок… Ну да это аккурат издержки прорисовки тем на кнопках… Что еще присвоить самой кнопке фоновый цвет можно, а вот все что вне отсекающего региона в виде закругленных углов она один фиг прорисует системным цветом (а он по умолчанию в винде серый)… Ну да может как-нить на досуге поковыряю, что там можно придумать…
evan: Сайд бар в принципе захостить можно только на фрейме. И тогда там только два варианта 1) Или он перекрывает левую панель — дерево. Но я не думаю что это хорошее решение. 2) Или он должен сдвигать всё вправо, чтобы себя показать… === У тебя и сделан 2) вариант дёргает всё , что сидит на панели дерева Правильнее 1) вариант, тогда панель Дерева со всем отрибутом стоит на месте, а всплывает только одна Левая панель
Carc: evan пишет: Правильнее 1) вариант, тогда панель Дерева со всем отрибутом стоит на месте, а всплывает только одна Левая панель Ох не знаю, ох не знаю… Но теоретически можно попробовать. Но только вот если панель будет всплывать случайно, это будет мешать работе с деревом — ибо перекроет она дерево.
evan: Carc пишет: Ох не знаю, ох не знаю… Но теоретически можно попробовать. Но только вот если панель будет всплывать случайно, это будет мешать работе с деревом — ибо перекроет она дерево. Она никак не может перекрыть дерево, если у тебя слева будет площадка на панели дерева размером выхода вспывающей панели над площадкой, и если надо чтобы не скрывалась можно её закрепить,
полная версия страницы