Форум » » Ряд вопросов » Ответить
Ряд вопросов
Каталогизатор: Заранее прошу прощения, если ответы уже где-либо существуют, пробежался по базовому сайту, с ходу не нашел 1) что означает "aml" ? 2) есть необходимость пользоваться каталогизатором как минимум в двух разных местах, т.е. придется покупать версию за тысячу рублей, хотелось бы уточнить 2.а как сочетается переносная версия с концепцией количества лицензий? Вот есть допустим на флешке переносная версия, воткнул я ее в новый комп (например в командировке), количество лицензий уменьшиться на единичку? 2.б что будет с количеством лицензий после смены железа или переустановки ОС? Заранее благодарен за ответы.
Ответов - 39, стр:
1 2 All
Каталогизатор: 3. В двух словах, чем AmlPages лучше, чем плагин Scrapbook для Firefox?
Carc: Каталогизатор пишет: 3. В двух словах, чем AmlPages лучше, чем плагин Scrapbook для Firefox? Метки - такого почти нигде нет автозавершение при вводе текста - мало у кого есть синхронизация с Dropbox - на любителя, но бывает нужно развитые поиски\фильтры данных для специфических выборок Aml Assist - плавающая панель. Похожее только у Эвернота есть, но сильно в урезанном варианте и только для веб да много чего можно перечислять из разряда "глянцевые возможности" - вот только тут в урезанном варианте их сколько перечислено. Если кратко, есть всякие примочки, которые вылизывались годами в смысле сценария использования, чтобы это было удобно. К примеру, тот же DenisSMI, здесь присутствующий, только недавно оценил возможности липких листочков. Они мало когда нужно - но когда нужны, то они удобнее в разы всяких аналогов. И таких вещей в Aml Pages много (правда уже не знаю, достоинство это или недостаток - программка стала достаточно непростой).
Carc: Каталогизатор пишет: 1) что означает "aml" ? Это приставка оставшаяся еще от старых версий 1.0-8.0, которые соответственно появились еще из другого проекта, написанного еще под DOS и звался он "Action Manager" - части этого проекта имели приставку "AM". Потом проект был написан с нуля под Windows, в сильно урезанном варианте - название поменялось на "Action Manager Lite" (мол облегченная версия). Части этого проекта имели уже приставку AML.... Сам проект благополучно помер и закрылся. Осталась единственная часть AML Pages, версий 1.0-8.0. Потом уже появилась AML Pages 9.xx, которая была написана опять же с нуля уже на третьем языке программирования. А потом у абревиатуры AML появилось масса других значений. И перевели в нижний регистр. Получилось "Aml".
Carc: Каталогизатор пишет: 2) есть необходимость пользоваться каталогизатором как минимум в двух разных местах, т.е. придется покупать версию за тысячу рублей, хотелось бы уточнить Зачем? Пользуется же один человек? Вполне достаточно персональной лицензии. Каталогизатор пишет: 2.а как сочетается переносная версия с концепцией количества лицензий? Вот есть допустим на флешке переносная версия, воткнул я ее в новый комп (например в командировке), количество лицензий уменьшиться на единичку? Ничего не уменьшится. Персональная лицензия подразумевает что Aml Pages используется в момент Икс только на одном компьютере. И не более. Ключевой момент: используется одновременно. Если Aml Pages используется под персональной лицензией то тут, то там - но соответственно не одновременно - то никаких нарушений лицензии нет. И все будет распрекрасно работать.
Carc: Каталогизатор пишет: 2.б что будет с количеством лицензий после смены железа или переустановки ОС? Заранее благодарен за ответы. После переустановки ОСи\железа с лицензиями... да ничего не будет. Установили Aml Pages на новой машине\ОС, единожды повторили ввод регистрационных данных в программу и "поехали". Все будет работать.
Каталогизатор: Персональная лицензия подразумевает что Aml Pages используется в момент Икс только на одном компьютере. И не более. Ключевой момент: используется одновременно. Получается программа все время обращается к некому серверу лицензий в интернете проверяя не запущено ли еще где-то версия с аналогичной регистрацией. Что произойдет с программой если ее запустить без интернета? Она запуститься? Будут доступен весь функционал? Нужно ли открывать какие-то порты в файрволе и т.п. при работе с интернетом? И еще вопрос о бэкапе. Вот есть допустим уже накопленная база. Есть ли какой-то полноценный набор файлов, который можно было бы отправить в архив простым копированием, а потом (когда-то) просто подсунуть олять же простым копированием очередной версии amlpages? Или все сложней устроено?
Carc: Каталогизатор пишет: Получается программа все время обращается к некому серверу лицензий в интернете проверяя не запущено ли еще где-то версия с аналогичной регистрацией. Что произойдет с программой если ее запустить без интернета? Она запуститься? Будут доступен весь функционал? Нужно ли открывать какие-то порты в файрволе и т.п. при работе с интернетом? Ничего не нужно открывать. Интернет программе для работы не нужен. Интернет может понадобиться только для проверки новых версий на официальном веб-сайте. Но это настраиваемо. Ну может быть еще для проверки новостей на сайте. Но это пока только в планах - была такая задумка сделать встроенный трекер новостей сайта в Aml Pages. Но пока это не сделано, и вообще не ясно: надо ли и будет ли делаться.
Carc: Каталогизатор пишет: И еще вопрос о бэкапе. Вот есть допустим уже накопленная база. Есть ли какой-то полноценный набор файлов, который можно было бы отправить в архив простым копированием, а потом (когда-то) просто подсунуть олять же простым копированием очередной версии amlpages? Или все сложней устроено? По умолчанию бекап включен. Команда меню "Сервис\Проводник резервных копий" - позволяет проанализировать когда, куда и какие резервные копии сохранялись. Меню "Сервис\Параметры Документа" позволяют установить индивидуальные настройки резервного копирования для отдельного документа. Подсовывать бекапные базы нет особой нужды. В конце концов бекапные базы это такие же документы как и все другие. Их можно открыть командой меню Файл\Открыть. Плагин Aml2Dropbox позволяет быстро скидывать весь документ в сервис Dropbox - как в виде Apd-файла (формат самой Aml Pages), так и предварительно запаковав его в ZIP-архив для экономии места. Вот в этой статье есть несколько советов и пояснений по резервному копированию в Aml Pages.
Каталогизатор: Ничего не нужно открывать. Интернет программе для работы не нужен. Тогда не понятно, как реализуется схема "одна лицензия - одна запущенная копия программы". Я прочитал по указанной ссылке про бэкап, к сожалению не все сходу понятно, нет ли где более подробного и базового описания? Вот допустим в самом начале нет ничего. Я создаю раздел "Статьи", он пока пуст, информация об этом где зафиксируется? И ведется ли история изменений древовидной структуры хранения? Потом в этот раздел я добавляю "Статью1", должен появится где-то файл в файловой системе? Этот документ может много раз автосохранится, в конечном итоге будет где-то целая коллекция файлов с разными версиями этого документа? В настройках есть пункт "Исключения из автосохранения - документы на съемных дисках". Это как? "Листочком" в древовидной структуре хранения может быть не сам документ, а ссылка на обычный файл (.htm или *.doc) в файловой системе?
Carc: Каталогизатор пишет: Тогда не понятно, как реализуется схема "одна лицензия - одна запущенная копия программы". Секрет Каталогизатор пишет: Потом в этот раздел я добавляю "Статью1", должен появится где-то файл в файловой системе? Этот документ может много раз автосохранится, в конечном итоге будет где-то целая коллекция файлов с разными версиями этого документа? Все разделы хранятся в одном файле. Каталогизатор пишет: Вот допустим в самом начале нет ничего. Я создаю раздел "Статьи", он пока пуст, информация об этом где зафиксируется? И ведется ли история изменений древовидной структуры хранения? Нет, история изменений дереве не ведется. Это потребует очень больших накладных расходов по памяти. Каталогизатор пишет: В настройках есть пункт "Исключения из автосохранения - документы на съемных дисках". Это как? Флешки, съемные диски, дискетки и.т.д. Каталогизатор пишет: "Листочком" в древовидной структуре хранения может быть не сам документ, а ссылка на обычный файл (.htm или *.doc) в файловой системе? Нет, только раздел документа.
Каталогизатор: Правильно ли я понимаю, что и древовидная структура и все документы во всех разделах это один файл? Что тогда происходит при автосохранении/бэкапе конкретного документа? Появляется его дополнительная версия в этом едином файле?
Carc: Каталогизатор пишет: Правильно ли я понимаю, что и древовидная структура и все документы во всех разделах это один файл? Да. Все разделы одного документа хранятся в одном единственном файле. Каталогизатор пишет: Что тогда происходит при автосохранении/бэкапе конкретного документа? Создается копия файла документа. Каталогизатор пишет: Появляется его дополнительная версия в этом едином файле? Нет. Как уже писал выше, история структуры дерева разделов не ведется. Это потребует ощутимых расходов памяти. А как показывает опыт, отмена изменений структуры дерева нужна крайне редко, и в подавляющем большинстве случаев все действия по изменения структуры дерева и так обратимы. Наконец, если уж совсем понадобилось что-то вернуть - есть резервная копия документа с предыдущими вариантами.
Каталогизатор: А! Я наконец-то понял (надеюсь ) 1. Может существовать несколько не связанных между собой древовидных хранилищ (одно хранилище один файл apd (как кстати расшифровываются эти буквы?)) 2. Есть пересечение в терминологии, которое слегка запутывает неопытного новичка (меня), документом может называться и все хранилище и конкретный документ (листочек) в хранилище. 3. Всегда бэкапится целиком все хранилище, путем создания новой версии apd-файла, даже если в одном документе была изменена одна буква. 4. apd-файлы это в принципе автономные файлы, их можно самостоятельно бэкапить и новые версии amlpages будут уметь открывать их, плюс есть плагин для тоталкомандера. Все верно? Еще один маленький вопрос. Были проверки на работоспособность на сотни тысяч и миллионы единиц хранения в одном хранилище? Тестировалась ситуация, когда apd-файл становился больше 4Гб?
Carc: Каталогизатор пишет: 1. Может существовать несколько не связанных между собой древовидных хранилищ (одно хранилище один файл apd (как кстати расшифровываются эти буквы?)) Именно так. APD - Aml Pages Document. Каталогизатор пишет: 2. Есть пересечение в терминологии, которое слегка запутывает неопытного новичка (меня), документом может называться и все хранилище и конкретный документ (листочек) в хранилище. Не спорю. Путаница есть. Начинай я проект сейчас называл бы по другому. Но так сложилось исторически. Поменять теперь по моему добавить вторую путаницу. И того поимеем по оси Икс одна путаница, по оси Игрек вторая путаница. На выходе путаница в квадрате. В английской версии несколько иначе выкрутились - там раздел документа называется Node (узел). Т.к. дерево разделов оно как бы всегда в программе торчит отовсюду. В русской версии так выкрутится не получилось. Каталогизатор пишет: 3. Всегда бэкапится целиком все хранилище, путем создания новой версии apd-файла, даже если в одном документе была изменена одна буква. Именно так. Но копию имеем один в один - со всеми рюшечками предыдущей версии документа (apd-файла). Были в предыдущей версии приатаченные файлы, будут и в копии, были в предыдущей версии свои настройки категорий - будут и в резервной копии документа. Предыдущая версия документа была закрыта паролем - пароль потребует и резервная копия документа (на открытие, или же на сохранение изменений). Каталогизатор пишет: 4. apd-файлы это в принципе автономные файлы, их можно самостоятельно бэкапить и новые версии amlpages будут уметь открывать их, плюс есть плагин для тоталкомандера. Именно так. Их откроет и плагин, и предыдущие версии. Формат практически больше не меняется. По крайней мере необратимо - т.е. старые версии умеют читать документы созданные новыми версиями Aml Pages. Они не всегда знают что делать с некоторыми данными - но по крайней мере могут их прочесть, и в неизменом виде записать обратно (те же теги, те же прицепленные к узлам дереве бинарные файлы и.тд.). Каталогизатор пишет: Еще один маленький вопрос. Были проверки на работоспособность на сотни тысяч и миллионы единиц хранения в одном хранилище? Тестировалась ситуация, когда apd-файл становился больше 4Гб? На сотни тысяч нет. Насколько я помню тестировал на десятки тысяч разделов документа (узлов дерева), и суммарный объем файла документа достигал 500 (пятисот) мегабайт. Работало. Тестил давно - сейчас точно не вспомню, но той старой машине было порядка 64 МБ памяти, а может и меньше - какая-то очень старая машина была. Де факто: никогда не видел огромных документов. Мои личные документы - которым уже более 10-ти лет - это порядка одной тысячи узлов дерева (плюс\минус взлетает иногда и до двух), и размеры файлов менее 10 мегабайт. У маньяков одних пользователей, любителей пособирать подборки инфы (некий присутствующий здесь Юрий) - это до 20-30 МБ размер файла документа. А вот разделов все равно порядка первой тысячи. Как показывает опыт, огромную документы не нужны. Вполне достаточно кросс-документных ссылок на раздел документа (правой кнопкой по разделу в дереве, команда меню Свойства, в диалоге кнопка "Копировать ссылку на раздел" - потом по этой ссылке можно открыть нужный раздел документа откуда угодно: хоть из Aml Pages, хоть из веб-страницы, хоть из команды Выполнить в стандартном меню пуск самой Windows).
Каталогизатор: Благодарю за ответы! Скачал тестовую версию попробовал начать что-то делать, напишу вопросы, и свои впечатления и возникающие мысли об удобстве и эффективности работы. 1. Стал разбираться чем переносная версия отличается от непереносной. Понял, что основной момент это то, где будут храниться настройки. Либо в реестре винды, либо рядом с самой программой(и соответственно путешествовать с ней на флешке). Но вот по ссылке есть кусок текста - В альтернативной справке на РУССКОМ языке есть и еще более подробная информация. Но в справке расписаны многие нюансы конфигурации: плагины, автозагрузка, использование AmlAssistDirect.exe, регистрация особых плагинов для Internet Explorer и Maxthon и.т.д. и.т.п. Но это уже нюансы и только нюансы. На самом деле достаточно просто скопировать папку, и изменить место хранения настроек пользователя между сеансами работы. Сходил по указанному адресу в альтернативную справку, но там ровно такой же текст и та же ссылка. В результате непонятно, переносная версия отличается только местом хранения настроек или еще чем-то? Если только местом хранения настроек, то есть пространство для упрощения инструкций для пользователей по поводу переносная версии, если интересно могу высказать ряд предложений. 2. Открыл страницу в Firefox. Выделил все нажав Ctrl+A, перетащил в aml, в процессе появился диалог, в каком формате импортировать, было бы здорово там выбрать вариант по умолчанию и поставить галочку "Не задавать этот вопрос" (экономия времени при массовом однообразном импорте). В самой aml увидел импортированный документ, но не смог быстро переименовать название, пришлось лезть в контекстное меню, а было бы здорово вводить курсор в название по двойному клику (как переименование файлов в тотале). 3. Теги для страницы. Сходу не интуитивно понятная концепция с номером в квадратных скобках. Буду читать инструкцию.
Carc: Каталогизатор пишет: 1. Стал разбираться чем переносная версия отличается от непереносной. Понял, что основной момент это то, где будут храниться настройки. Либо в реестре винды, либо рядом с самой программой(и соответственно путешествовать с ней на флешке). Но вот по ссылке есть кусок текста - цитата: В альтернативной справке на РУССКОМ языке есть и еще более подробная информация. Но в справке расписаны многие нюансы конфигурации: плагины, автозагрузка, использование AmlAssistDirect.exe, регистрация особых плагинов для Internet Explorer и Maxthon и.т.д. и.т.п. Но это уже нюансы и только нюансы. На самом деле достаточно просто скопировать папку, и изменить место хранения настроек пользователя между сеансами работы. Сходил по указанному адресу в альтернативную справку, но там ровно такой же текст и та же ссылка. В результате непонятно, переносная версия отличается только местом хранения настроек или еще чем-то? Если только местом хранения настроек, то есть пространство для упрощения инструкций для пользователей по поводу переносная версии, если интересно могу высказать ряд предложений. Интересно. Предлагайте...
Carc: Каталогизатор пишет: 2. Открыл страницу в Firefox. Выделил все нажав Ctrl+A, перетащил в aml, в процессе появился диалог, в каком формате импортировать, было бы здорово там выбрать вариант по умолчанию и поставить галочку "Не задавать этот вопрос" (экономия времени при массовом однообразном импорте). В самой aml увидел импортированный документ, но не смог быстро переименовать название, пришлось лезть в контекстное меню, а было бы здорово вводить курсор в название по двойному клику (как переименование файлов в тотале). 1. Есть такая настройка панели дерева "Редактировать заголовок по щелчку мыги " - она за это и отвечает. Меню Сервис\Настройки, вкладка Панели\Дерево. Если отключено, то есть соответствующая команда контекстного меню в дереве, если щелкнуть правой кнопкой мыши. 2. Есть еще более быстрый способ переименования. Выделяем фрагмент текста в редакторе справа и выбираем команду меню "В заголовок". Выделенное будет помещено в заголовок узла. 3. Есть третий вариант. Выделяем текст в редакторе текста и перетаскиваем его на заголовок в дереве. В запросе выбираем вариант "Поместить в заголовок узла".
Carc: Каталогизатор пишет: Теги для страницы. Сходу не интуитивно понятная концепция с номером в квадратных скобках. Буду читать инструкцию. Это обзор разделов документа, сгруппированных по тегам. Число в заголовке соответственно показывает скольким разделам документа присвоен этот тег.
Каталогизатор: Разобрался с тегами, в MyDemoDoc просто уже проставлены теги, а я думал это какие-то слова из встроенного словаря тегов, и удивлялся странной нумерации. Вот наткнулся на эту статью, она выбила меня из седла....мне нужен каталогизатор, а в статье сообщается, что aml pages это что-то другое, и есть бесплатный профессиональный каталогизатор написанный вами же - DocSource. На сайте почему-то не нашел дистрибутива. В непонятках.
Carc: Каталогизатор пишет: Разобрался с тегами, в MyDemoDoc просто уже проставлены теги, а я думал это какие-то слова из встроенного словаря тегов, и удивлялся странной нумерации. MyDemoDoc обычный документ, созданный в самой же и Aml Pages - со всеми ее возможностями. Это просто демонстрационный документ, который включен в поставку для наглядности что могет программа. Каталогизатор пишет: Вот наткнулся на эту статью, она выбила меня из седла....мне нужен каталогизатор, а в статье сообщается, что aml pages это что-то другое, и есть бесплатный профессиональный каталогизатор написанный вами же - DocSource. На сайте почему-то не нашел дистрибутива. В непонятках. DocSource это закрытый проект, причем давно. Статья написана еще в те времена. Теперь Aml Pages на порядки превосходит по возможностям DocSource тех времен. Правда DocSource изначально разрабатывался скорее как хранилище документов, статей и всего такого. Это скорее вьювер, просмотрщик, организатор статей. А как редактор он никогда не позиционировался всерьез. Aml Pages же впервую очередь именно редактор. Тут и текст, и возможности редактирования, и теги и что угодно.
Каталогизатор: Если только местом хранения настроек, то есть пространство для упрощения инструкций для пользователей по поводу переносная версии, если интересно могу высказать ряд предложений. Интересно. Предлагайте... Ключевой момент - хранить все настройки в 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.
полная версия страницы