Форум » » Ряд вопросов » Ответить
Ряд вопросов
Каталогизатор: Заранее прошу прощения, если ответы уже где-либо существуют, пробежался по базовому сайту, с ходу не нашел 1) что означает "aml" ? 2) есть необходимость пользоваться каталогизатором как минимум в двух разных местах, т.е. придется покупать версию за тысячу рублей, хотелось бы уточнить 2.а как сочетается переносная версия с концепцией количества лицензий? Вот есть допустим на флешке переносная версия, воткнул я ее в новый комп (например в командировке), количество лицензий уменьшиться на единичку? 2.б что будет с количеством лицензий после смены железа или переустановки ОС? Заранее благодарен за ответы.
Ответов - 39, стр:
1 2 All
Каталогизатор: Если только местом хранения настроек, то есть пространство для упрощения инструкций для пользователей по поводу переносная версии, если интересно могу высказать ряд предложений. Интересно. Предлагайте... Ключевой момент - хранить все настройки в ini-файле рядом с экзешником. И все многословие из этой статьи заменить на пару простых пунктов - 1. Текущие настройки хранятся в файле amlpages.ini в каталоге самой программы. При инсталляции в уже существующий каталог программа установки предложит на выбор сохранить старые настройки или сбросить настройки в состояние "по умолчанию". 2. Переносная версия программы получается простым копированием каталога программы после установки.
Carc: Каталогизатор пишет: Текущие настройки хранятся в файле amlpages.ini в каталоге самой программы. При инсталляции в уже существующий каталог программа установки предложит на выбор сохранить старые настройки или сбросить настройки в состояние "по умолчанию". Ничего она не предложит. В переносной версии и вовсе нет никакой инсталляции... Каталогизатор пишет: 2. Переносная версия программы получается простым копированием каталога программы после установки. Не, не получается. Простым копированием все как раз получится с точностью до наоборот.
Каталогизатор: Ничего она не предложит. В переносной версии и вовсе нет никакой инсталляции... Не, не получается. Простым копированием все как раз получится с точностью до наоборот. Я несколько другое имел ввиду. Я не писал, что будет с текущей версией. Я написал, что если сделать так (допустим в новой версии) что настройки будут рядом с экзешником, то вся ситуация с переносной версией резко упроститься, и ее можно будет описать теми словами, что я привел в 2х пунктах.
Carc: Каталогизатор пишет: Я несколько другое имел ввиду. Я не писал, что будет с текущей версией. Я написал, что если сделать так (допустим в новой версии) что настройки будут рядом с экзешником, то вся ситуация с переносной версией резко упроститься, и ее можно будет описать теми словами, что я привел в 2х пунктах. Дык там примерно именно это самое и написано. Остальное подробности. 1) Кому не интересно, не понимает, не разбирается и не хочет разбираться - есть отдельная переносная версия. 2) Кому интересны подробности - есть дополнительная информация. Про копирование версии, про контроль запущенных копий программы в памяти, про регистрацию плагина IE2Aml, про настройку панелей, про где искать файл настроек, про запуск bat-файла первый раз и куча других всяких нюансов. Все просто. Кому неохота вникать - им этот текст в принципе не нужен. Для них есть отдельная версия. Кому интересно(нужно, нада, хоцца - нужное подчеркнуть) есть более подробная информация как это работает. Для них это информация может оказаться полезной и небезлюбопытной.
Каталогизатор: DocSource это закрытый проект, причем давно. Статья написана еще в те времена. Теперь Aml Pages на порядки превосходит по возможностям DocSource тех времен. По идее статью или выкинуть нужно (актуальность утеряна), или добавить пояснение, что речь идет о давно прошедшем историческом моменте. В том виде как это оформлено сейчас, статья вводит в заблуждение. Aml Pages же впервую очередь именно редактор. Тут и текст, и возможности редактирования, и теги и что угодно. Смысл позиционировать продукт более узко? Я вот примеряюсь использовать amlpages именно как каталогизатор статей. Тематическое дерево, статьи рассортированы в нужных ветвях и снабжены для надежности тегами. В результате повышаются шансы найти информацию по обрывкам в памяти, либо по ключевым словам в тексте, либо по тегам. Ну и быстрый импорт. Т.о. не знаю в какую очередь, но amppages фактически и каталогизатор тоже.
Carc: Каталогизатор пишет: Смысл позиционировать продукт более узко? Я вот примеряюсь использовать amlpages именно как каталогизатор статей. Тематическое дерево, статьи рассортированы в нужных ветвях и снабжены для надежности тегами. В результате повышаются шансы найти информацию по обрывкам в памяти, либо по ключевым словам в тексте, либо по тегам. Ну и быстрый импорт. Т.о. не знаю в какую очередь, но amppages фактически и каталогизатор тоже Ну и это тоже. Просто про DocSource уж и не помню когда написано было. Ну пусть валяется для истории...
Каталогизатор: Словил проблему с кодировкой. Вот эту заметку читал, ответа не нашел. 1. есть корректно отображаемая страница в браузере 2. импортирую ее в aml, все хорошо, отображается как надо 3. экспортирую все хранилище в файловую систему, через "Плагины -> AmlExport 2.04 -> Export Entire Document -> Export to directory tree" 4. открываю созданную страницу браузером - абракадабра, открываю тоталом - тоже самое. как бороться?
Carc: А в чем страница открывается?
Каталогизатор: Происследовал вопрос с кодировкой. Ситуация в следующем - есть веб-сейт, где кириллица в CP1251, в каждой странице об этом прямо указано <meta http-equiv="content-type" content="text/html; charset=windows-1251"> При перетаскивании текста из страницы в aml к сожалению этот тег веб-страницы теряется, и уже экспорт, происходит в UTF8. В результате браузер ошибается с автоопределением кодировки и появляется абракадабра. В связи с этим вопрос, может в плагине AmlExport явно прописывать кодовую страницу при экспорте? Тогда такая ситуация как случилась у меня будет исключена.
Carc: Каталогизатор пишет: В связи с этим вопрос, может в плагине AmlExport явно прописывать кодовую страницу при экспорте? Тогда такая ситуация как случилась у меня будет исключена. А плагин тут не причем. Что в веб-странице есть, то и он и экспортирует. И вообще говоря, прописки кодировки в самой веб-странице дело нестандартизованное и запросто может не работать при открытии такого файла.
Каталогизатор: Carc, попробую еще раз пояснить. 1. есть страница на веб-сайте, у нее прямо в html-документе прописана кодовая страница - 1251 и русский текст там именно в этой кодировке 2. я попробовал и кусочек текста выделить и импортировать в aml, и выделить всю страницу через Ctrl+A и тоже импортировать в aml 3. я не знаю в какой кодовой странице хранится информация внутри aml, но похоже кодовая страница не меняется, потомучто при отображении этих импортированных страничек в aml, я на долю секунды вижу в окне кракозябры и потом нормальный русский текст, видимо на лету отрабатывает автоопределение 4. когда я через плагин экспортирую эти два объекта в файловую систему, то вижу, три факта: а) русский текст перекодирован в UTF-8 (зачем это делается, почему бы не оставить родную кодировку?) б) кодовая страница не прописана (почему бы и нет? если кодовая страница будет верно прописана, вреда от этого точно не будет, а браузеру не придется ломать голову как отображать текст, а по факту FF ошибается) в) содержимое страницы которая была импортирована по Ctrl+А заметно отличается от того что сохраняет сам браузер (Firefox), через команду "Сохранить как..."
Carc: Каталогизатор пишет: 3. я не знаю в какой кодовой странице хранится информация внутри aml, но похоже кодовая страница не меняется, потомучто при отображении этих импортированных страничек в aml, я на долю секунды вижу в окне кракозябры и потом нормальный русский текст, видимо на лету отрабатывает автоопределение В той же самой кодировке, в которой и импортируется. А это зависит от браузера. Ну и экспортируется в точно такой же кодировке, в которой и импортировалось.
Каталогизатор: В той же самой кодировке, в которой и импортируется. А это зависит от браузера. Ну и экспортируется в точно такой же кодировке, в которой и импортировалось. Ровно обратное наблюдаю своими собственными глазами. Изначально импортируется страница в CP1251, а при экспорте уже UTF8.
Carc: Каталогизатор пишет: Ровно обратное наблюдаю своими собственными глазами. Изначально импортируется страница в CP1251, а при экспорте уже UTF8. А с чего берется утверждение, что импортируется именно в кодировке CP1251? То, что написано в веб-странице это еще бабушка надвое сказала. А вот что именно отдает браузер при перетаскивании это факт. Тот же самый Google Chrome частенько отдает именно в кодировке UTF8, вне зависимости от кодировки исходной веб-страницы...
Каталогизатор: Carc, да, вы правы, я как-то не подумал, что при драг-н-дропе браузер может жестко приводить кодировку к UTF8. Если в Firefox все так, то это все объясняет. Вопрос, если импортировать одиночную веб-страницу из файла, то как будут обрабатываться всякие связанные элементы типа картинок? Аml при импорте полезет в интернет за картинками? Или пропишет просто ссылку на элемент и при отображении будет играть роль есть интернет или нет?
Carc: Каталогизатор пишет: Carc, да, вы правы, я как-то не подумал, что при драг-н-дропе браузер может жестко приводить кодировку к UTF8. Если в Firefox все так, то это все объясняет. Да запросто. Там в перетаскиваемых данных это только видно. А точно понять можно только в отладчике. Плагин сам не показывает нигде эту кодировку, хотя и выполняет анализ перетащенных данных на ее предмет. Да и потом браузеры-то от версии к версии декларируют поддержку стандартов, потом забивают на нее. Так что даже в пределах Firefox сложно точно сказать, что будет происходить. Может меняться от версии к версии. Каталогизатор пишет: Вопрос, если импортировать одиночную веб-страницу из файла, то как будут обрабатываться всякие связанные элементы типа картинок? Аml при импорте полезет в интернет за картинками? Или пропишет просто ссылку на элемент и при отображении будет играть роль есть интернет или нет? Нет, сами картинки Aml Pages не вынимает. Был такой плагин ImagesIntoHTML - но это проба сил, и он не всегда мог сделать все картинки видимыми локально. По большому счету сильно зависело от размера файла картинки.
Carc: Да, можно импортировать дерево папок и файлов веб-страниц. См. команду меню "Файл\Импортировать директорию". Эта команда умеет рекурсивно обойти дерево папок и файлов на диске. И соответственно файлы веб-страниц как раз и будут импортированы как веб-страницы.
Каталогизатор: Нет, сами картинки Aml Pages не вынимает. Получается aml нельзя использовать как каталогизатор веб-страниц? Во многих случаях картинками можно пожертвовать, но иногда картинки относятся непосредственно к тексту, там может быть поясняющий график, схема, таблица или непосредственно фотка того о чем идет речь. И получается, что информация разрывается, текст хранится в *.apd и всегда доступен локально, а вот все картинки становятся уязвимы от наличия интернета и удаления материалов с сайтов.
Carc: Каталогизатор пишет: Получается aml нельзя использовать как каталогизатор веб-страниц? Во многих случаях картинками можно пожертвовать, но иногда картинки относятся непосредственно к тексту, там может быть поясняющий график, схема, таблица или непосредственно фотка того о чем идет речь. И получается, что информация разрывается, текст хранится в *.apd и всегда доступен локально, а вот все картинки становятся уязвимы от наличия интернета и удаления материалов с сайтов. Ну это вообще говоря свойство Интернета. Плюс как говорил, есть отдельный плагин ImageIntoHTML - он умеет перекладывать картинки во внутрь документа APD.
полная версия страницы