Форум » » Выпущена Aml Pages 9.17 Beta build 2130 (En+Ru+Uk+De+Pt versions) » Ответить
Выпущена Aml Pages 9.17 Beta build 2130 (En+Ru+Uk+De+Pt versions)
Carc: Выпущена Alpha-версия записной книжки Aml Pages 9.17 Beta сборка 2130 Скачать\Download Русская версия: amlpages_ru.zip Русская портабельная версия: amlpages_ru_pe.zip English version: amlpages_en.zip Украинская версия: amlpages_uk.zip German version: amlpages_de.zip Portuguese version: amlpages_pt.zip Обзор основных изменений в Aml Pages 9.17 см. в этом выпуске новостной рассылки Список изменений см. в текстовом файле здесь (также включен и в ZIP-архив дистрибутива) Подробности смотрите на официальном сайте в разделе Бета-версии Details change-log in English
DenisSMI: Carc пишет: У разных шрифтов разные настройки рендеринга - это обычное дело... Раньше я в таком случае говорил:"Век живи - век учись." Теперь я говорю:"Век живи - два учись."
Carc: DenisSMI пишет: Раньше я в таком случае говорил:"Век живи - век учись." Теперь я говорю:"Век живи - два учись." Tahoma в отличие от Ариэля вообще по-моему моноширинный, он всегда по другому должен выглядеть.
DenisSMI: Carc пишет: Tahoma в отличие от Ариэля вообще по-моему моноширинный, он всегда по другому должен выглядеть. "... - три учись" Его б лучше Chamelion назвать, а не Tahoma...
Carc: DenisSMI пишет: Его б лучше Chamelion назвать, а не Tahoma... Ну это уже к авторам шрифта...
DenisSMI: Мне почему-то кажется, что разделитель - это идея полезная. Просто разделитель. Без даты, времени и т.п. Ведь если скидывать в документ один за другим фрагменты текста, то как потом на глазок определить, где кончается один и начинается другой? Считаю, что разделитель будет полезен для всех, кто пользуется командой "Добавить в страницу...". Или как ты различаешь границы фрагментов?
Carc: DenisSMI пишет: Мне почему-то кажется, что разделитель - это идея полезная. Просто разделитель. Без даты, времени и т.п. Ведь если скидывать в документ один за другим фрагменты текста, то как потом на глазок определить, где кончается один и начинается другой? Считаю, что разделитель будет полезен для всех, кто пользуется командой "Добавить в страницу...". Или как ты различаешь границы фрагментов? 1) Различаю глазами. 2) Не зачем скидывать разные фрагменты в одну страницу, если они разные. Для этого и есть отдельные страницы. Если скидывается текст в конкретную страницу, то значит там ему и место по мнению пользователя, и разделитель ни к чему там вовсе. Если фрагменты разные по сути - для этого есть отдельная страница. Если все равно нужна отдельная сборная солянка в одной странице: а) Можно явно вставить разделитель самому, и именно туда куда нужно - пользователю все равно виднее, куда и когда вставлять. б) Можно напрямую перетаскивать текст в страницу из сторонних программ, и тем самым явно управлять расположением текста. Автоматизация тут попросту ни к чему. Эта самая автоматизация будет ошибаться с этими разделителями в 80 процентов случаев: вставлять куда не надо, куда надо не вставлять, потому как нет никаких внешних признаков - когда пора вставлять разделитель, а когда нет. Это может решить только пользователь, не на основе никакой информации Aml Pages сама этого предположить не может. А в пользовательском интерфейсе главное чтобы бы было меньше выбора, а не больше. Не любят пользователи выбор, т.к. он влечет за собой ответственность - а вот этого пользователи и вовсе не любят. А в этом случае еще и разнобой будет: постоянно пользователю придется думать, с разделителем или нет, постоянно напрягаться ответственным выбором да еще в такой момент, когда ему явно до этого недосуг. Пусть лучше будет безо всяких разделителей, и пользователь всегда будет знать что нужно как-то причесать сохраненный текст. Ну и потом, вставка разделителя операция сравнительно редкая по сравнению с остальными, так что не нужно из-за редкой операции усложнять Interaction Design частой и популярной команды. К примеру, у меня в шаблонах текста есть такой разделитель с автоматической датой внутри - дык он мне явно даже и не каждый день нужен.
DenisSMI: Шаблоны текста - это хорошо. Я себе давно уже подходящий разделитель сделал и даже горячую клавишу ему назначил, но для его вставки опять же в Aml Pages переключаться нужно, так что с командой "Добавить в страницу..." он не очень сочетается.
Carc: DenisSMI пишет: Шаблоны текста - это хорошо. Я себе давно уже подходящий разделитель сделал и даже горячую клавишу ему назначил, но для его вставки опять же в Aml Pages переключаться нужно, так что с командой "Добавить в страницу..." он не очень сочетается. Ну вообще-то... а) Для работы с текстом нужно переключаться на любую программу... Так что это не аргумент. б) Совершенство, это когда не нечего добавить, а когда нечего убрать. Проблема автоматического граббинга данных не в реализации. Забрать текст из соседнего приложения НЕ проблема - можно все подряд вынимать. И автоматизировать это можно до идеала. Только вот пользователь потом вообще никогда не разберется, что и как в полускрытом-полуавтоматическом режиме вперемешку с разделителями было сграблено из соседних приложений. Не нужно оптимизировать работу программы - она и так 99 и 9 в периоде делает все что может. Нужно оптимизировать работу пользователя, там никакой автоматизацией проблем не решить. Не нужно добавлять "мусорных" данных для пользователя - он не комп, за 10 минут не проанализирует. Так что лучше меньше, чем больше. И потом: команда "Добавить в страницу" предполагает что пользователь знает что и куда, и никто за него не будет принимать решения. Пользователю всегда виднее. Если у него даже на последнем этапе возникли сомнения куда, можно запросто вставить в новую страницу, и любой фильтр ее найдет в течении секунды не напрягая пользователя поиском в куче другого текста. Страницы это и есть "разделители" - надо отделить текст, кладем его в другую страницу. Собрать все тексты до кучи потом и вовсе не проблема. В общем, все просто: программа не должна себя считать умнее пользователя. Ему всегда виднее, что и как. Если он собирает все в одну страницу значит он знает что делает - иначе он просто неверно пользуется командой "Добавить в страницу". Но отказать, или наоборот навязывать выбор того или иного случая программа права не имеет. Пользователь всегда лучше знает свои цели!
DenisSMI: Carc пишет: Страницы это и есть "разделителе" - надо отделить текст, кладем его в другую страницу. Собрать все тексты до кучи потом и вовсе не проблема. А вот это интересная мысль, теперь начинаю понимать твой подход. В самом деле разумно.
Carc: DenisSMI пишет: А вот это интересная мысль, теперь начинаю понимать твой подход. В самом деле разумно. Ну примерно так и есть: К слову: вот есть у меня рабочая страница по версии 9.17 - туда скидываются все замечания или почти все. Я все равно потом буду просматривать, анализировать что-то удалять, помечать и.т.д. - это как бы список. Если текст близкий, но все таки другой уходит в новый листочек - его потом легко найти фильтрами, выставить категории и.т.д.
DenisSMI: Carc пишет: В общем, все просто: программа не должна себя считать умнее пользователя. Ему всегда виднее, что и как. Если он собирает все в одну страницу значит он знает что делает - иначе он просто неверно пользуется командой "Добавить в страницу". Но отказать, или наоборот навязывать выбор того или иного случая программа права не имеет. Пользователь всегда лучше знает свои цели! Оказывается за написанием программ скрывается довольно глубокая философия... Я предполагал, но никогда прямо не сталкивался....
Carc: DenisSMI пишет: Оказывается за написанием программ скрывается довольно глубокая философия... Я предполагал, но никогда прямо не сталкивался.... Есть "цели", есть "задачи", есть "инструменты". Это разноуровневые понятия. Инструменты сделать несложно, они как правило нужны для выполнения задач. Ну к примеру "подключиться к серверу по протоколу POP3, авторизоваться, скачать письма " - это инструмент, это легко автоматизируется. "прочитать почту" - это уже некая задача, набор действий выполненных теми или иными инструментами. Но здесь уже появляется пользователь. Но "прочитать почту" - это не самоцель, а то бы просто Печкиным устроились на главпочтамт и читали почту без конца Цель какая-то более абстрактная, высокоуровневая - дождаться письма от Дениса, со сбойным шрифтов, разобраться в сути, найти багу, исправить и выложить новую версию. В целях нет никакой автоматизации, это человек решает сам. Понятное дело он может разбить достижение этой цели на задачи. Но при этом задачи могут быть разные: можно почтой, можно по Скайпу, а можно вообще в Питер смотаться, забрать файл, попить пивка, да посмотреть случаем ли не Чубайс там к вам забрался в электричество вчера Обычно софт решает задачи, под это уже затачиваются инструменты (код). Но вообще чтобы правильно всю эту иерархию выстроить (цели-задачи-инструменты), нужно понимать какую цель преследует пользователь... Потому как сброс замечания по версии в одну страницу это одно, а вот сборка документов как в Каталоге другое - цели там разные. Ну и соответственно и задачи разные, отсюда и инструменты несколько разные. Суть найти разумный компромисс. Или тогда уж значительно проще написать отдельный инструмент, заточенный под одну единственную задачу, но делающий это на отлично.
Carc: Но вот добиться от пользователя какие цели он преследует, это с-а-а-всем непросто - это и есть use-case аналитика... Несколько раз просил народ написать, но так и не дождался ничего. Может с аглицкими повторю эксперимент, есть кое какие соображения на эту тему. В общем это большой вопрос "Как и для чего пользователи используют софтверный продукт" Есть идея опросить народ по емейл, кто захочет напишет - нет, дык нет. Тем более сие не спам - разовое мероприятие.
DenisSMI: Carc пишет: В общем это большой вопрос "Как и для чего пользователи используют софтверный продукт" Я вот только что увидел, что с помощью разделителя хотел устроить себе такую же жизнь, как и в детстве: Завалить стол чем только можно, а потом разом все выкинуть Так что у нас с тобой беседа с психотерапевтическим эффектом получилась Пора привычки-то менять. Может потому пользователям сложно цели свои изложить, что зачастую это не цели даже, а привычки...
DenisSMI: Ну ладно, я не очень понимаю твой подход. У меня много разделителей, потому как не вижу смысла для каждой темы из формума создавать новую страницу. Мне лично проще и темы и посты, скидываемые в страницу, разделять разделителями и в начале каждой темы ставить метку, чтобы потом по Ctrl-Ctrl открывать список меток и перемещаться к нужной теме. А для каждой темы новая страница - многовато листьев в дереве, многовато кликов по отдельным страницам. Мне проще все в одну.
Carc: DenisSMI пишет: Ну ладно, я не очень понимаю твой подход. У меня много разделителей, потому как не вижу смысла для каждой темы из формума создавать новую страницу. Мне лично проще и темы и посты, скидываемые в страницу, разделять разделителями и в начале каждой темы ставить метку, чтобы потом по Ctrl-Ctrl открывать список меток и перемещаться к нужной теме. А для каждой темы новая страница - многовато листьев в дереве, многовато кликов по отдельным страницам. Мне проще все в одну. Каждому свое! Кто-то предпочитает собирать все в одну помойку, кто-то по разным страницам. Я пользуюсь и тем и тем, но я всегда точно знаю почему текст складывается в эту страницу, а не в отдельную - для каких целей, ну или хотя бы приблизительно знаю. Если я развожу "помойку" информации в одной странице - я точно знаю, что потом буду с ней разбираться. Если не собираюсь разбираться, текст уходит в другую страницу. В любом случае, это никак не снимает с меня любимого ответственности потом разобрать сохраненное, и что-то с этим решить. Никаких других вариантов тут нет и быть не может: если пользователь свалил всё в кучу, то само собой это не разберется. И в любом случае или он точно знает что "разнобойные" тексты так и должны лежать кучей, или он будет их разбирать. Отдельные же страницы по крайней мере потом можно легко найти фильтрами и решить что с ними сделать. По любому: решение за пользователем - ему виднее. Если он абсолютно намеренно и явным образом разводит винегрет, то это его решение. Aml Pages тут не причем. Она не в состоянии "угадывать" желания пользователя, она только предоставляет инструменты - как ими пользоваться решает сам пользователь. А неявная вставка разделителя все таки имхо зло. По крайней мере в таком варианте. Тем более что есть масса способов ставить этот разделитель из меню, горячими клавишами или просто банально перетаскивать мышью в текст.
DenisSMI: Carc пишет: А неявная вставка разделителя все таки имхо зло. По крайней мере в таком варианте. Ну, после такого глубокого раскрытия темы, я с тобой соглашусь
Carc: DenisSMI пишет: Ну, после такого глубокого раскрытия темы, я с тобой соглашусь Тут только один вариант - еще одну кнопку в запрос... Но... хех... посмотрел я тут на интерфейс плагинов... Не-а, этого он не предоставляет - в недрах кода оно есть, это точно. А наружу не торчит. Так что скоро не обещаю, там очень много проверять придется. И потом меня реально пугает то, что даже в случае с дополнительной кнопкой "Вставить с разделителем" этот самый разделитель не только негде задать, но и не видно его - каким он будет... И тут я выхода не вижу. Воротить редактор разделителя в запросе на вставку это всю идею быстрой вставки запороть (если там куча настроек, то придется пользователю думать - а коли так, какая же это быстрая вставка?) Если делать настройки разделителя где-то вовне, хоть бы в том же Aml Assist, то фига с два кто будет пользоваться. Проверено: ну не меняют пользователи настройки сильно, никто не хочет вникать в 33 варианта. А когда понадобилось сию секунду (происходит вставка в страницу) уже поздно. Никто не будет прерывать операции, чтобы что-то там перенастроить - проще потом ручками вставить. Тут только вариант непосредственного манипулирования может быть. Но это не очень скоро будет. Да и вообще, я сильно сомневаюсь что это нужно (куда как проще для этого написать отдельную программу, благо эксперименты по сохранению всего и вся в отдельную панель для Виндов уже делал - да делать скучно: работы много, а что, как и почему я так вдоль и поперек знаю).
DenisSMI: Carc пишет: И потом меня реально пугает то, что даже в случае с дополнительной кнопкой "Вставить с разделителем" этот самый разделитель не только негде задать, но и не видно его - каким он будет... И тут я выхода не вижу. Воротить редактор разделителя в запросе на вставку это всю идею быстрой вставки запороть (если там куча настроек, то придется пользователю думать - а коли так, какая же это быстрая вставка?) Разделитель можно отобразить во всплывающей подсказке к кнопке. Хотя после раскрытия темы и я уже засомневался, что эта дополнительная кнопка нужна
Carc: DenisSMI пишет: Разделитель можно отобразить во всплывающей подсказке к кнопке. Хотя после раскрытия темы и я уже засомневался, что эта дополнительная кнопка нужна Не-е-е, да такой степени кастомизовать системные диалоги Windows посредством всяких хаков невеселых я уж точно не буду. Там и так код по задумке тонкий как волос. И потом, отображать мало - нужно дать возможность разделитель выбирать, изменять и.т.д. А такой возможности точно сейчас нет.
полная версия страницы