Форум » » Новая версия Aml Pages 9.85 » Ответить
Новая версия Aml Pages 9.85
Carc: Выложил новую версию Aml Pages 9.85 Что нового [+] добавлена возможность задавать меткам пользовательские названия, а не просто текст за меткой (см. контекстное меню панели меток); [+] добавлена настройка "Всегда использовать стандартный значок для папок" (в дереве); [+] разрешено перемещать папки как дочерние узлы в страницы; [+] в панель меток добавлена навигация и свернуть\развернуть стрелочками с клавиатуры; [+] добавлена новая версия Aml Assist 3.26 (исправлено, команда контекстного меню "Закрыть панель" запускала панель заново); [+] ListView и TreeView при редактировании названия элемента обрабатывают стандартные сочетания клавиш Ctrl+C\V\X\Z\A, Ctrl+Inser, Shift+Inser, Shift+Delete; [+] новая версия плагина Aml2Dropbox 2.20 с поддержкой пользовательских паролей при отправке документов Aml Pages как ZIP-архивов; [+] новый функционал в движке плагинов; [*] исправлено: не всегда корректно обновлялся список меток в панели слева в режиме "Метки только выделенной страницы" при переходе к другой странице; [*] обновлена русская справка; [*] мелкие исправления и улучшения; детальный список изменений на сайте здесь, как проверить что нового в последних версиях непосредственно из самой Aml Pages читайте здесь Обзор новой версии Aml Pages 9.85 в блоге см. здесь. Свежий пост в блоге: Вопрос-Ответ: как прикрепить рисунки веб-страницы внутрь документа Aml Pages? Change log in English on official web site
Carc: Выложил свежую сборка 2762
Carc: Обзор в блоге см. тут Подписаться по е-почте на новости блога можно здесь.
Carc: Свежая сборка Aml Pages 9.85 (build 2763) добавлены новые варианты сортировки строк в редакторе текста (строки начинающиеся с текста "ХХХ" вниз, или в начало); добавлены режимы просмотра правой панели "Как только дочерние" и "Как все дочерние" (см. меню кнопки режимов просмотра, или меню Вид\Дерево); обновлена русская справка; Новогодние скидки на все продукты: Aml Pages, Aml Maple, TwinkiePaste. Акция продлится до Нового Года.
urasvon: AML PARGES 9.85 DROPBOX 2.00 -плагин Windows 10 Есть регистрация на Dropbox Ничего не спросил Папки Dropbox в @Мои документы@ не оргзанизовал Сообщил
Carc: urasvon пишет: Ничего не спросил Папки Dropbox в @Мои документы@ не оргзанизовал А плагин этого и не делает. Он только запрашивает у Dropbox текущий путь к папке синхронизации… Что кстати и видно по сообщению, путь специально невалидный выставлен.
urasvon: Не смог перетащить выделенный текст из Maxthon на ярлычек AML Assist (а в прошлой верссии Да!) Её и вернул
Carc: urasvon пишет: Команда Aml Pages Интегрировать в оболочку, в быстрых настройках.
LordNEVR: Добрый день С Новым Годом! Что то с сортировкой не то. Раньше когда стояло "По заголовку" названия шли не только по первым буквам имени, но и по вторым, и последующим словам. Пример: Алан Алекс Алексей Александр Андрей Антон Антонина Борис Вадим Вера Виолетта Владимир Вячеслав и.т.д. Aml Pages 9.83.2738 Сейчас же, только по первой букве, а то и в перемешку. Aml Pages 9.85.2764 И вот тут, где у меня названия серий. Было не только по названию (первым одному двум словам), но и по знакам (тире, кавычки, вертикальный слеш): Да и сами названия серий шли по алфавиту. Пример: Книжная серия | Звезды новой фэнтези (2014-2016) [FB2] Книжная серия | Отчизны верные сыны (1987-2008) [FB2] Книжная серия «Другие миры» [2015-2017, FB2/RTF/ RUS] Книжная серия - «Люди против магов» [2005-2015, Фэнтези, FB2] Книжная серия - Сверхновая фантастика [2016-2017, FB2/RTF/ RUS] и.т.д. Aml Pages 9.83.2738 Сейчас же, в перемешку. Aml Pages 9.85.2764 Когда список файлов не очень большой, то поиск не составляет труда. А когда список файлов очень большой, то поиск составляет затруднения.
Carc: LordNEVR пишет: Что то с сортировкой не то. Раньше когда стояло "По заголовку" названия шли не только по первым буквам имени, но и по вторым, и последующим словам. Там теперь 2 варианта сортировки по заголовку. С учетом регистра символов и без учета. Стоит сменить просто сортировку….
Carc: Carc пишет: Там теперь 2 варианта сортировки по заголовку. С учетом регистра символов и без учета. Стоит сменить просто сортировку…. PS: если проблема все равно останется, то лучше документ мне на почту (ну если не шибко секретный), ну или же документ, который демонстрирует проблему… Но вообще не должно — новая сортировка проверялась, все работает.
LordNEVR: Carc Отправил.
Carc: Ага, пришло. Смотрю…
Carc: LordNEVR пишет: Что то с сортировкой не то. А когда это проблема с сортировкой вообще начала проявляться ? В последних сборках или ранее? Я вспомнил, в последних сборках Aml Pages я кое чего намутил, и именно с сортировкой, правда косвенно (уже исправил, баг-фикс выйдет в ближайшей сборке)
LordNEVR: Carc пишет: А когда это проблема с сортировкой вообще начала проявляться ? Да вот, когда новые варианты сортировки "По заголовку" появились. Сперва внимание не обращал. Carc пишет: Пробуй сброрку 2765: вернул старую сортировку Ага, работает. А чем сортировки по заголовку отличаются? С учетом регистра символов и без учета. Вот установил сортировку по заголовку С учётом регистра символов. Выстроилось нормально всё. Потом выставил БЕЗ учёта регистра символов, ничего не изменилось.
Carc: LordNEVR пишет: А чем сортировки по заголовку отличаются? С учетом регистра символов и без учета. Ну ВЕРХНИЙ регистр символов и нижний… LordNEVR пишет: Потом выставил БЕЗ учёта регистра символов, ничего не изменилось. А должно было?
LordNEVR: Carc пишет: А должно было? Может измениться так как у меня в доке было? Сортировка только по первым буквам, далее вразнобой.
Carc: LordNEVR пишет: Может измениться так как у меня в доке было? Сортировка только по первым буквам, далее вразнобой. Дык так и должно быть… Если первая А, а во второй странице первая буква Б, то вторая всегда будет стоять после первой. Это называется лексографический порядок
Carc: Пробуй сброрку 2765: вернул старую сортировку
Carc: новая версия Aml Pages 9.85 build 2765. Версия 9.85 (build 2765) [+] добавлено: в режиме просмотра простого текста панель инструментов "Форматирование" прячет ненужные кнопки; [+] в Свойства страницы добавлена информация о дате создания документа; [*] ускорен показ контекстного меню редактора текста (долго подсчитывались метки, если они есть, а в меню метки не используются); [*] исправлено: тормозило сворачивание левой панели в режиме меток (лишняя перерисовка при сворачивании);
evan: Гоша! С Новым 2019 годом! Версия: Aml Pages 9.84 сборка 2760 [Русский] RichEdit: RICHED20.dll 12.0.4518.1014, ClassName: RICHEDIT50W; Windows 7 32x build 7601 Service Pack 1; 1,99 ГБ; Более 100 раз завал Амл pages. По причине сбоя Листочка при работе в браузере Гугл. Варианты сбоя Листочка: 1. После нажатия Enter, при редактировании в поле текста, когда текст на грани касания с нижней рамкой окна Листочка. Визуально текст рвется по строчно по вертикали и рвется текстовый курсор каретки. 2. Когда тянешь Листочек за заголовок окна 3. При прокрутки текста колёсиком Мыши в окне поля листочка по вертикали, текст рвется у верхней границы рамки, вертикально по строчно на границе касания поля текста с Заголовком окна Листочка. 4. После второй попытки изменения размера окна Листочка по вертикали, за нижнюю границу рамки окна Листочка, (касаемо только нижней рамки окна). Исчезает стрелка изменения размера окна Листочка. После чего сбой (завал Амл). На верхней, правой и левой сторонах стрелка не исчезает. Создается ощущение открытого кода с текстового поля через нижнюю рамку. == Ещё по Листочку, такая вот ерунда. == При перетаскивании текста с Листочка курсором мыши в Редактор текста, текст в Редактор вставляется с добавлением одного пробела по всем вертикальным строчкам вставляемого текста. Если текст с Листочка вставлять по команде (Вставить как простой текст через буфер обмена, или Ctrl+Alt+V ), то текст вставляется правильно. == По редактору текста Что может быть включено в Амл? При нажатии более двух точек в редакторе текста, точки изменяют размер по вертикали, становятся меньше раза в три А при нажатии двух знаков (минуса) они соединяются, становятся в два раза длиннее В других текстовых редакторах все правильно.
Carc: evan пишет: При нажатии более двух точек в редакторе текста, точки изменяют размер по вертикали, становятся меньше раза в три Это плагин Auto Replace… evan пишет: А при нажатии двух знаков (минуса) они соединяются, становятся в два раза длиннее Это опять же плагин Auto Replace… evan пишет: В других текстовых редакторах все правильно. В других текстовых редакторах не правильно, а по другому. Не бывает правильно вообще, бывает правильно для чего-то или кого-то…
Carc: evan пишет: Более 100 раз завал Амл pages. А что такое «завал»?
evan: Carc пишет: А что такое «завал»? Визуально это выглядит так, Листочек разваливается (разрывается) по месту стыковки двух Г-образных линий рамки текстового поля, разрывая рамку Листочка в этих углах, о чем свидетельствует четкий остаток следа рамки Листочка по длинной стороне Г-образной линии. Windows реагирует на разрушение окна Листочка(как не управляемого процесса) и требует принудительного закрытия приложения. Хочу подметить, что подобные следы от разрушения рамки окна, есть ещё в приложении Амл, это на открытых документах в Амл, и видны они когда переключаешь Закладки документов, в обоих случаях один и тот же интерфейс стыковки 2Г-образных линий рамки текстового поля. О том, что это лажовый интерфейс не надо быть профессором, а просто нормальным юзером.
evan: Место развала.. Текстовый курсор каретки перекрывает зону нижней границы рамки. Надо увеличить закрытую зону текстового поля от границы нижней рамки, чтобы курсор каретки не попадал в зону рамки. Ещё привязка вертикальной прокрутки (размер прокрутки по вертикали) грубо настроен по отношению активного размера (рабочей зоны) текстового поля так в Виндоус записке он макси 1-2 пикселя, а в Амл Листочке 14-16 пикселей, получается что движок в Амл находится (срабатывает) значительно ниже рабочей зоны текстового поля, Замерено оптической пиксельной линейкой.
Carc: evan пишет: Ещё привязка вертикальной прокрутки (размер прокрутки по вертикали) грубо настроен по отношению активного размера (рабочей зоны) текстового поля так в Виндоус записке он макси 1-2 пикселя, а в Амл Листочке 14-16 пикселей, получается что движок в Амл находится (срабатывает) значительно ниже рабочей зоны текстового поля, Замерено оптической пиксельной линейкой. Причем тут движок Aml Pages? Это движок самой Windows, и Aml Pages здесь не причем. Не причем от слова "совсем"…
evan: Carc пишет: Причем тут движок Aml Pages? Это движок самой Windows, и Aml Pages здесь не причем. Не причем от слова "совсем"… Гоша у тебя становится системой валить усё на Windows, и сейчас я тебе докажу без всяких скриншотов. Листочек разваливается, но виновен не он и не Windows, а его прообраз страница открытая в Редакторе, а точнее допущенная лажа разработчиком в интерфейсе редактора (О чем я писал не раз) вот и откликнулось. 1. Если длина движка Windows в Амл не соответствует программному размеру рабочего поля, у тебя 26 пикселей это серьёзный глюк, элементарная проверка посмотрел в разных приложениях винды и сравнил, вывод : глюк в разработке Амл. 2. При открытии новой страницы в Редакторе текста сразу появляется усеченный движок Windows без ползунка, это второй и очень серьёзный глюк разработчика, виновата не Windows, а нарисованная последняя замкнутая рамка в текстовом поле с цветом 240/240/240 на которую и реагирует движок. Почему от движка Windows сработала только одна функциональная половина, без ползунка, элементарно потому что левая граница рамки на которую реагирует движок подсказывает, что вся вертикаль высота поля в рамке определена, как будто все строки заняты текстом. А ползунок не видит текста до соприкосновения с нижней границей текстового поля (но не рамки окна) Цвет рамки 240/240/240 не должен иметь такой же цвет, как у тебя у датчика касания верхнего ползунка (это отдельный разговор) 3. Завершаем, При открытии страницы она открывается с размером (заданным программно) для текстового поля по вертикали, и сразу же открывается движок Windows (усеченный-неполноценный) по причине неправильной рамки. В результате получаем, что длина программно заданного текстового поля по вертикали в Амл не соответствует размеру сбойно-сработанному движку Windows на 26 пикселей, разбаланс.(в самой Windows разбаланс макси пиксель) Если аккуратно с клавиатуры стрелками вверх, вниз погонять по вертикали мы будем четко видеть программно заданную рабочую зону и находится в ней, как только начнем листать движком Windows, или колесиком Мыши, то появляется разбаланс, синхронизация размера по вертикали со смещением 26 пикселей, в результате сместит (изменит) рабочую зону программного текстового поля в любом хаотическом порядке И попадая в зону под верхнюю или нижнюю рамку при любых исполнительных командах (Enter, стрелка размер рамки, движок Windows, колесо Мыши и др) приводит к разным сбойным ситуациям.
Carc: evan пишет: Гоша у тебя становится системой валить усё на Windows, и сейчас я тебе докажу без всяких скриншотов. Не трать слова… Лучше докажи мне сейчас © со скриншотом… Мы ж все таки не на уроке математике, чтобы упорно всё доказывать. Ты лучше покажи (скриншотом). Может быть тогда я тебя и пойму лучше, что ты имеешь ввиду. Лучше один раз увидеть (скриншот), чем 100 раз услышать (прочесть)… А то из твоего потока слова и терминов не очень-то до конца и понятно о чем идет речь… Для этого и нужен скриншот. PS: а то будет как с той «засветкой в редакторе текста» (© твой) — когда так года с полтора-два доходило, о чем вообще речь…
Carc: evan пишет: Гоша у тебя становится системой валить усё на Windows, и сейчас я тебе докажу без всяких скриншотов. Ну и чего? Куда пропал-то? Насрал написал и тишина? Где скриншот-то? Ты его там что? Ручками сам что-ли попиксельно в Paintbrush рисуешь? PS: evan пишет: При открытии новой страницы в Редакторе текста сразу появляется усеченный движок Windows без ползунка, «Как же тебя понять, если ты ничего не говоришь» © Иван Васильевич Вот вопрос: что ты подразумеваешь здесь под словом "движок", и тем паче "усеченный движок" и тем паче "появляется"? Движок в принципе не может нигде появляться… Соответственно и вопрос: что ты имел ввиду, говоря о каком-то мифическом движке?
evan: Что делал 1. Листочек над рабочим столом, установил текст под нижнюю рамку движком прокрутки. скрин, текст под нижней рамкой 2. потянул размер окна за нижнюю рамку появился след от листочка. скрин.1 2. Взялся за размер другой стороны рамки рвет текст по горизонтали, засветилась вертикальная прокрутка. скрин 2 3. Открываю Амл из панели задач, Финал приехали. скрин 4 Вывод: не привязан размер рабочего ,активного окна Листочка к размеру вертикальной прокрутки разница в 26 пикселей (допуск ювелирный в пределах 1 пикселя) Плюс рамка текстового поля с разрывами в углах левый нижний, правый верхний В редакторе текста, тоже отсутствует привязка раб окна к вертикальной прокрутки они должны быть на одной линии с точностью до 1 пикселя
Carc: evan пишет: Вывод: не привязан размер рабочего ,активного окна Листочка к размеру вертикальной прокрутки разница в 26 пикселей (допуск ювелирный в пределах 1 пикселя) Плюс рамка текстового поля с разрывами в углах левый нижний, правый верхний 1) А он — размер листочка — и не может быть привязан к тексту. Наоборот размер текстового поля в листочке привязан к размеру листочка. 2) Версии RichEdit какие выставлены в Быстрых настройках? 3) Что у тебя с настройкой Windows "Отображать содержимое окон при перетаскивании"? PS: у себя проверил… Работает как часы — полный зер-гут, таскай и тащи рамки как хочу — все работает корректно. evan пишет: В редакторе текста, тоже отсутствует привязка раб окна к вертикальной прокрутки они должны быть на одной линии с точностью до 1 пикселя А вот отсюда поподробнее… Лучше бы скриншот. Что-то я не пойму, про что конкретно ты говоришь….
Carc: Carc пишет: А вот отсюда поподробнее… Лучше бы скриншот. Что-то я не пойму, про что конкретно ты говоришь…. Я не шучу — скриншоты нужны. А то ведь ей-богу будет как с "засветкой" редактора текста. Года ведь полтора прошло, а то и два, пока я понял, что ты имел ввиду… Кстати говоря, редактор там и вовсе был не причем… А был бы скриншот изначально, то и проблем бы с взаимопониманием на годы не возникло бы PS: Ты вот это видел? Ты ж мне первый про имена меток «моск проедал»
evan: Carc пишет: А то ведь ей-богу будет как с "засветкой" редактора текста. Года ведь полтора прошло, а то и два, пока я понял, что ты имел ввиду… Кстати говоря, редактор там и вовсе был не причем… А был бы скриншот изначально, то и проблем бы с взаимопониманием на годы не возникло бы PS: Ты вот это видел? Ты ж мне первый про имена меток «моск проедал» Гоша не надо ля-ля, если бы на твоём форуме не удалялись сообщения и скриншоты, которые хранятся на левых сайтах, а вся эта инфа хранилась на твоём сервере, тогда и предъявляй свои возмущения с доказательствами указывая на ссылку, а так выглядит однобоко, кто быстрее языком чешет. А скриншотов я пожалуй больше всех пользователей выложил на форуме, особенно на стадии развития проекта и даже те мои сообщения, которые остались 99 % скриншотов ку-ку, вот так вот все мои труды по их составлению, коту под хвост, а это огромная потеря моего личного времяни. А с засветкой с которой я тебя доставал, эта была панель Закладки страниц, когда закладки включались как гипперссылка с подчёркиванием похожими на управления с дерева я обнаружил что они вели к сбою, ты не в какую не признавал, мне пришлось ей не пользовался а тут через несколько лет смотрю, опа, переделал и работает вроде нормально Точно так же я тебе и про интерфейс Дерева и Редактора говорил, что глючный, серьёзные проблеммы, а ты мимо ушей, но вот сейчас есть конкретные железные доказательства этого, но это будет после того, когда устранится проблема Движка прокрутки, кстати та причина интерфейс Дерева и Редактора наиболее вероятно тянет за собой срабатывание движка прокрутки по Горизонтали при Создании нового документа при первом открытии редактора, а так же периодически в процессе работы появление движка прокрутки по Горизонтали, точно так же эта причина может влиять на появление Движка в Дереве по вертикали, когда не заполнено пространство заголовками по вертикали, и при случае переключения кнопками Метки/Дерево, да и ещё правильной работы горизонтальной прокрутки дерева, одним словом всё что связано с прокрутками. и Лажовенький интерфейс панели Новости и отключить нельзя, систематически показывает подсветку места стыковки с панелями при сворачивании окна приложения по горизонали, а на этот раз в Windows 10 после сбоя в Редакторе чётко зафиксировалось, её разрушение, проблемка есть.
Carc: evan пишет: Гоша не надо ля-ля, если бы на твоём форуме не удалялись сообщения и скриншоты, которые хранятся на левых сайтах, а вся эта инфа хранилась на твоём сервере, тогда и предъявляй свои возмущения с доказательствами указывая на ссылку, а так выглядит однобоко, кто быстрее языком чешет. Ты что, предлагаешь мне выкладывать твои скриншоты? Это как? Или дать тебе доступ к AmlPages.com? Дальше ниасилил — слишком много букаф, а мысль между них теряется…
evan: Carc пишет: 1) А он — размер листочка — и не может быть привязан к тексту. Наоборот размер текстового поля в листочке привязан к размеру листочка. Я же не пишу про размер листочка, а пишу "размер рабочего ,активного окна Листочка " значить где курсор появляется, потом добавляю по этому же размеру "Плюс рамка текстового поля с разрывами в углах левый нижний, правый верхний " Все говорится о текстовом поле. Причем тут размер Листочка. А вот теперь по твоей терминологии скажи, почему размер текстового поля в листочке, который привязан к размеру листочка нарушается с низу размера привязки? =Я бы тоже хотел посмотреть на твой скрин листочка, (как не верующий фома) желательно ползунком вывести строчку текста в самую нижнюю точку границы перемещения, текстового поля и сделать скрин?? Carc пишет: ) Версии RichEdit какие выставлены в Быстрых настройках? В самом первом сообщении указал вот: Версия: Aml Pages 9.84 сборка 2760 [Русский] RichEdit: RICHED20.dll 12.0.4518.1014, ClassName: RICHEDIT50W; Windows 7 32x build 7601 Service Pack 1; 1,99 ГБ; Carc пишет: 3) Что у тебя с настройкой Windows "Отображать содержимое окон при перетаскивании"? Не нашёл такого параметра, у тебя он в каком разделе сидит у меня Windows 7
Carc: evan пишет: А вот теперь по твоей терминологии скажи, почему размер текстового поля в листочке, который привязан к размеру листочка нарушается с низу размера привязки? =Я бы тоже хотел посмотреть на твой скрин листочка, (как не верующий фома) желательно ползунком вывести строчку текста в самую нижнюю точку границы перемещения, текстового поля и сделать скрин??
evan: Спасибо Гоша! Ты настоящий друг! Только мне лажовые, левые скриншоты не надо, да ещё и с рюземе от 15 года, буду тогда свои ковырять...
Carc: evan пишет: Спасибо Гоша! Ты настоящий друг! Только мне лажовые, левые скриншоты не надо, да ещё и с рюземе от 15 года, буду тогда свои ковырять... Ты что дебил? При чем тут данные — они были от 2015 года, но каким боком они имеют отношение к скриншоту?
evan: Carc пишет: Ты что дебил? При чем тут данные — они были от 2015 года, но каким боком они имеют отношение к скриншоту? Гоша, это элементарно и красиво доказывается Берём два рисунка выравниваем их масштаб с точностью до 1 пикселя смотрим хостинг картинок без регистрации А теперь для лучшего восприятия и понимания
Carc: evan пишет: А теперь для лучшего восприятия и понимания И что? Не вижу проблемы... Aml Pages больше не занимается заголовком окна и неклиентской областью в Win7 и старше по умолчанию… Это полностью отрисовывает сама Windows, я туда больше не ходок в эти неклиентские области. Ну их в баню. На каждый новый чих Винды — в каждой новой версии и сборке оных виндов, приходится опять что-то переписывать. И все только из-за пары кнопок в заголовке. А ну нафиг это бесконечное переписывание одного и того же… Там если и делать кастомный заголовок, то только полностью с нуля как в TwinkiePaste… Там может и не прям так как в самой Windows — зато это не приходится переписывать каждые пару месяцев, под кучу версий Windows, с не менее кучей всяких настроек. Ну да у меня до этого руки попросту не доходят. Тем более что липкие листочки в Aml Pages и не особенно популярны. Ими мало кто и редко пользуется.
Carc: evan пишет: Не нашёл такого параметра, у тебя он в каком разделе сидит у меня Windows 7 Ну где-то есть… Этот параметр с незапамятных времен есть в Windows, чуть ли не с Win98… Он даже программно доступен как для чтения, так и для изменения. Надо гуглить, куда они его в 7-ке засунули… "Отображать содержимое окон при перетаскивании" Вот оно кажется
evan: Carc пишет: Надо гуглить, куда они его в 7-ке засунули… "Отображать содержимое окон при перетаскивании" Нашел точно в этих разделах сидит, у меня включен.
Carc: evan пишет: Нашел точно в этих разделах сидит, у меня включен. Поют сердца Ликованию народа не будет предела Дальше что? Проверял?
evan: Carc пишет: А вот отсюда поподробнее… Лучше бы скриншот. Что-то я не пойму, про что конкретно ты говоришь…. Если говорить твоей терминологией, то размер текстового поля редактора текста, который привязан к размеру окна Редактора текста, при открытии страницы в редакторе чётко виден и стоит (как у молодого) если гонять стрелкой вверх/ вниз с клавиатуры вот скрин1. Стоит только начать двигать ползунком прокрутки нижняя граница привязки "размера текстового поля редактора " нарушается (исчезает) точно так же как в Листочке и строчки текста спокойно могут перемещаться под нижнюю рамку окна Редактора текста смотри скрин 2 Иногда появляются глюки, остается след курсора и разрыв текстового курсора А вот опять финал вращал колесом мыши скрин.3 Выводы: это опять происходит из за разных размеров, размера текстового поля по отношению к нему размера вертикальной прокрутки с разницей 26 пикселей. Если выровнять их геометрические размеры, то все должно заработать и появится плюс от щелчков по мини стрелкам прокрутки строчки очень большого текста по вертикали будут чётко отображаться на границах текстового размера без перекрытия шрифта границей текстового размера.Такой вариант сделан в версии блокнота Windows 7 верс.6.1 сборка7601 Можно подшаманить, чтобы не исчезала нижняя граница текстового размера, тогда будет второй вариант, когда текст будет перемещаться под границу текстового размера несимметрично с перекрытием, не очень приятный вариант.
Carc: evan пишет: Если говорить твоей терминологией Это не моя терминология, это общепринятая терминология. Термины на то и термины, чтобы люди друг друга понимали, а не каждый на своем на птичьем… evan пишет: то размер текстового поля редактора текста, который привязан к размеру окна Редактора текста Чушь! Текстовое поле редактора текста, и редактор текста это просто одно и то же. Один в один. Никто ни к кому не привязан. Как можно самое себя по размеру привязывать к самое себя? evan пишет: Стоит только начать двигать ползунком прокрутки нижняя граница привязки "размера текстового поля редактора " нарушается (исчезает) точно так же как в Листочке и строчки текста спокойно могут перемещаться под нижнюю рамку окна Редактора текста смотри скрин 2 Где ж она нарушается? Вон внизу рамку редактора видно — это и есть его граница. evan пишет: Иногда появляются глюки, остается след курсора и разрыв текстового курсора Где скриншот глюков? Где скриншот разрыва? Можно попробовать для теста отключить синтаксическую подсветку и главное автоматическую подсветку гиперссылок. Она может влиять на прорисовку… evan пишет: Выводы: это опять происходит из за разных размеров, размера текстового поля по отношению к нему размера вертикальной прокрутки с разницей 26 пикселей. Если выровнять их геометрические размеры, то все должно заработать и появится плюс от щелчков по мини стрелкам прокрутки строчки очень большого текста по вертикали будут чётко отображаться на границах текстового размера без перекрытия шрифта границей текстового размера.Такой вариант сделан в версии блокнота Windows 7 верс.6.1 сборка7601 Можно подшаманить, чтобы не исчезала нижняя граница текстового размера, тогда будет второй вариант, когда текст будет перемещаться под границу текстового размера несимметрично с перекрытием, не очень приятный вариант. Странный вывод… В стиле "потому что гладиолус" Ну что-то там не так с прорисовкой — ну допустим. Ну неверно RichEdit вычисляет размеры ползунков при вертикальном скроле (вообще то это его задача чуть более чем полностью, я в этот процесс не вмешиваюсь)… Ну и? После чего какой-то сбой. Откуда вывод что причина в "геометрии"? Есть 2 являния, неприятных явления. Ну и? Откуда вывод что одно причина другого? Откуда вообще вывод что они связаны? Хоть бы код ошибки при сбое был известен, уже что-то… Может там вообще достославный 0x0005 код — причина его в чем угодно может быть, и уже 99 из 100 что не в геометрии. А так вывод абсолютно неверный. Где докательства? Корреляция есть, но только по времени. Причем тут связь?
evan: Carc пишет: Странный вывод… В стиле "потому что гладиолус" Ну что-то там не так с прорисовкой — ну допустим. Ну неверно RichEdit вычисляет размеры ползунков при вертикальном скроле (вообще то это его задача чуть более чем полностью, я в этот процесс не вмешиваюсь)… Ну и? Нет Гоша, вмешиваешься, а кто тогда разрабатывал в твоём приложении функц. раздел Абзац? Carc пишет: После чего какой-то сбой. Откуда вывод что причина в "геометрии"? Есть 2 являния, неприятных явления. Ну и? Откуда вывод что одно причина другого? Откуда вообще вывод что они связаны? Хоть бы код ошибки при сбое был известен, уже что-то… Может там вообще достославный 0x0005 код — причина его в чем угодно может быть, и уже 99 из 100 что не в геометрии. Гоша прямой ответ по Геометрии, все сбои идут по причине попадания текста в зону под рамкой, этой функцией занимается динамический движок вертикальной прокрутки Windows на который ты пюлиёшь и говоришь, что он сам у тебя должен вычислять ... И подсовываешь ему свою единицу измерения в мм(миллиметрах), а движок работает с более точной единицей измерения в 1 пиксель, твой 1мм=4(5) пикселей а движок пробует привязаться к твоей геометрии с единицей в 1 пиксель, к твоим миллиметрам и как он должен понимать эту твою самую. Твой Абзац, включен на прямое управление движком прокрутки и без рубильника, я опробовал разные настройки вот минимальный набор Расстояние между строк выбор: Одинарный - устанавливает в 0 и блокирует само привязку движка прокрутки Минимум - обрезает 1 строку текста Полуторный- добавляет размер в 9 пикселей (порядка 1,5мм) Двойной - добавляет размер порядка 19 пикселей Одним словом в твоем Абзаце нет такой единицы, как 1 или 2 пикселя, которые можно было подсунуть для движка прокрутки, а привязку движка в автоматическом собственном режиме ты кастрировал своим Абзацом, переведя управление на Абзац. => Мне нужно, чтобы ты отрубил свой Абзац в приложении, чтобы убедится в правильности мыслей.
Carc: evan пишет: Гоша прямой ответ по Геометрии, все сбои идут по причине попадания текста в зону под рамкой У меня только один вопрос: ты что идиот? Ты не понимаешь вообще что ли ничего? Не могут данные RichEdit оказываться за пределами его самого окна, за рамкой. Никакой код в принципе такого не может без специальных приседаний. Он может отрисовывать свои данные только на собственном HDC, и никто его отрисовку в принципе не пустит вовне. Она может оставаться после уничтожения RichEdit, но это приколы ParentDC и OwnerDC. Но все равно это не зависит от самого RichEdit никак. Причем никак от слова "совсем"! evan пишет: Твой Абзац, включен на прямое управление движком прокрутки и без рубильника Слушь, ты вот скажи это что у тебя грибы или синтетическое что-то? Какой абзац? куда включен? Какой рубильник? Какой движок? Ты вообще в реальной жизни? Или где-то в других вселенных витаешь? Абзац вообще не имеет ни малейшего отношения к ползунку! Ты бы завязывал со своими логическими выводами. Они содержат абсолютно безграмотную чушь, чуть более чем полностью. Тестируешь? Дык и делай это нормально, как принято везде и всеми. Что-то мне твой монолог напоминает вот это
evan: Carc пишет: У меня только один вопрос: ты что идиот? Ты не понимаешь вообще что ли ничего? Не могут данные RichEdit оказываться за пределами его самого окна, за рамкой. Никакой код в принципе такого не может без специальных приседаний. Он может отрисовывать свои данные только на собственном HDC, и никто его отрисовку в принципе не пустит вовне. Она может оставаться после уничтожения RichEdit, но это приколы ParentDC и OwnerDC. Но все равно это не зависит от самого RichEdit никак. Причем никак от слова "совсем"! Кем, я только за эти пол месяца не был, русское слово с твоей стороны пока ещё не исчерпано, бум терпеть, но бумеранг возвращается назад, как не странно буду следить за его полётом. А теперь по поводу рамки скриншоты Остается след от курсора в редакторе текста, только тогда, когда курсор перетаскиваемого текста попадает под верхнюю или нижнюю рамку, А это на Листочке когда текст был под нижней рамкой и потянул за размер нижней рамки Листочка
Carc: evan пишет: Кем, я только за эти пол месяца не был Но все таки ты им был Заметь, ты сам с этим согласился evan пишет: Остается след от курсора в редакторе текста, только тогда, когда курсор перетаскиваемого текста попадает под верхнюю или нижнюю рамку, инфу из прокручиваемого списка из диалога "О программе", причем когда открыт именно редактор текста. Тогда Aml Pages туда складывает инфу не только о настройках, но и фактически используемом классе RichEdit Страница какого типа? Форматированный текст или простой? Что с настройками перетаскивание текста в опциях Aml Pages, на вкладке Редактор (быстрый доступ, ПКМ в редакторе текста, внизу пункт меню Настройки — он сразу выносит на эту вкладку) А куда ты собственно вообще тащишь текст? И главное зачем? В другое приложение? В Дерево? Или внутри редактора фрагменты гоняешь мышом? evan пишет: А это на Листочке когда текст был под нижней рамкой и потянул за размер нижней рамки Листочка Aml Pages с визуальными стилями или нет (в последней сборке 2769 есть инфа в диалоге "О программе") PS: хоть ты тресни, но не могу я воспроизвести твою проблему не с листочком, не с редактором текста. У меня всё абсолютно распрекрасно… Не знаю в чем может быть дело… Я уже чего только не перепробовал: и классы менял, и настройки классов, и настройки перетаскивания — всё отлично.
evan: Carc пишет: У меня только один вопрос: ты что идиот? Ты не понимаешь вообще что ли ничего? Не могут данные RichEdit оказываться за пределами его самого окна, за рамкой. Никакой код в принципе такого не может без специальных приседаний. Он может отрисовывать свои данные только на собственном HDC, и никто его отрисовку в принципе не пустит вовне. Она может оставаться после уничтожения RichEdit, но это приколы ParentDC и OwnerDC. Но все равно это не зависит от самого RichEdit никак. Причем никак от слова "совсем"! Гоша пишет "Не могут данные RichEdit оказываться за пределами его самого окна, за рамкой. Никакой код в принципе такого не может без специальных приседаний" А и не обязательно оказываться за пределами окна, достаточно одного касания курсором текста границы рамки при перемещении выделенного объёма данных и всё курсор начинает оставлять свои следы прорисовки, значить начались проблемы, скриншотов много таких выложил, и на что возмущаешься, это RichEdit все должен делать, дык расскажи тогда, как он должен делать в логической последовательности работы именно в твоём приложении, а я сравню с подобными системами прокрутки движка и сделаем вывод кто темнит, хотя и так ясно. Простой вопрос, почему у тебя текст касается границы рамки? Хотя это не допустимо при использовании такой системы движка прокрутки. Как вариант сравнения, аналогичная подобная, система управления движком прокрутки блокнота Windows, не допускает такого случая и устанавливает свои границы, размеры перемещения, таким образом не даёт тексту касаться границ рамок, а у тебя касается? Причём с самого начала разработки с 2005г Сегодня случайно нашел сборку Aml Pages 9.0 Beta 3, где точно такое же касание и подскролинг тоже встроен для 1 панели снизу
Carc: evan пишет: Простой вопрос, почему у тебя текст касается границы рамки? Рамки где? В редакторе текста или в листочке? Изьясняйся яснее, плз…
evan: Carc пишет: Рамки где? В редакторе текста или в листочке? Изьясняйся яснее, плз… В редакторе текста и в листочке. Если касается курсор текста рамки, а это активное поле текста, значить и текст касается.
Carc: evan пишет: В редакторе текста и в листочке. Если касается курсор текста рамки, а это активное поле текста, значить и текст касается. Как это так? Текст же в клиентской области контрола (редактора текста), а рамка уже в неклиентской части… Что вовне, окружает клиентскую область, и соответственно текст за нее выходить в неклиентскую область (в рамку) попросту не может… Ты бы мне лучше бы на почту пример документа сбойного прислал, и полный текст из диалога "О программе" Aml Pages, он копируется в буфер обмена… Я б поковырялся что там как да никак...
evan: Carc пишет: Ты бы мне лучше бы на почту пример документа сбойного прислал, и полный текст из диалога "О программе" Aml Pages, он копируется в буфер обмена… Я б поковырялся что там как да никак... Если это происходит в любом новом документе, я могу тебе сколь угодно прислать таких
Carc: evan пишет: Если это происходит в любом новом документе, я могу тебе сколь угодно прислать таких Я проверил твой документ. У меня все отлично. Похоже, что-то в консерватории не так.
evan: Carc пишет: Ну и чего? Куда пропал-то? Насрал написал и тишина? Где скриншот-то? Ты его там что? Ручками сам что-ли попиксельно в Paintbrush рисуешь? Да нет Гоша не "Насрал " это просто так работает твоя программа вот скрины из системных сбоев (отчётов) За период с марта 2018г по сегодня 77 сбоев и всего 3 посторонних приложений. Могу все разместить, и в развёрнутом виде, если ещё сомневаешься, вот тогда точно получится большая помойка.
Carc: evan пишет: Могу все разместить, и в развёрнутом виде, если ещё сомневаешься, вот тогда точно получится большая помойка. Ключевое слово "помойка"… Зачем мне список сбоев без информации о сбое? Ни кодов ошибок, ни описаний подробно что делал и зачем, ни подробностей, ни тестов (повторяется или нет, и при каких условиях)… Кто ж спорит, что сбой видимо все-таки был. Но вопрос в причинах и условиях возникновения, а не в самом факте. Та еще и зачем-то какая фигня про какой-то TreeLine.exe да к тому же еще и сама Windows в списке сбоев, да еще и с пояснениями что "аппаратная ошибка" (только почему то на скриншоте на всяк случай затерто в чем)… Aml Pages то тут причем? а) Aml Pages не лазит в чужие приложения… Это не Мапля, и не TwinkiePaste. Тихо себе сидит в своей песочнице и ни гу-гу… б) И уж точно Aml Pages не лазиет в саму Windows… Никаких глобальных хуков. Оные только в контексте GUI потока самой Aml Pages, и только. То еще «хулиганство», но а) влиять оно может только на Aml Pages, б) «хулиганство» это документированный механизм Windows в) если им умело пользоваться, можно многие вещи делать красивше и проще… Может у тебя сбой просто какой-то в компе, или Windows повреждена, или еще что стороннее работает, которое действует на саму Aml Pages? Я ж не ясновидящий…
evan: Carc пишет: Причем тут движок Aml Pages? Это движок самой Windows, и Aml Pages здесь не причем. Не причем от слова "совсем"… Гоша, ты перевёл собственную автоматическую привязку движка Windows на управление от своего Абзаца, подсовывая ему единицы измерения в мм (миллиметрах) а движок работает на более точных единицах в 1 пиксель, как он должен понимать это.
Carc: evan пишет: Гоша, ты перевёл собственную автоматическую привязку движка Windows на управление от своего Абзаца, подсовывая ему единицы измерения в мм (миллиметрах) а движок работает на более точных единицах в 1 пиксель, как он должен понимать это. Не! Ну ты точно дятел… Какие пиксели? Ты вот про это почитай для начала. Про твипы, пиксели, пойнты и прочия. А потом уже чушь свою пори. С чего ты взял что данные в RichEdit передаются в миллиметрах? Как они в диалоге показываются и вводятся это одно. А как они передаются в RichEdit это для пользователя за кадром… Не ну у тебя точно что-то даже с обычной житейской логикой не в порядке… Все выводы в стиле "потому что гладиолус". Интересно, чем ты на жизнь зарабатываешь с такими подходами. Управдомом что ли? Тебе говорят одно, а ты все равно ничего не слышишь и не слушаешь и только долбишь как дятел в сухую осину "вот нет вот! Земля плоская и всё тут!"… О чем разговариваем вообще непонятно…
evan: Carc пишет: О чем разговариваем вообще непонятно… А ответь Гоша пожалуйста вот на такой вопрос? Зачем и как ты нарушаешь синхронизацию привязки и отслеживание движком прокрутки позиций в тексте Поясняю, зачем изменил управление курсором текста, на подходе 3 строки сверху до рамки и 3 строки снизу до рамки, В результате нарушается синхронизация, отслеживание позиций текста по отношению к размеру линейки, и строчки текста смещаются в запретную зону. На практическом примере, это видно так; Когда открываешь страницу и начинаешь листать стрелками вверх/вниз с клавы, текст перемещается правильно и даже правильно отрабатывает твою функцию которая изменяет реальное перемещение курсора(нарушая синхронизацию с движком) с третьей строчки до границы скрытого текста, ответ простой, потому как курсор этого текста по вертикали находится на одной строчке в документе, а в движке он уже стал на другой строчке и как только начинаем листать с движка, всё приплыли, потому что была нарушена синхронизация отслеживание положения курсора соответствующая истинному реальному значению положения движка (пиксильной линейки) Вот таким образом, твоя функция (Принудительно изменять положение курсора) внесла бяку в автоматическую систему отслеживания и перемещения движком Windows с твоим текстом в редакторе. Кстати в новой версии, ты тоже полез в зону синхронизации движка и текста, и начал вешать для курсор запрет от пересечения границы верхней рамки там сразу видно бяку. Надо находить истинную причину а не вешать всякие примочки на то что начудил.
Carc: evan пишет: Зачем и как ты нарушаешь синхронизацию привязки и отслеживание движком прокрутки позиций в тексте Вот ты сам то понял что спросил? Я вот ни слова не понял! Что такое "движок" прокрутки и какая-там еще "синхронизация" и кого и кем? У Aml Pages нет никакого "движка прокрутки" и в помине — этими вещами она вовсе не занимается. Это встроенная внутренняя функция самого RichEdit, и это полностью его забота…
evan: Carc пишет: Вот ты сам то понял что спросил? Я вот ни слова не понял! Что такое "движок" прокрутки и какая-там еще "синхронизация" и кого и кем? У Aml Pages нет никакого "движка прокрутки" и в помине — этими вещами она вовсе не занимается. Это встроенная внутренняя функция самого RichEdit, и это полностью его забота… Carc пишет: Что такое "движок" прокрутки и какая-там еще "синхронизация" и кого и кем? Мы имеем два объекта: 1. Первый объект движок прокрутки, который по твоим утверждениям встроен в RichEdit 2. Второй объект это Aml Pages Чтобы эти два объекта работали в одной замкнутой системе правильно, как единое, целое, замкнутая система управления Поэтому всегда требуют техническое требование и выполнение условие стыковки двух объектов по конкретным параметрам, например стыковка двух программных объектов, через порт УСби, если у одного устройства протокол правильный а у другого отличается значить приплыли Ты говоришь, что управление , это полностью забота RichEdit, круто на него свалил, значить если ты ему подсунешь свой объект, да ещё со функцией своего скролла(подскролливания) а это главная, основная функция движка RichEdit, которая отвечает за правильное, чёткое перемещение и управление. Гоша, ты же не разрабатывал движок прокрутки RichEdit, поэтому не знаешь всех нюансов управления, этим объектов, ну перекинет движок тебя куда хочешь, нарушив при этом основной принцип управления движка RichEdit, стыковки двух объектов и собственной синхронизации выйдя за границу своего окна управления под рамку Aml Pages Простое, наглядное, практическое подтверждение этому моему рассуждению, у тебя же кажется Windows 10 Дык, открой блокнот Windows и свою Амл редактор текста, эти два приложения имеют совершенно одинаковую систему управления движком прокрутки. Проделай такую процедуру, создай там и у себя 21 строчку по вертикали 1 2 3 и так далее Выстави одинаковые размеры окна за рамки, например, чтобы были видны только первые 10 строчек в окне погоняй в обеих приложениях разными способами, особенно обрати внимание, когда перемещаешь за ползунок движка Результаты будут разные, и делай вывод, кто и где накосячил. Лично я отдаю голос за классную и правильную работу Windows блокноту, и да же скажу почему: Блокнот при запуске движка, выставляет свой размер окна, который меньше размера текстового поля и весь текст при прокрутки движком любыми способами не покидает этих границ поля, таким образом текст никогда не попадёт под границы рамок окна, этим подтверждается четкое согласование(синхронизация) двух объектов управления страницы текста и привода движка. Гоша ты спрашиваешь, "какая-там еще "синхронизация" и кого и кем?" Если есть динамическая система управления, как привод движка прокрутки, один объект, который имеет собственную измерительную систему, с встроенным датчиком, например ввиде длинной измерительной пиксельной линейки, шкала измерения 1пиксель И второй объект, текстовое поле который имеет тоже свои размеры в пикселях, чтобы согласовать два этих объекта нужна привязка, которая происходит когда открывается движок прокрутки он привязывается к верхней точке касания текста на границе с рамкой, это начало отсчета текста о пикселей, и начало контроля перемещен движка (о пикселей на измерительной линейки) Таким образом мы засинхронизировали (привязали) два объекта управления в одну систему управления. И теперь любое перемещение, как в тексте с помощь клавиш стрелка вверх /вниз, Enter, или любое перемещение кнопками,ползунком , будут чётко отображаться в зоне поля привязки движка и не будут выходить за эту зону (тем более под рамки окна) потому как у нас получилась чёткая синхронизация, двух объектов привода движка и текстового поля. Пример из жизни про линейку, многие обрабатывающие станки при привязке к размеру, имеют измерительную линейку со шкалой дескретности 0,001мм 1микрон при первом знакомстве, в голове не укладывалось, как так можно на линейке разбить 1миллиметр на 1000 частей, да ещё считывать и привязываться к нему, это Немецкие линейки для программных станков.
Carc: evan пишет: Мы имеем два объекта: 1. Первый объект движок прокрутки, который по твоим утверждениям встроен в RichEdit 2. Второй объект это Aml Pages Я не знаю что ты имел ввиду, ничирта нипонял 1) Нет никакого объекта "движок прокрутки". Есть скроллинговое окно редактора текста (то бишь RichEdit)… 2) А вот что такое "объект Aml Pages" это вообще неизвестно…. Раскажи что ли мне, неразумному… И как же тебя понять, коль ты ничего не говоришь? ©
evan: Carc пишет: Я не знаю что ты имел ввиду, ничирта нипонял 1) Нет никакого объекта "движок прокрутки". Есть скроллинговое окно редактора текста (то бишь RichEdit)… Вот, ты сейчас, что говоришь: "скроллинговое окно редактора текста (то бишь RichEdit)" представляя всё это одним объектом, С позиции разработчика приложения, это так и будет выглядеть, как один объект управления Но на самом деле, это не один функциональный объект, а два: Редактор текста и RichEdit , которые Windows объединила в одну, в засинхронизированую замкнутую, динамическую систему управления, которая управляется от двух внешних устройств Клавиатуры и Мыши, которые тоже засинхронизированы с этим объектом управления и работают все вместе, как одно единое целое. Возникает вопрос: Какого чёрта, ты полез в эту замкную систему управления со своим Скроллингом, не зная, как работают эти два функциональных объекта Редактор текста со скролингом RichEdit не понимая элементарной синхронизации этих двух объектов. То что, ты не понимаешь, однозначно об этом подтверждают другие объекты управления Скролингом в Приложении, это: + Срабатывание горизонтального скрола в Редакторе текста, При первичной установки приложения, при создании нового документа. + Срабатывание Вертикального скрола в Дереве, когда вертикальное окно ещё не заполнено документами, а так же при переключении с кнопок Левой панели Дерева. Если бы ты знал, как это работает, то за 14 лет разработки проекта, давно бы устранил эту проблему, а это многочисленные не предсказуемые системные сбои, да и вот мой отчёт 77 сбоев за 10 месяцев, где такое найдёшь в лицензионной программе.
Carc: evan пишет: Но на самом деле, это не один функциональный объект, а два: Редактор текста и RichEdit , которые Windows объединила в одну, в засинхронизированую замкнутую, динамическую систему управления, которая управляется от двух внешних устройств Клавиатуры и Мыши, которые тоже засинхронизированы с этим объектом управления и работают все вместе, как одно единое целое. Ошибаешьси-и-и, приятель Это не единое целое. Работа с клавы в редакторе текста меняет его выделение, в частности позицию текстового курсора. В частноти это выделение может быть и свернутым (collapsed) — когда начало и конец выделения совпадают… А вот работа с мышкой на скроллере, ползунке ни черта не меняет… Никаго выделения в принципе не меняет. Оно где было, там и останется… Просто проскроллит видимую часть текста. Если в Aml Pages повыделять текст, то в строке состояния, она все таки покажет и длину выделения, и начало и конец. А вот если ползунком потаскаться то ну ничего не меняется в строке состояния, ибо выделение как раз не изменилось. Ибо это разные разные вещи.
evan: Carc пишет: Это не единое целое. Работа с клавы в редакторе текста меняет его выделение, в частности позицию текстового курсора. В частноти это выделение может быть и свернутым (collapsed) — когда начало и конец выделения совпадают… Ха-ха! А что скажешь, когда Мышь меняет позицию текстового курсора в редакторе текста и как на это реагирует, функция ползунка, как она пересчитывает, что курсор поменял свою позицию? Я Мышью меняю позицию курсора на несколько строк, затем управляю с клавы стрелками, как это пересчитывает функция ползунка? Carc пишет: А вот работа с мышкой на скроллере, ползунке ни черта не меняет… Никаго выделения в принципе не меняет. Оно где было, там и останется… Просто проскроллит видимую часть текста. Так будет, когда ты удалишь своё вмешательство подскроллер А с ним получается, что твоё изобретение нарушает работу скроллера и он текст тащит в другую зону, Когда отключаешь твой подскроллер (отключение воздействия на курсор), четко работает прокрутка с клавы по кнопкам и если после этого перейти нажимать на мини стрелки ползунка обнаружевается место чужего воздействия А есть вообще простейшее логическое объяснение, подчти все приложения работают без твоей прокрутки идеально, у тебя две скролла работают на один объект текст и ты хочешь мне сказать, что твой скролл правильно работает а виндовый лажу гонит, при всем при том, что я тебе скриншотом показывал что твой скрол перескакивает через строчки нарушая последовательность чередования у Видового
Carc: evan пишет: Поясняю, зачем изменил управление курсором текста, на подходе 3 строки сверху до рамки и 3 строки снизу до рамки, В результате нарушается синхронизация, отслеживание позиций текста по отношению к размеру линейки, и строчки текста смещаются в запретную зону. Та не может курсор смещаться! Aml Pages им не занимается — она только ползунок подвигает малехо. Aml Pages знает когда изменилось положение курсора, и подскролливает (прокручивает) текст чуть выше, и чуть ниже — в зависимости где находится текстовый курсор. Это сделано специально. Когда читается текст, нужно чтобы перед глазами было некоторое окружение, некоторый фрагмент около текстового курсора, чтобы был ясен контекст. Простой пример: Доскролили мы до слова "?опа". Но просто "?опа" пользователю мало интересно. Важно знать что за "?опа"… Может там "полная ?опа" с описанием бага, или "смачаная ?опа" со ссылкой на сайты соответствующей тематики, или там и вовсе крылатое выражение "Все! ?опа — кеды" со ссылкой на письмо реселлера… Вот для этого и нужен фрагмент чуть выше курсора и чуть ниже чтобы были видны… Вообще-то, я уже тебе это рассказывал, причем по моему ни по разу… И чего тут может быть непонятного?
evan: Carc пишет: Та не может курсор смещаться! Aml Pages им не занимается — она только ползунок подвигает малехо. Aml Pages знает когда изменилось положение курсора, и подскролливает (прокручивает) текст чуть выше, и чуть ниже — в зависимости где находится текстовый курсор. Гоша, ты говоришь "она только ползунок подвигает малехо." До твоих действий движок и Aml Pages находились в единой замкнутой системе управления, потом ты со стороны объкта текста(со стороны Aml Pages) изменил положение текста, а движок то откуда знает что ты изменил, в его голове осталась прежняя координата положение, если хочешь двигать надо вначале засинхронизироваться с той первой системой и двигать не из вне, а через управление той самой системы, да ещё и с учётом что курсор текста в той системе тоже работает по определенным правилам Так что Aml Pages на прямую вмешивается в управление Лично я никогда бы не полез в динамическую отстроенную четкую систему управления, ради какой то глупости двух строк, Нужно иметь соответствующий опыт, или разработки таких систем, или знать в совершенстве эту систему Да и зачем гробить такой важный ответственный интерфейс, как редактор текста, чтобы потом трахаться не зная с чем, поздравляю у тебя получилось. Вот теперь начинаю понимать, почему у тебя столько много сбоев. Ещё я заметил, ты большой любитель экстрима, расковырять что нибудь и применить, конечно же интересно всё познавать новое струнка хакера иногда вредит. Да ещё вот про подскролливание (прокручивание) текста, я давно хотел просить тебя убрать или отключать опцией, меня это раздражает, подергивание текста при открытии и в голове бродят мысли., что за контуженное перемещение, если уж так сильно хочется, может просто отображать эти строчки ввиде как подсказка с опцией вкл/откл если кому надо. Просто в программе уже столько набралось функционала, что голова кругом идёт от того зачем и кому это надо, и возникает много и всяких разных вопросов в этом направлении
Carc: evan пишет: Когда открываешь страницу и начинаешь листать стрелками вверх/вниз с клавы, текст перемещается правильно и даже правильно отрабатывает твою функцию которая изменяет реальное перемещение курсора(нарушая синхронизацию с движком) с третьей строчки до границы скрытого текста, Та не нарушает он синхронизацию… Блин, ну что неясного? Положение текстового курсора это одно, а положение ползунка — другое. Смещение текстового курсора необязательно влияет на ползунок… И уж точно обратно: изменение положения ползунка никак не влияет на положение текстового курсора.
evan: Carc пишет: Та не нарушает он синхронизацию… Блин, ну что неясного? Положение текстового курсора это одно, а положение ползунка — другое. Смещение текстового курсора необязательно влияет на ползунок… И уж точно обратно: изменение положения ползунка никак не влияет на положение текстового курсора. Гоша, если ты выбрал систему управления движком прокрутки для Аml Pages, аналогичную блокноту Windows осознано То ваши системы должны работать по одному алгоритму и одинаково, сейчас они работают по разному и у тебя много сбоев в этом направлении.
Carc: evan пишет: Гоша, если ты выбрал систему управления движком прокрутки для Аml Pages, аналогичную блокноту Windows осознано То ваши системы должны работать по одному алгоритму и одинаково, сейчас они работают по разному и у тебя много сбоев в этом направлении. Она совсем не аналогичная - простое текстовое поле и RichEdit весьма разные вещи на самом деле...
evan: Carc пишет: Она совсем не аналогичная - простое текстовое поле и RichEdit весьма разные вещи на самом деле... А я считаю, что для прокрутки пофиг всё форматирование, потому как прокрутка привязывается к строке текста и ей до фени, что ты там будешь делать, да же рисунки вставленные становятся в одну строчку текста, он просто делает правильный пересчёт по строкам. Да и подтверждается это да же у тебя по управлению с клавиатуры, когда отключена опция воздействия на курсоры.(подскроливания)
Carc: evan пишет: А я считаю, что для прокрутки пофиг всё форматирование, потому как прокрутка привязывается к строке текста и ей до фени, что ты там будешь делать, да же рисунки вставленные становятся в одну строчку текста, он просто делает правильный пересчёт по строкам. Неправильно ты считаешь… Это неверно. evan пишет: Да и подтверждается это да же у тебя по управлению с клавиатуры, когда отключена опция воздействия на курсоры.(подскроливания) Ну опять же неверно. Просто в понимание RichEdit рисунок это объект, а любой объект всегда равняется одному символу, и только в понимание длины в символах. А вот фактические его размеры на экране могут быть какие угодно.
evan: Carc пишет: Ну опять же неверно. Просто в понимание RichEdit рисунок это объект, а любой объект всегда равняется одному символу, и только в понимание длины в символах. А вот фактические его размеры на экране могут быть какие угодно. А я про что говорю, что синхронизация функции RichEdit привязана по строчно, длина символа-это строка текста и не важно для RichEdit какой размер твоего рисунка, будет в этой строке он отслеживает эту строку как текст выбранного размера шрифта в настройках.
Carc: evan пишет: А я про что говорю, что синхронизация функции RichEdit привязана по строчно, длина символа-это строка текста и не важно для RichEdit какой размер твоего рисунка, будет в этой строке он отслеживает эту строку как текст выбранного размера шрифта в настройках. Это ложь!
Carc: evan пишет: ответ простой, потому как курсор этого текста по вертикали находится на одной строчке в документе, а в движке он уже стал на другой строчке Неверно. а) В ползунке нет никакого текстового курсора и соответственно тем более нет его положения на какой-то там строчке… б) Повторю: движение ползунка никаким образом не влияет на положение текстового курсора, он где был, там и останется.
evan: Carc пишет: Неверно. а) В ползунке нет никакого текстового курсора и соответственно тем более нет его положения на какой-то там строчке… б) Повторю: движение ползунка никаким образом не влияет на положение текстового курсора, он где был, там и останется. Совершенно правильно говоришь, просто когда писал думал об одном, а написал другое, извиняюсь. Это, когда курсор включает твой скроллинг в низу страницы, надо было написать, что нарушается порядок пересчета строк, на стороне текста, в тексте курсор переходит на одну позицию, а строчки текста на две позиции, а движок прокрутки считает у себя переход строчки как на одну позицию(получается нарушение пересчета строк), это происходит при движении курсора вниз от клавиш стрелка вниз, при обратном движении курсора от стрелки клавы вверх. позиции строчек текста правильный по порядку, но рассогласование текста по строчкам между текстом и движком уже произошло, нарушилось.
Carc: evan пишет: Кстати в новой версии, ты тоже полез в зону синхронизации движка и текста, и начал вешать для курсор запрет от пересечения границы верхней рамки там сразу видно бяку. Надо находить истинную причину а не вешать всякие примочки на то что начудил. Ничего не понял… Переведи!?! Кто такая "зона синхронизации движка"? Какого-такого еще "движка"? Это кто и где? И соответственно как туда и залезть то можно?
Carc: evan пишет: Поясняю, зачем изменил управление курсором текста, на подходе 3 строки сверху до рамки и 3 строки снизу до рамки, Ладно… Чую я, с живого ты с меня не слезешь… Сделал тебе настройку про подкручивание текста. Сможешь поиграться, отключить и посмотреть что будет… Хотя я несколько переписал код скроллинга. Ну да это имхо детали… По умолчанию настройка конечно будет включенной, ибо жалобы и якобы глюки попросту единично. Именно единично, а не единичны — т.к. я слышал это только от тебя. У всех остальных всё в порядке, и все довольны…
evan: Carc пишет: Ладно… Чую я, с живого ты с меня не слезешь… Сделал тебе настройку про подкручивание текста. Сможешь поиграться, отключить и посмотреть что будет… Хотя я несколько переписал код скроллинга. Ну да это имхо детали… Я закончил исследование, прочитай мой отчёт, если эти твои настройки пересекаются с моими рассуждениями, с большим желанием поюзаю. Исследования закончены, логический порядок был правильный. Вот место нарушения синхронизации движка, твоей Гоша функцией, которую ты придумал, чтобы вытаскивать по 2 строчки текста из под нижних панелей редактора и залез в управление движком прокрутки. Эта проблема тянется почти с самого начала разработки, если бы ты чётко представлял работу движка давно бы нашел и устранил эту проблему. Смотрим Создаем текст в 20 строчек в редакторе, сворачиваем размер редактора за рамку до размера 1-10 строчек. скрин1, Сразу скажу, при правильной синхронизации и работе движка с текстом, переключаются строчки по порядку сдвигая строчки только на 1строку, 1-2-3-4-5-6-7-8-9-10 … 20 и обратно в такой же последовательности, при этом строчки не попадают под рамку а находятся чётко в этом размере окна 1. Листаем стрелка вниз клавы до границы окна, срабатывает Гоша твоя функция и при движении курсора с 8 на 9 строчку перемещая две строки (вместо одной) открывает окно сверху на 3строке -это первое место нарушения порядка синхронизации строк движка Листаем по порядку а от твоей функции порядок нарушается, перескакивает в результате получаем разсинхронизацию текста с движком при переходе с 10 на 11 строку текст перескакивает снова через две строки открывая 5 строчку вверху (вместо 4 при правильной синхронизации) это второе место нарушения синхронизации и.т.д дальше можно не продолжать, синхронизация движка с текстом нарушена скрин Последовательность переключений соблюдаю по порядку синхронизации а твоя функция раскидывает этот порядок по своей схеме, естественно разсинхронизация Ты выбрал систему управления движка прокрутки один в один, как у блокнота Windows 7 и 10 И тебе будет проще и нагляднее, увидеть как реально (как по эталону работает там прокрутка и синхронизация текста. Создай список из 20 строк в блокноте и в Амл и сравни и всё увидишь сам
evan: Carc пишет: Ладно… Чую я, с живого ты с меня не слезешь… Сделал тебе настройку про подкручивание текста. Сможешь поиграться, отключить и посмотреть что будет… Хотя я несколько переписал код скроллинга. Ну да это имхо детали… А я бы тебе посоветовал, для начала выкинуть свой код скроллинга которым ты подкручиваешь 2 строчки и все приблуды если такие имеются и если после этого нормально, и правильно, как в блокноте Windows заработает прокрутка, значить надо снять с тебя штанишки и ремешком по А после этого можешь извращаться над динамической системой прокрутки как тебе в голову с бредёт, чтобы создать себе новые проблемы на долгие годы, тогда ты без работы не останешься и я то же
Carc: evan пишет: А я бы тебе посоветовал, для начала выкинуть свой код скроллинга которым ты подкручиваешь 2 строчки и все приблуды если такие имеются и если после этого нормально, и правильно, как в блокноте Windows заработает прокрутка Зачем выкидивать, если это удобно!!?
evan: Carc пишет: Зачем выкидивать, если это удобно!!? Удобно для чего, вытаскивать текст из под панелей, которыми ты его закрыл, ради этого угробить правильное позиционирование прокрутки RichEdit и говорить что Windows виновата. А может проще было бы другое решение найти не вмешиваясь в управление RichEdit. Например:Привязать границу панели, которая закрывает текст, как нижнюю границу привязки прокрутки, тогда текст не будет попадать под панели А в прочем прокрутка ползунка и так с низу привязывается по этой границе Тогда, получается очень интересная штука, если выкинуть твою приблуду подскроллер из дистрибутива и всё заработает как надо, и текст не будет попадать под панели, а будет находится в видимой части текста, логика проста, но очевидна. Есть ещё одно мнение, может тебе просто стыдно признаться, что я прав и бумеранг возвернулся к тебе, ну потянешь время, когда успокоится диалог, а потом втихушку исправишь ,как надо, ведь идёт с 2005 года, а тут какой то юзер за 2 недели нашёл. Не ужели, так трудно в бета версии в одном экземпляре выкинуть подскролливание Я жду, когда ты удалишь подскроллер, из дистрибутива, чтобы лично убедится в правоте мыслей потому, что есть ещё подобная, серьёзная проблема, которая тоже с 2015 г не решена и я её четко вижу в чем она, это с документом.
Carc: evan пишет: Не ужели, так трудно в бета версии в одном экземпляре выкинуть подскролливание Ну выкинул, дальше то что? У тебя ж проблемы остались? Значит ничего ты не нашел
evan: Carc пишет: Ладно… Чую я, с живого ты с меня не слезешь… Сделал тебе настройку про подкручивание текста. Сможешь поиграться, отключить и посмотреть что будет… Хотя я несколько переписал код скроллинга. Ну да это имхо детали… По умолчанию настройка конечно будет включенной, ибо жалобы и якобы глюки попросту единично. Именно единично, а не единичны — т.к. я слышал это только от тебя. У всех остальных всё в порядке, и все довольны… Я так и знал, ты не отступишься от этого твоего скролла, юзал, херня, это не решение Если ты действительно хочешь, реальную картину, то надо этот твой скрол вырвать из того места куда ты его воткнул, другого варианта я не вижу. Ты говоришь "я слышал это только от тебя. У всех остальных всё в порядке, и все довольны" А я тебе и скажу почему и у тебя почему, у тебя же винда 10 Ты заметил что изменилось в 10, там новый движок прокрутки, изменены фокусы кнопок движка попарно, а фокус ползунка, вообще отдельный, а в старых виндоус, и в 7 все фокусы движка объединены в единый фокус получается замкнута гальваническая фокусная связь движка с рамками верха и низа , это очень важный момент, что касается нашего случая, когда текст проходит под рамкой, а у большинства пользователей наверняка не старые виндоус Я пробовал в винд 10 там сбоев нет, хотя курсор при перетаскивании текста если попадает под границу текста редактора оставляет следы А листочек у тебя рамка такая же ссылка на фото
Carc: evan пишет: А я тебе и скажу почему и у тебя почему, у тебя же винда 10 Откуда ты знаешь, какая у меня Винда?
evan: Carc пишет: Откуда ты знаешь, какая у меня Винда? Не знаю, но судя по скриншоту, который ты мне выложил у тебя древняя, ниже моей
Carc: evan пишет: Не знаю, но судя по скриншоту, который ты мне выложил у тебя древняя, ниже моей Это как это, по скриншоту определять? Точно такая же как и у тебя — Windows 7 32x build 7601 Service Pack 1
Carc: evan пишет: Визуально это выглядит так, Как? Выглядит как? Ты бы лучше скриншот показал вместо тучи слов…
Carc: Новая версия Aml Pages 9.85 b2768 добавлен фильтр страниц "За 30 дней"; исправлена работа фильтров;
v: Свежий пост в блоге: «Вопрос-Ответ: Как задать собственное имя метки в Aml Pages?»
Carc: Новая версия Aml Pages 9.85 (build 2769) [+] изменена прорисовка панели тегов (теги отдельными цветами фона и текста, шрифты для страниц мельче, для тегов крупнее, рисуется рамка выделенного узла); [+] панель меток документа показывает маркер выделенного узла; [+] в меню быстрых настроек добавлена команда "Управление тегами"; [+] новая версия плагина Aml Assist; [*] Редактор текста не подкручивает нижние и верхние строки, если курсор в начале или конце текста; [*] мелкие исправления и улучшения;
evan: Carc пишет: [*] Редактор текста не подкручивает нижние и верхние строки, если курсор в начале или конце текста; В Windows 7 подкручивает после срабатывания в конечной строке текста перескакивает через 2 позиции строки Случайно нашёл сборку Aml Pages 9-0 Beta 3 от апреля 2005 г. Посмотрел в ней прокрутку по вертикали, ещё с того времени было встроено подкручивание для одной панели снизу, так что за весь этот период 14 лет получается, что прокрутка по вертикали ни разу не работала, так как ей положено, как в блокноте Windows. И ещё в старых версиях должна была быть привязка первой строки к верхней рамке через 1 пиксель, чтобы курсор строки не прикасался к рамке, и не было прямого контакта текстового курсора к рамке текстового поля. В Windows 10 у меня, нет но смотрел у соседа в ней допускается прямое касание текстового курсора к первой верхней строки, потому что в Windows 10 применен новый более защищенный интерфейс и обновлен интерфейс вертикальной прокрутки, Фокусы кнопок прокрутки и Ползунка разделены, а на Windows 7 единый фокус на все кнопки в результате через фокус прокрутки возможны воздействия фокуса с верхней и нижней рамкой. Гоша надо убирать твоё изобретение подкручивание однозначно, железно, как говорил Высотский "Или железом по стеклу" потому что оно нарушает правильный пересчёт по строкам перескакивая на другие строки, а движок вертикальной прокрутки отслеживает строгое перемещение последовательности 1-2-3-4-5-6-7-8-9-10-9-8-7-6-5-4-3-2-1 и.т. далее по кругу. и если случается перескок(подкручивание) у него крыша слетает. Пусть вначале правильно заработает Вертикальная прокрутка, а потом экспериментируй на ней шо хочешь. Да и текст не будет касаться границ рамок, а это меньше сбоев интерфейса Редактора и Листочка.
evan: Гоша, что скажешь про след от рамки на Листочке в Windows 10, от куда и почему? Это следующий этап доработки, не менее приятный для тебя и идёт тоже как не странно с Апреля 2015 г, а это с начала разработки Aml Pages
SetQ: Есть такой давний баг: функция удаления несуществующих файлов из "моих файлов" так же удаляет несуществующие и из MRU, что хорошо, но после перезапуска amlpages несуществующие файлы в MRU снова появляются, можно будет пофиксить?
evan: SetQ пишет: Есть такой давний баг: функция удаления несуществующих файлов из "моих файлов" так же удаляет несуществующие и из MRU, что хорошо, но после перезапуска amlpages несуществующие файлы в MRU снова появляются, можно будет пофиксить? SetQ, ты имеешь ввиду в окне "Управление файлами", но там нет функции удаления, там есть " Исключение из списка несуществующих" это не удаление. Скорее всего эти файлы хранятся в реестре, как в Офисе. Вот почему они и после перезапуска amlpages, появляются снова, считываются с реестра. и Удалять их наверное надо ручками из реестра. Посмотрим, что скажет Carc.
Carc: Посмотрим, что скажет Carc. Чего смотреть? Ты и так все знаешь… Куда уж мне тут с моими то знаниями в Aml Pages…evan пишет: 2SetQ: 1) ты удаляешь как? Кнопкой из окна настроек? 2) Куда сохраняются настройки? В ини-файл или в реестр Windows? 3) Там еще иначе можно удалять — правой кнопкой по ссылке на MRU-файл в меню Файл, в рекурсивном меню "Удалить из списка"…
SetQ: Carc пишет: 1) ты удаляешь как? Кнопкой из окна настроек? Меню Файл - Мои файлы - Исключить несуществующие Carc пишет: 2) Куда сохраняются настройки? В ини-файл или в реестр Windows? В реестр. Carc пишет: 3) Там еще иначе можно удалять — правой кнопкой по ссылке на MRU-файл в меню Файл, в рекурсивном меню "Удалить из списка"… Ага, буду знать. А что это за adl-файл, к которому можно добавить строку из MRU?
Carc: SetQ пишет: А что это за adl-файл, к которому можно добавить строку из MRU? AmlPages Document List — файл со списком нескольких документов, чтобы открывать разом. Устарело! Этой фигне уже лет 12-15 точно. Никто не пользуется ибо неудобно. Все руки не доходят удалить…
Carc: Попробуй новая версия Aml Pages 9.85 build 2770. Вроде поправил.
SetQ: Carc пишет: Попробуй новая версия Aml Pages 9.85 build 2770. Вроде поправил. Теперь при перезапуске список MRU вообще пустой. Попутно: экран с ссылками (когда нет ни одного открытого документа) не сразу перерисовывается, например после удаление ссылок на несущ. файлы.
Carc: SetQ пишет: Попутно: экран с ссылками (когда нет ни одного открытого документа) не сразу перерисовывается, например после удаление ссылок на несущ. файлы. Ага, спасибо! Поправлю… SetQ пишет: Теперь при перезапуске список MRU вообще пустой. © В смысле? Навсегда? Просто всегда или после чего-то и до чего-то?
SetQ: Carc пишет: В смысле? Навсегда? Просто всегда или после чего-то и до чего-то? Если по-отрывать что-нибудь, то пока AmlPages не закрыт, MRU есть, а если закрыть АМЛ и снова запустить - то ничего в MRU нет. Мне так показалось.
Carc: SetQ пишет: Если по-отрывать что-нибудь, то пока AmlPages не закрыт, MRU есть, а если закрыть АМЛ и снова запустить - то ничего в MRU нет. Мне так показалось. ОК, будем разбираться… А у тебя много таких файлов в работе? Я просто свои закрепляю на панели закладок внизу окна, поэтому они доступны всегда, даже когда документ закрыт (даже и если все закрыты).
SetQ: Carc пишет: А у тебя много таких файлов в работе? Я просто свои закрепляю на панели закладок внизу окна, поэтому они доступны всегда, даже когда документ закрыт (даже и если все закрыты). У меня два файла, но иногда открываю резервные старинные копии этих двух файлов, потом удаляю те копии, а ссылки в MRU на них дальше висят, причём имена одни и те же, а какой на диске файл, а какой - уже нет - не понятно. Тоже закрепляю их, так что не проблема конечно отрыть то что надо.
Carc: Новая версия Aml Pages 9.85 build 2770. [+] добавлен отчет во все команды "Исключить несуществующие файлы"; [+] добавлена команда "Копировать путь" в контекстное меню списка свойств страницы; [*] заблокирована настройка "Автоматически закрывать кавычки в редакторе текста" (экспериментально, сейчас используется всегда); [+] добавлена настройка редактора текста "Подкручить верх\низ текста" (см. меню Быстрых Настроек); [*] обновлены демо-документы;
evan: Carc пишет: [+] добавлена настройка редактора текста "Подкручить верх\низ текста" (см. меню Быстрых Настроек); Настройка отключает управление, от воздействия на курсор, и восстанавливает правильное позиционирование с клавиатуры кнопками стрелка вверх/вниз и Page Up/Page Down в редакторе. Но не улучшает работу от Мыши с ползунком.
Carc: evan пишет: Но не улучшает работу от Мыши с ползунком. А это еще что за напасть? Там то чему ломаться-не-улучшаться? Там вообще всё стандартно, из самой Винды…
evan: Carc пишет: А это еще что за напасть? Там то чему ломаться-не-улучшаться? Там вообще всё стандартно, из самой Винды… Там то всё стандартно в Винде, и у меня стандартно работает, а у тебя свой стандарт, потому что встроен ещё и свой скроллинг прокрутка. Как это заметно и проявляется разница в прокрутках у тебя и у Винды. Для более наглядного примера возьмём побольше размер шрифта,( чем больше тем нагляднее погрешность измерения) например 20 или больше пронумеруем строки по вертикали от 1 до 10 свернём рамку Редактора, или можно на Листочке без разницы до границы видимого окна 5 строк будут видны от 1-до 5 первые строки, и 5 (6-10)строк будут скрыты для прокрутки, начинаем листать в начале с клавиатуры, а потом Мышью по стрелкам ползунка. В Виндоус скрытые пять строчек, делят длину ползунка точно на 5 равных частей и так их точно отрабатывают. точная синхронизация В Aml Pages точно такие же строчки, делят длину ползунка не на 5 равных частей, а ещё и на дробные в конце диапазона, после чего текст смещается к рамке, такая вот синхронизация, привязка к строчкам, из-за встроенной второй системы подскроллинга. Вот вам и карты в руки, кто, и где виноват?
Carc: evan пишет: Там то всё стандартно в Винде, и у меня стандартно работает, а у тебя свой стандарт, потому что встроен ещё и свой скроллинг прокрутка. Ну ну ты мне что ли будешь рассказывать, как у меня сделано в Aml Pages? Я тебе в сотый раз повторяю: я не занимаюсь скроллингом в RichEdit — там достаточно всё мутно, и сделать весьма непросто… Да и там идея была про отображение чего либо в скроллинге, меток там или результатов поиска. Но до этого так и не дошло. Остальное я и вовсе не трогал. Там все просто указывается стили RichEdit`у ES_AUTOVSCROLL — и тогда он там сам всем рулит. И всёevan пишет: В Aml Pages точно такие же строчки, делят длину ползунка не на 5 равных частей, а ещё и на дробные в конце диапазона, после чего текст смещается к рамке, такая вот синхронизация, привязка к строчкам, из-за встроенной второй системы подскроллинга. Вот вам и карты в руки, кто, и где виноват? ! Ну не я же? Сказал же RichEdit сам там все определяет, и еще копаться надо что де факто вертикальная прокрутка делает: EM_LINESCROLL (прокрутка строк), или WM_VSCROLL (прокрутка окна)… Это начинка самого RichEdit — и он сам ее нигде впрямую не показывает и не декларирует. Единственное, что могу предложить попробуй выставить настройку Использовать RichEdit 6.0, и посмотри что будет. Только там проверять надо будет настройку после перезапуска Aml Pages. Потому как если Aml Pages увидит какие-то проблемы с 6-ой версией, она автоматически переключиться на 4-ую, если с ней проблемы - автоматом и на 2-ую. Так уже очень давно сделано — ибо пользователю ехать надо, а не шашечки — нужно хоть как-то показать пользователю его текст, это куда как важнее (а главное лучше сообщения об ошибке и давай досвиданья текст)
evan: Carc пишет: Ну ну ты мне что ли будешь рассказывать, как у меня сделано в Aml Pages? Я тебе в сотый раз повторяю: я не занимаюсь скроллингом в RichEdit — там достаточно всё мутно, и сделать весьма непросто… Да и там идея была про отображение чего либо в скроллинге, меток там или результатов поиска. Но до этого так и не дошло. Остальное я и вовсе не трогал. Там все просто указывается стили RichEdit`у ES_AUTOVSCROLL — и тогда он там сам всем рулит. А почему ты не как не хочешь мою просьбу удовлетворить, убрать свой код подскроллера из дестрибутива, там интуитивно чувствуется что он мешает работе Виндовому скроллеру, когда отключаешь управление твоего скроллера, улучшается работа с клавы, а то что он сидит в дистрибутиве и мешает Виндовому печёнкой чувствую, как только я об этом начинаю говорить ты сразу в другую область уходишь и переходишь на личности, в ремонте автоматики на практике столько казусов встречалось, один логический узел вытащил и всё закрутилось
Carc: evan пишет: А почему ты не как не хочешь мою просьбу удовлетворить, убрать свой код подскроллера из дестрибутива, там интуитивно чувствуется что он мешает работе Виндовому скроллеру, когда отключаешь управление твоего скроллера, улучшается работа с клавы, а то что он сидит в дистрибутиве и мешает Виндовому печёнкой чувствую, как только я об этом начинаю говорить ты сразу в другую область уходишь и переходишь на личности, в ремонте автоматики на практике столько казусов встречалось, один логический узел вытащил и всё закрутилось Я тебе лично ее уже удовлетворил… Сюда посмотри на анонс изменений
evan: Диапазон размеров шрифта в панели Шрифт не согласован с диапазоном размеров Windows.Так в панели шрифт отсутствуют размеры диапазона между 16-37 А у шрифта Lucida Sans Unicode не должно быть размеров 3,6,7,13, 49-223. Наверное не зря ведь разрабатывают стандарты шрифтов и их размеры.
Carc: evan пишет: Диапазон размеров шрифта в панели Шрифт не согласован с диапазоном размеров Windows.Так в панели шрифт отсутствуют размеры диапазона между 16-37 А у шрифта Lucida Sans Unicode не должно быть размеров 3,6,7,13, 49-223. А он и не должен быть согласован… Зачем? Согласованность это в Блокноте — только там баг на баге и багом погоняет за десятки лет развития. evan пишет: Наверное не зря ведь разрабатывают стандарты шрифтов и их размеры. А ты что, разбираешься в размерах шрифтов? Ты хоть разницу между кеглями, пикселами, пойнтами и дюймами понимаешь?
evan: Carc пишет: А ты что, разбираешься в размерах шрифтов? Ты хоть разницу между кеглями, пикселами, пойнтами и дюймами понимаешь? Я вообще ничего не понимаю, правда! Просто работаю на одной логике и интуиции.
Carc: Ну вообще то можно изменять размеры шрифтов и стандартным диалогом Шрифт...
evan: Carc пишет: Ну вообще то можно изменять размеры шрифтов и стандартным диалогом Шрифт... Это я уже понял, а стандартный диалог Шрифт, ни как нельзя встроить на место твоего
Carc: evan пишет: Это я уже понял, а стандартный диалог Шрифт, ни как нельзя встроить на место твоего Это вообще то и есть стандартный диалог Шрифт
evan: Carc пишет: Это вообще то и есть стандартный диалог Шрифт Со словом "вообще то", согласен, буду пользоваться стандартным Виндоус, через контекстное меню.
Carc: evan пишет: Со словом "вообще то", согласен, буду пользоваться стандартным Виндоус, через контекстное меню. Зачем? У меня такое ощущение, что у тебя как в школе (первый класс, вторая четверть)… Тебе не нужно быстро, удобно, и хорошо. Тебе нужно чтобы правильно, так? Вот какая нахер разница как сделано в Виндовом диалоге фонтов? Там нужно правильно, ибо это системный диалог, который используют миллионы приложений. Там нужно продумывать всё. Никуда не деться… Но при этом куча-а-а-а геморроя с некоторыми нюансами. В Aml Pages 99 из 90 пользователей это не нужно (“99 из 90” это нЕ опечатка). Это не Adobe Writer, в конце концов, и не Qaurc Express. Зачем такая точность? Ну допустим тебе нужно точное соответствие, ибо дизайн. Ну дык настрой себе стили шрифта в Aml Pages, там все через стандартный диалог, а потом применяй где хочешь и когда… Или что у тебя 100 стилей? Ну тогда прости это не дизайн.
evan: Почему плагина Auto Replace, нет в списке меню Плагины и нет возможности его отключить, чтобы его отключить с каждым установлением новой сборки его надо удалять из папки установки приложения из папки Плагинов, если он тебе не нужен?
Carc: evan пишет: Почему плагина Auto Replace, нет в списке меню Плагины Есть… Просто в русской версии плагин в меню называется "Автозамена"… evan пишет: и нет возможности его отключить, чтобы его отключить Там же в меню Плагины\Автозамена есть и команда Вкл\Выкл… evan пишет: чтобы его отключить с каждым установлением новой сборки его надо удалять из папки установки приложения из папки Плагинов, если он тебе не нужен? Дык bat-ник себе напиши для такого случая… Грохнуть плагин, а потом запустить Aml Pages. Хотя зачем? Практически все плагины умеют сами себя Вкл\Выкл…
evan: Carc пишет: Есть… Просто в русской версии плагин в меню называется "Автозамена"… Я же не экстрасенс Carc пишет: Есть… Просто в русской версии плагин в меню называется "Автозамена"… Там же в меню Плагины\Автозамена есть и команда Вкл\Выкл… Команд Вкл\Выкл… не вижу, а есть поле для галочки напротив "Включить Автозамену" Carc пишет: Дык bat-ник себе напиши для такого случая… Грохнуть плагин, а потом запустить Aml Pages. Хотя зачем? Ты меня чем это пугаешь "Дык bat-ник" я по русски писать не умею, у меня ник "evan" специально выбран без грамотно, чтобы не до еживались.
evan: Скинул сбойный, новый документ на почту rambler. Там два сбоя на Листочке, и дважды закрывалось дерево Разделителем, а галки Закрепить разделитель были включены. Описание ,скрины все в документе.
Carc: evan пишет: , и дважды закрывалось дерево Разделителем, а галки Закрепить разделитель были включены. Это для пользователя они закреплены, мышкой не подвигаешь и только… Все остальное сколько хочешь: Ctrl+, F11 или те же команды меню Вид\Во весь экран…
evan: Carc пишет: Это для пользователя они закреплены, мышкой не подвигаешь и только… Все остальное сколько хочешь: Ctrl+, F11 или те же команды меню Вид\Во весь экран… Если я дебил, в твоём понимании, не означает что я не пользователь, и делаю это как пользователь, Мышкой в один клик со снайперской точностью в линию (в 1пиксель), которая (яко бы) является внутренней границей рамки Документа и звеном соединяющим Дерево с Редактором текста, и этот клик Мышкой, я делаю на поле редактора, а закрывается Дерево, и могу это воспроизвести сколь угодно раз, потому что снайпер, жил на крайнем севере посёлок Горная Чуя, с детства пацаном с ружьём 16 калибр, ходил на охоту, дважды видел медведя, один раз один на один и без ружья, а медведица была с двумя медвежатами, вот так вот.
Carc: Причем тут меткость? Я же тебе сказал. Перемещение разделителя запрещено только для пользовательского ввода, т.е. пользователь, и именно он, не может переместить и только. Программно перемещение разделителя не запрещено, оно доступно любому коду, включая ясно дело саму Aml Pages, и заканчивая хоть плагинами (тот же Line Highlighter умел манипулировать разделителем и автоматически прятать дерево). И причем тут меткость?
evan: Carc пишет: И причем тут меткость? 1. А тебя не смущает, что по этой же самой линии границы открывается Горизонтальная прокрутка в Редакторе текста, 2. По этой же самой линии остаётся чёткий след разрушенной рамки окна документа 3. и этот же след рамки документа остаётся на сбойном Листочке, именно на Листочке, потому как рамка окна самого Листочка имеет чёткие, правильные границы в сравнении с рамкой Документа, и она физически не может разорваться, а если даже её как то разорвать, следа она не оставит. Не много ли случайных совпадений на одном месте
Carc: evan пишет: 1. А тебя не смущает, что по этой же самой линии границы открывается Горизонтальная прокрутка в Редакторе текста, И чем это должно смущать?
evan: Carc пишет: И чем это должно смущать? А тем что появление горизонтальной прокрутки в дереве (Если её делаем двигая за левую рамку свернутого в окно документа до соприкосновения заголовка дерева с разделителем) провоцирует на прямую появление горизонтальной прокрутки в редакторе, и точно так же её исчезновение в редакторе, если рамку тянем в обратную сторону, при этом текст в редакторе текста в обоих случаях не касается, далеко от правой границы (ползунка вертик прокр. и Явно видно в разных случаях отсутствие чёткой границы между деревом и разделителем, и между редактором и разделителем, а следовательно и дерева/редактор. и это всё можно списать на некачественную внутреннюю границу рамки окна документа, которая одновременно является и границей поля дерева и поля редактора и составлена разноцветно.
evan: Но здесь то прокрутка должна работать, как отчим наш, аналогично блокнота Windows, но увы? Исходная привязка текстового поля, редактора по отношению к Рамке текстового поля, к которой так же привязывается вертикальная прокрутка, в Аmл и блокноте Windows разные. в Аmл привязка в 0 пикс (текстовый курсор касается границы рамки текстового поля) в блокноте Windows привязка в 1 пикс (текстовый курсор Не касается границы рамки текстового поля, отступ на 1пиксельную строку ) В Амл включен Абзац, единственная близкая настройка 0 пикс. Вот почему по моей логике иследования я и намекал, что нужно либо отключить Абзац, или нужна пиксельная регулировка с дискретностью в 1 пиксель, чтобы подсунуть эту привязку для прокрутки и увидеть картину, за что ты меня "опоносил" на чём свет стоит. На скриншотах, это выглядит так: слева блокнот, справа Амл Сдвинутые поближе друг к другу Получается, что привязка текста к границе текста в Амл не такая, как в блокноте Windows, от сюда и такое позиционирование. Хочу подметить по скрину Амл, обрати внимание на рамку документа наружная границы рамки как на всех черный цвет, а внутренняя белый цвет и составной по периметру документа, вроде рамка есть на отдельных полях, редактора, дерева(Разделитель непонятная картина) а как единная внутренняя граница рамки документа её нет, об этом погроворим потом.
Carc: evan пишет: Исходная привязка текстового поля, редактора по отношению к Рамке текстового поля, к которой так же привязывается вертикальная прокрутка, в Аmл и блокноте Windows разные. Та плятЪ сколько можно тведрить-то? В Блокноте Windows и в Aml Pages разные компоненты, они и выглядят по разному Чего непонятного-то? evan пишет: Получается, что привязка текста к границе текста в Амл не такая, как в блокноте Windows, от сюда и такое позиционирование. Та плятЪ с фигов ли ей быть такой-же? Зачем? evan пишет: В Амл включен Абзац, единственная близкая настройка 0 пикс. Вот почему по моей логике иследования я и намекал, что нужно либо отключить Абзац, или нужна пиксельная регулировка с дискретностью в 1 пиксель, чтобы подсунуть эту привязку для прокрутки и увидеть картину, за что ты меня "опоносил" на чём свет стоит. Это не логика это полный плятЪ Ты как в бронепоезде прям. Не надоело? Какая нафиг логика если ты все свои выводы строишь на каких-то абсолютно безграмотных "сказках", которые ты сам себе напридумывал про организацию Aml Pages в частности, и общую философию Винды в целом. Я уже просто не понимаю смысла. Ты всё как в том анекдоте, пытаешь в бензобак сена напихать, а потом рассуждаешь что мерин "ржет" как-то не так как в Винде, когда зажигание включаешь… "Абзац" это внутренняя настройка компонента RichEedit, на котором построен редактор текста Aml Pages. Эти настройки отвечают даже и не за клиентскую область RichEdit, а за formatting area, которая в общем случае может быть даже и меньше чем клиентская (что в Aml Pages и сделано). Рамки, скроллеры, ползунки и прочая дребедень это уже non-client area. За это, не то что даже Aml Pages не отвечает, ею даже и сам RichEdit не очень-то занимается. Это полностью забота user-подсистемы Винды. Там можно влиять на некоторые моменты настройками и стилями окна, но не более. Или как вариант полностью заменять системную отрисовку Винды собственным кодом. Чего Aml Pages не делает — ибо нафиг, плавали! знаем. Пусть Биллевские (уже, правда не Биллевские) индусы сами свое поделие кастомизуют… У меня к ним применяется новейшая тактика, лучшая разработка отечественных архитекторов, называется "а_ну_нахер!"… Накушался я их совместимости… Они как начали в районе ХП класть на нее, дык чем дальше в лес, тем толще совместимость. Так что, как говорил Ильич, лучше меньше да лучше. Опыт TwinkiePaste это ярко продемонстрировал. Когда нужна кастомная отрисовка, то никаких игр с Виндой. Код полностью забирается в софтину, и полностью пишется с нуля. Зато всё под полным контролем, и никаких проблем с совместимостью с Виндовыми обновлениями…
Carc: Выпущена Aml Pages 9.85 build 2773 [+] добавлена возможность множественного назначения цветовых групп сразу нескольким страницам из правой панели; [*] исправлено: прикрепление рисунков веб-страницы в Escape-последовательностями в URL;
Carc: Выпущена Aml Pages 9.85 build 2774
Carc: Акция на Giveawayoftheday началась
Carc: Подумываю о новой версии Aml Pages 9.86… Есть варианты направлений для нового. Пожелания какие нить у кого есть?
SetQ: А всё-таки можно до конца починить MRU файлы? После перезапуска AML Pages список MRU файлов опустошается, хотя в пределах сеанса работы AML Pages сейчас всё корректно. Или так было задумано? В принципе, тоже вариант.
Carc: SetQ пишет: А всё-таки можно до конца починить MRU файлы? После перезапуска AML Pages список MRU файлов опустошается, хотя в пределах сеанса работы AML Pages сейчас всё корректно. Или так было задумано? В принципе, тоже вариант. Странно у меня как раз все в порядке… А настройки Aml Pages у тебя хранятся в ini или в реестре?
SetQ: Carc пишет: Странно у меня как раз все в порядке… А настройки Aml Pages у тебя хранятся в ini или в реестре? Настройки в реестре. Кстати, меняю на ini, перезапускаю AMLP, а в настройках опять стоит хранть в реестре, т.е. не могу переключится на ini.
Carc: SetQ пишет: Настройки в реестре. Кстати, меняю на ini, перезапускаю AMLP, а в настройках опять стоит хранть в реестре, т.е. не могу переключится на ini. Как именно ты меняешь настройки на ini? Точная последовательность действий? Через меню Быстрых настроек? Через Диалог Настроек? Через команды в меню Файл?
SetQ: Carc пишет: Как именно ты меняешь настройки на ini? Точная последовательность действий? Через меню Быстрых настроек? Через Диалог Настроек? Через команды в меню Файл? Меняю через: Сервис - Настройки - Общее - Хранить настройки АМЛ или Быстрые настройки - Хранить настройки Действует одинаково, при перезапуске не сохраняется. Если через Файл - Переносной режим, то после перезапуска стоит уже "хранить в ini", но после следущего перезапуска опять на реестр слетает. Кстати, если через переносной режим переключится на ini, то список MRU всё равно не сохраняется при перезапуске.
Carc: SetQ пишет: Меняю через: Сервис - Настройки - Общее - Хранить настройки АМЛ или Быстрые настройки - Хранить настройки Действует одинаково, при перезапуске не сохраняется. Если через Файл - Переносной режим, то после перезапуска стоит уже "хранить в ini", но после следущего перезапуска опять на реестр слетает. Какие права доступа к ini-файлу? Ну и соответственно к папке самой Aml Pages (AmlPages.exe)? Эта инфа есть в диалоге в "О программе", где-то там внизу списка. Может у тебя просто доступ запрещен на запись либо к файлу, либо вообще к папке?
SetQ: Carc пишет: Какие права доступа к ini-файлу? Ну и соответственно к папке самой Aml Pages (AmlPages.exe)? Эта инфа есть в диалоге в "О программе", где-то там внизу списка. Может у тебя просто доступ запрещен на запись либо к файлу, либо вообще к папке? ===Privelegies and rights=== Admin Priviledgies: No App Integrity Level: SECURITY_MANDATORY_HIGH_RID Read access [Aml Pages]: yes Write access [Aml Pages]: NO Execute access [Aml Pages]: yes ===Плагины + Настройки=== Aml Pages is themed: Yes Plugin API: 9.85 build 2774 Save Settings: В реестре Windows Check New Versions: Auto - Yes, 3 days, Beta: Yes Load RSS on start: Yes Logging To File: No INI-File: Evgeny.ini, CANNOT WRITE, Can read Log-File: AmlPages_Log.txt, Can write, Can read Tabs : AmlPagesHistory.Tabs, File Not Found Color Groups : ColorGroups.xml, File Not Found App Folder: Aml Pages, CANNOT WRITE, Can read Web-sites Titles: urls_titles.ini, Can write, Can read Web-sites Icons: _AmlPages, Can write, Can read Tags As Default: Tags.ini, CANNOT WRITE, Can read Заголовки веб-сайтов, Can write, Can read Visual Themes, [current]: Yes ===Aml Assist=== Aml Assist Pane: NOT FOUND ===System Info=== Windows 8.1 64x build 9600 OS Enum: Win81 Похоже, что запрещён доступ к файлам. Но в реестре-то хранит, а у меня включено хранить в реестре.
Carc: SetQ пишет: Похоже, что запрещён доступ к файлам. Но в реестре-то хранит, а у меня включено хранить в реестре. INI-File: Evgeny.ini, CANNOT WRITE, Can read Вот оно йопта! У тебя доступ к ини-файлу Evgeny.ini запрещен на запись. Вот она ничего и не пишет. В новой версии 9.86 я уже приделал проверку на запись, при выставлении настроек в ини. Правда, только если это делать именно из меню Быстрых настроек. Там всё ясно — явная команда пользователя, не грех и отчитаться если возникли проблемы. В остальных случаях контекст выполнения историкам неизвестен. Хоть из диалога, хоть из bat`ника, хоть из перезапуска, хоть откуда. Т.е. пользователь в явном виде ничего и не делал как, а тут «на-нах» © — посыпались отчеты.
SetQ: *PRIVAT*
Carc: Может тогда хранить ini не в папке с программой, а в каталоге данных и настроек пользователя? Она в разных версиях Windows по-разному называется.- А смысл? Для этого и есть реестр. У каждого пользователя своя ветка, свой улей. И то что Aml Pages сохранила для одного, то и ему и доступно. И с настройками соседних Windows-пользователей никак не конфликтует. А для самой Aml Pages полностью прозрачно. И потом. Ини-файл нужен как раз для обратных целей. Что Aml Pages завсегда имеет одни и те же настройки. Для всех, везде и всегда. Под разными Windows-аккаунтами, на разных компах с разными названиями папок, дисков, при работе как портабельной версии. Какой тогда смысл хранить всё в ини. Если этот ини будет валиден только из под конкретного Windows-аккаунта на конкретной машине?
SetQ: Наверно, есть резоны какие-то, при переносе настроек можно тогда всю папку пользователя скопировать, а реестр вообще не смотреть. Для портабельной версии конечно надо хранить в папке программы, но тогда и доступ скорее всего будет к этой папке.
Carc: SetQ пишет: Наверно, есть резоны какие-то, при переносе настроек можно тогда всю папку пользователя скопировать, а реестр вообще не смотреть. Для переноса настроек есть импорт\экспорт в настройках самой Aml Pages. Та и не в том дело. 99,99% настроек перенесутся и так нормально, включая табы, всякие теги по умолчанию, цветовые группы — они и так хранятся сбоку-припеку в отдельных файлах в папке программы. Но вот пути, к файлам, папкам — эти могут и поплыть. Если буква диска не та, или расположение AmlPages.exe будет другое в случае относительных путей… Но это касается ТОЛЬКО папок данных: вроде списка последних файлов, путей к табам. Де факто если данные есть, то достаточно и так будет просто открыть заново разок и Aml Pages запомнит все верно зано. SetQ пишет: Для портабельной версии конечно надо хранить в папке программы, но тогда и доступ скорее всего будет к этой папке. Ну есть идиоты пользователи, которые считают что если софтина пишет что-то в реестр, то всё, приехали — они у АНБ под колпаком. Считают, что запись в ини их спасет. Правда, частенько требуют чтобы при щелчке по *.apd файлу все равно все открывала именно Aml Pages Параноики
SetQ: Ещё такое пожелание: при ЛКМ по узлу в дереве этот элемент дерева сначала отмечается тёмным фоном, при этом цвет текста узла по прежнему чёрный, в результате на некоторых настройках Windows получается просто чёрный прямоугольник на месте текста узла, по которому ЛКМ. Но это до того, как отпустили кнопку мышки. После отпуска - цвет текста узла уже белый. Вот нельзя ли до отпуска ЛКМ по узлу тоже делать шрифт белым?
Carc: SetQ пишет: Ещё такое пожелание: при ЛКМ по узлу в дереве этот элемент дерева сначала отмечается тёмным фоном, при этом цвет текста узла по прежнему чёрный, в результате на некоторых настройках Windows получается просто чёрный прямоугольник на месте текста узла, по которому ЛКМ. Но это до того, как отпустили кнопку мышки. После отпуска - цвет текста узла уже белый. Вот нельзя ли до отпуска ЛКМ по узлу тоже делать шрифт белым? ОК, посмотрю что там можно сделать…
SetQ: У меня есть три идеи для плагинов, которые будут работать в нижней панели, рассказать?
Carc: SetQ пишет: У меня есть три идеи для плагинов, которые будут работать в нижней панели, рассказать? А как же! Интересно! Дафай!
SetQ: А вот про последний п.3 (путь к папке), то можно прицепить как вложение (файл) только путь к папке. Он и будет автоматически открываться тогда… Так пробовал, немного не то получается.
Carc: SetQ пишет: Так пробовал, немного не то получается. А чем не то? Что именно не так?
SetQ: Хотелось бы чтобы файлы просто помещались в нужную папку через файловый менеджер безо всякой связи с АМЛП, а АМЛП бы просто подхватывала их список при своём запуске и, для начала, просто показывала бы список для иллюстрации, а там и открывать чтобы можно было файлы. Или чтобы можно было в тексте заметки поместить ссылку на папку на диске, а потом прямо внутри АМЛП знакомиться с её содержимым, а меняться файлы будут вне АМЛП, даже другими людьми с других компьютеров по LAN. Как вариант, ссылка на папку на диске (как вариант - относительный путь относительного этого файла apd) помещается в комментарий к странице (чтобы не мешалась), а в другой вкладке нижней панели мы увидим содержимое этой папки на диске. Вполне хватило бы просто списка файлов с родными иконками и открытием по двойному клику. Или ещё лучше так: сделать возможность прикреплять к страницам не только ссылки на файл, но и ссылки на папки, но должна быть возможность создавать относительные пути. Но по щелчку по ссылке на папку тоже хорошо бы открыть её там же - в нижней панели АМЛП. Это оптимальный, наверное, вариант. Файловую панель я бы и сам закодил, если есть похожий пример.
SetQ: Немного ещё дописал выше.
Carc: SetQ пишет: Хотелось бы чтобы файлы просто помещались в нужную папку через файловый менеджер безо всякой связи с АМЛП, а АМЛП бы просто подхватывала их список при своём запуске и, для начала, просто показывала бы список для иллюстрации, а там и открывать чтобы можно было файлы. Или чтобы можно было в тексте заметки поместить ссылку на папку на диске, а потом прямо внутри АМЛП знакомиться с её содержимым, а меняться файлы будут вне АМЛП, даже другими людьми с других компьютеров по LAN. Ну и в чем проблема то? Вставляешь в Файлы ссылку на папку\файлы, именно как ссылку — и Aml Pages хранит только ссылку, содержимое где-то вовне. Собсна, всё!
SetQ: Carc пишет: Ну и в чем проблема то? Вставляешь в Файлы ссылку на папку\файлы, именно как ссылку — и Aml Pages хранит только ссылку, содержимое где-то вовне. Собсна, всё! Хотелось бы ещё и содержимое ентой папки посмотреть в АМЛП, не переключаясь в другие программы.
Carc: SetQ пишет: Хотелось бы ещё и содержимое ентой папки посмотреть в АМЛП, не переключаясь в другие программы. Выше постом ответил, как такое сделать плагином нижней панели…
Carc: SetQ пишет: Или ещё лучше так: сделать возможность прикреплять к страницам не только ссылки на файл, но и ссылки на папки, но должна быть возможность создавать относительные пути. Но по щелчку по ссылке на папку тоже хорошо бы открыть её там же - в нижней панели АМЛП. Это оптимальный, наверное, вариант. Файловую панель я бы и сам закодил, если есть похожий пример. Ну можно приделать и ссылку на папки, это дело недолгое. Но вот как по ней показывать файлы не очень понятно. В какой момент должны запрашиваться списки файлов по этой ссылке?
SetQ: Carc пишет: Ну можно приделать и ссылку на папки, это дело недолгое. Но вот как по ней показывать файлы не очень понятно. В какой момент должны запрашиваться списки файлов по этой ссылке? Список файлов будет запрашиваться каждый раз при двойном клике по ссылке на папку, после чего файловая панель покажет файлы из этой папки, а вверху списка файлов, как в табличных файловых менеджерах, будут две точки - .. - это переход обратно к списку прицепленных к текущей странице файлов.
Carc: SetQ пишет: Список файлов будет запрашиваться каждый раз при двойном клике по ссылке на папку, после чего файловая панель покажет файлы из этой папки, а вверху списка файлов, как в табличных файловых менеджерах, будут две точки - .. - это переход обратно к списку прицепленных к текущей странице файлов. Ну так это и проще делать как плагин нижней панели. Plugin API позволяет отследить навигацию курсора в тексте. Соответственно, вынимаем текст из под текстового курсора, проверяем путь ли это и нужен ли он нам, дальше соответственно обновляем данные в панели…
SetQ: Carc пишет: Ну так это и проще делать как плагин нижней панели. Plugin API позволяет отследить навигацию курсора в тексте. Соответственно, вынимаем текст из под текстового курсора, проверяем путь ли это и нужен ли он нам, дальше соответственно обновляем данные в панели… Не, я то думал вставлять ссылку на папку как прицепленный файл к странице и она будет видна в панели прицепленных файлов, хотя брать путь к папке из редактора - тоже, но другой вариант.
Carc: SetQ пишет: Не, я то думал вставлять ссылку на папку как прицепленный файл к странице и она будет видна в панели прицепленных файлов Т.е. получается чтобы у конкретной страницы Aml Pages была какая-то соотнесеннная с ней директория (директориИ) на диске? И при открытии такой страницы в Aml Pages, в нижней панели показывался список файлов из такой соотнесенной с ней директорией(*иями) на диске. Ну вероятно может еще по какому то критерию (ну типа там фильтр по расширению файлов)… Так что ли?
SetQ: Carc пишет: Т.е. получается чтобы у конкретной страницы Aml Pages была какая-то соотнесеннная с ней директория (директориИ) на диске? И при открытии такой страницы в Aml Pages, в нижней панели показывался список файлов из такой соотнесенной с ней директорией(*иями) на диске. Ну вероятно может еще по какому то критерию (ну типа там фильтр по расширению файлов)… Так что ли? Да, именно так я и использую АМЛП на работе - храню какие-то пометки/заметки по проектам и пути к файлам/папкам на сервере или у себя на компьютере. И второй файл - это база знаний, опять же пометки/заметки плюс pdf/djvu файлы со справочной литературой, которые тоже соотносятся с каждой страницей apd документа и как-то надо иногда переходить от страницы заметок к папке с файлами. Единственно, соотнесённые файлы необязательно показывать сразу при открытии страницы, а скорее по требованию.
Carc: SetQ пишет: Да, именно так я и использую АМЛП на работе - храню какие-то пометки/заметки по проектам и пути к файлам/папкам на сервере или у себя на компьютере. И второй файл - это база знаний, опять же пометки/заметки плюс pdf/djvu файлы со справочной литературой, которые тоже соотносятся с каждой страницей apd документа и как-то надо иногда переходить от страницы заметок к папке с файлами. Единственно, соотнесённые файлы необязательно показывать сразу при открытии страницы, а скорее по требованию. Ну такое действительно проще сделать как плагин отдельный… И там такое сделать вполне возможно. Плагин АПИ Aml Pages такое позволяет.
SetQ: На странице http://amlpages.com/Rus/plugring.htm ссылка на PSBaseWinAPI.zip не даёт его скачать, ведёт на другой сайт вообще. И можно ещё показать пример плагина, который создаёт свою вкладку в нижней панели?
Carc: SetQ пишет: На странице http://amlpages.com/Rus/plugring.htm ссылка на PSBaseWinAPI.zip не даёт его скачать, ведёт на другой сайт вообще. Это какой то старый плагин. Его исходники еще поискать надо… SetQ пишет: И можно ещё показать пример плагина, который создаёт свою вкладку в нижней панели? Ну в принципе могу прислать исходники ChangeLog он как раз создает свою вкладку в нижней панели.
SetQ: Присылай! А чем компилирует сейчас?
Carc: SetQ пишет: Присылай! Ушло. Получил? SetQ пишет: А чем компилирует сейчас? Visual C++ 6.0 SP5
SetQ: Carc пишет: Ушло. Получил? Ага, в целости!
Carc: SetQ пишет: Ага, в целости! Отлично! Только может быть надо перенастроить ключи в настройках проекта для отладки плагина. Соответственно, путь к Aml Pages, и ключик PluginsDir должен указывать на путь к отладочной папке плагина. Тогда Aml Pages будет читать плагины именно из этой указанной папки.
urasvon: Таскаю в AML тексты на русском Мне хотелось бы иметь возможность настройки " по умолчанию " Kirilish Было бы во много раз меньше гемора
Carc: urasvon пишет: Таскаю в AML тексты на русском Мне хотелось бы иметь возможность настройки " по умолчанию " Kirilish Было бы во много раз меньше гемора Дык это влияют настройки Internet Explorer, а не самой Aml Pages…
LordNEVR: Добрый вечер. При вырезке и вставки веб страницы в папку, страница не выводится (не показывается). Так должно быть? Бывает так и когда в папке уже есть веб страница и вставляешь другую и когда папка пуста.
Carc: LordNEVR пишет: Добрый вечер. При вырезке и вставки веб страницы в папку, страница не выводится (не показывается). Так должно быть? Бывает так и когда в папке уже есть веб страница и вставляешь другую и когда папка пуста. Вырезка и вставка как выполняется?
LordNEVR: Carc пишет: Вырезка и вставка как выполняется? Через меню, в окне редактирования. Скринкаст (нажать, в отдельном окне gif ка)
Carc: LordNEVR пишет: Через меню, в окне редактирования. Скринкаст (нажать, в отдельном окне gif ка) Т.е. он вставляет, но не обновляет папку? Так что ли?
LordNEVR: Выходит так. Пока не переключишься на другую папку потом на нужную, страницы не видно.
Carc: LordNEVR пишет: Выходит так. Пока не переключишься на другую папку потом на нужную, страницы не видно. Да, согласен — есть бага. Поправляю в данный момент, выйдет в ближайшей сборке Aml Pages 9.86
Carc: LordNEVR пишет: Выходит так. Пока не переключишься на другую папку потом на нужную, страницы не видно. Исправил в новой сборке 2776
LordNEVR: Carc Вроде работает. Но пару раз вставка страницы срабатывала со второго раза. Может быть проблема ещё в этом документе. Готов выслать для теста.
Carc: LordNEVR пишет: Carc Вроде работает. Но пару раз вставка страницы срабатывала со второго раза. Это как это? Со второго раза?
LordNEVR: Carc пишет: Это как это? Со второго раза? При первой попытке вставки, страница не вставляется. При второй попытке, удачно. Гифка
Carc: LordNEVR пишет: При первой попытке вставки, страница не вставляется. При второй попытке, удачно. Странное явление. Проверил у себя — вроде все работает с первого раза. Но такое ощущение что первый раз именно что не вставляется, а не обновляются данные в панели… 1) Попробуем через логи покопать, или через сообщения об ошибках. 2) А если вот что еще попробовать. Только на тестовом документе-копии, ибо можно потерять данные. А именно 1) Вырезать из дерева 2) Вставить в пустую папку 3) Сразу сохранить документ 4) Выйти из Aml Pages 5) Пущаем Aml Pages заново, после чего открываем документ. Смотрим данные есть? Или нет? Так хотя бы будет понятно, в чем дело: данные не вставляются с первого раза, или просто не обновляются в самой панели…
Carc: LordNEVR пишет: При первой попытке вставки, страница не вставляется. При второй попытке, удачно. Пробуем свежую сборку 2777
LordNEVR: Carc пишет: Пробуем свежую сборку 2777 Проблема осталась. Теперь ещё веб страницы при копировании в нужные папки появляются в основной папке для этих папок.
Carc: LordNEVR пишет: Проблема осталась. Теперь ещё веб страницы при копировании в нужные папки появляются в основной папке для этих папок. Подожди… А ты куда кликаешь для контекстного меню с командой вставки в правой панели? По папке или все таки по пустому месту?
LordNEVR: Carc пишет: Подожди… А ты куда кликаешь для контекстного меню с командой вставки в правой панели? По папке или все таки по пустому месту? Захожу в папку и по пустому месту кликаю. То есть лучше кликать по самой папке куда хочешь вставить?
Carc: LordNEVR пишет: Захожу в папку и по пустому месту кликаю. То есть лучше кликать по самой папке куда хочешь вставить? Переделаю в сборке 2778, будет показывать в меню, куда будет вставлять и подсвечивать в дереве если узел виден… Там есть кое-какие непонятки…
evan: 1. Как то ты, говорил, что многим пользователям Листочек практически не нужен, в чём я очень сомневаюсь. Скорее всего причина в другом, если 2,3 раза зависнит приложение при работе в Листочке, то любой пользователь задумается, что это может привести к какому нибудь сбою в системе, и не использует его, а обращаться к тебе нет смысла по разным, многим рассуждениям. 2. При перемещении Листочка курсором мыши за заголовок он воздействует на другие объекты в браузере гугл на игровом сайте " [url=https://logic-games.spb.ru/kosynka/ в результате Листочек сдвигает некоторые элементы окна игрового поля этого сайта, после чего происходит зависание Амл, а сдвинутый элемент сайта возвращается на исходную позицию, что это такое? Я думаю это не вина Листочка, а скорее воздействие его собственной страницы документа, и это как то связано с рамкой Редактора текста. 3. Почему в рамке Редактора текста (Документа) ? слишком много совпадений на этом объекте. и Логически рассуждая, всё ведёт к этому объекту интерфейса Документа, так например: 1). Первое логическое совпадение, почему в рамке Документа? Все сбои на Листочке, чётко отображаются по скриншотам сбоя, остаётся правая половина рамки окна. Возникает вопрос? Чья это рамка? Листочка, Документа, или Редактора текста. Мой ответ "Документа/Редактора текста" а почему не Листочка? да потому, что Листочик имеет стандартную цветовую рамку по периметру, внутренней и внешней границы и думаю, и предполагаю, хоть как пытайся её разорвать в Виндоус не получится этого добиться, максимум что можно получить, это вытащить окно с текстом за рамку. 2). Второе логическое совпадение, почему в рамке Документа? При открытии нескольких Документов в Амл, и при переключении по Закладкам документа чётко отображается рамка скрытого первого открытого документа в динамике переключения. Почему этого не происходит в других разных открытых приложениях в панели Задач, если Свернуть в окно все открытые приложения и переключать по закладкам Панели задач? 3). Третье логическое совпадение. Почему рамка Документа не имеет стандартной цветовой по периметру внутренней границы, как это выполнено в окне приложения Aml Pages, в окне Листочка и в разных других приложениях, а состоит из разных цветовых прямолинейных отрезков? 4). Четвёртое логическое совпадение и подтверждение. а). Когда я в первый раз открыл Aml Pages у родственника в Winows 10 у меня 7, сразу заметил, что на открытом Листочке рядом с окном Листочка с права всё время присутствует какой то след от рамки и скорей всего это след от окна Документа, мои предположения, что изменили (упростили) в Виндоус 10 интерфейс, а именно это заметно по текстовому окну, в результате Winows 10 стала захватывать не качественную внутреннюю границу рамки документа Амл и отображать её (виртуально) рядом с окном Листочка, так как он является прообразом этой страницы документа. б). Вторым подтверждением в Winows 10 был получен случайный оригинальный сбой, когда была открыта страница в Редакторе текста и открыт её Листочек по верх страницы и после сбоя на скриншоте остался след, от рамки Документа и тот самый след который в Winows 10 отображается возле открытого Листочка и когда я их совместил в Paint , оказалось, что это один и тот же след, который принадлежит рамки окна Документа. Этот скрин, мне кажется высылал в форум. Таким образом, практическое и логическое объяснение подтверждает, что в рамке окна Документа полностью отсутствует внутренняя граница рамки, от сюда и все разрывы окна документа! 4. Если теперь сюда добавить проблему сбоя от перетаскивания текста курсором то получится классная войнушка. Попутно хочу сказать, что проявление сбоя на Листочке так же зависит от выбраной комбинации включения панелей инструментов. Так при включенной панели Строка состояние самое большое количество сбоев. Ещё замечено что Генерирует подсказка в панели в Строке состояния, когда навожу Курсор мыши в поле Строки состояния на поле Положение курсора в тексте (Строки состояния), или в поле Размер файла (Строки состояния), когда окно Амл развернуто. Если же Амл Свернуто в окно, или Строка состояния разделена включенной Нижней панелью Коментарии от панели Задач, генерация прекращается, создается впечатление, что взаимодействуют фокусы границы касания панели ( Строки состояния и панели Задач.) А так, как в окне Документа (Редактора текста) отсутствует внутренняя граница рамки то взаимодействие этих фокусов ( Строки состояния и панели Задач.) вполне ожидаемое явление. 5. Можно в Абзаце в настройках Расстояния перед абзацем и после абзаца сделать единицу установки через 1 пиксель (хотя бы для пробы), это даст = точное желаемое расстояния раздвижения между строк, плюс можно будет легко редактировать через Листочек строки листочка будут находится на одном уровне с любым текстом в другом окне по вертикали и не надо будет листочек таскать за заголовок вверх /вниз. = и хотелось бы убедится в привязке прокрутки, там надо либо 0 пикселей в Windows 10, или 1пик. в Windows 7 а сейчас Абзац не позволяет установки в 1 пиксель. 6. У меня закончилась лицензия на обновление, можешь выслать, или тебе копейки перевести, адрес у тебя мой ес.
Carc: evan пишет: 1. Как то ты, говорил, что многим пользователям Листочек практически не нужен, в чём я очень сомневаюсь. Скорее всего причина в другом, если 2,3 раза зависнит приложение при работе в Листочке, то любой пользователь задумается, что это может привести к какому нибудь сбою в системе, и не использует его, а обращаться к тебе нет смысла по разным, многим рассуждениям. Я не сомневаюсь… У меня конкретные цифры. За годы обращений в тех. поддержку, форум, почту по поводу листочков — единицы. Есть что угодно: про редактирование текста, про дерево, метки, атаченные файлы, импорт\экспорт данных, интеграция с чем-нить вроде Evernote или LeaderTask. По веб страницам, по их редактирование. Про поддержку хотя бы читалок на других платформах, и еще много чего. Ну дык вот по любой из этих тематик — обращений в разы больше, чем про листочки. Обращаю внимание: по любой из тематик, а про сумму я и не говорю даже. Вот отсюда и вывод что листочки в Use-Case не вписываются. И объяснение тому простое: монопольное и автономное использование приложения. Т.е. все что нужно людям про автономность, вполне хорошо вписывается и сделано в Aml Assist. Остальное и вовсе видимо не особо нужно.
Carc: evan пишет: При перемещении Листочка курсором мыши за заголовок он воздействует на другие объекты в браузере гугл на игровом сайте Это глупость. Это попросту невозможно в Windows. Попросту говоря не-воз-мож-но!!!! Никак. Вообще никаким общим способом попросту нельзя. Не позволит сама Windows. Ну конечно без специальных приседаний с выкидынием коленцев в коде. Чего в листочках попросту нет. Поверь на слово. Я в таких вещах разбираюсь: все таки как никак автор Aml Maple, WriteYours, и TwinkiePaste. Вот они очень сильно влезают и взаимодействуют с другими приложениями и системой в целом. Хотя и каждая на свой манер, и со своими целями. И уж точно абсолютно разными техниками, и в корне различающейся архитектурой всего приложения в целом. Дык вот. В листочках Aml Pages ничего подобного и на строчку кода просто нет, от-сут-с-т-вует… У тебя просто, видимо, что-то глючит. Ну или можно настроить Винду таким образом в целом, или некоторые «запчасти» ее, вроде DWM, поддержки видеокарты, монитора, доп. модулей для user-подсистемы Windows, чтобы она кое-что меняла на лету сама. Но это уж точно не забота и не влияние самой Aml Pages.
evan: Carc пишет: Это глупость. Это попросту невозможно в Windows. Попросту говоря не-воз-мож-но!!!! Никак. Вообще никаким общим способом попросту нельзя. Не позволит сама Windows. Ну конечно без специальных приседаний с выкидынием коленцев в коде. Чего в листочках попросту нет. Для кого то может и глупость, а у меня реально практическое, тащу руками и вижу глазами и есть вполне нормальное объяснение этому. Windows сама не позволит, естественно, иначе бы я не писал о сбоях у меня есть чем заняться. Вина не в Листочке, а совсем в другом, Листочек назову как образ страницы и связан с ней на прямую, страница находится в Редакторе, Редактор в окне Документа, У Редактора дырявая рамка, а у Документа вообще отсутствует внутренняя рамка окна. А теперь сделаю специальные приседания с выкидыванием коленцев в твоём коде с криком. 1. То что рамка Редактора дырявая с низу и фокусно взаимодействует с рамкой Документа в которой вообще нет внутренней границы у меня сомнений нет, 1). это подтверждают многочисленные скриншоты со следом рамки редактора после сбоя 2). так же взаимодействие фокусов панели Состояния с панелью Задач, когда они рядом 3). самый первый раз, когда я писал о сбоях, особо подчёркивал, сбой проходит когда текст находится под заголовком Листочка и тянешь за нижнюю рамку, а так же когда перетаскиваешь мышью под рамку Редактора текста, получается что текст фокусно взаимодействует с дырявой рамкой. 2. И когда перетаскиваешь Листочек за заголовок, прицепом тащишь фокусно (кодово)взаимодействующие текст с рваной рамкой Редактора без внутренней рамки Документа эта кодовая связка успевает воздействовать на другие внешние окна и двигает их(которые не закреплены), как только Windows зафиксировала нарушение блокирут Амл и внешние окна мгновенно возвращаются на исходную.
полная версия страницы