Posted: 22.05.11 13:05. Post subject: Что сделать в новой версии Aml Pages 9.28?

Собственно, сабж и вопрос к пользователям: что сделать в новой версии Aml Pages 9.28?
Есть пожелания?

А то, тут ненароком на сайте промелькнул скриншот от новой версии Aml Pages 9.28, так что это уже не секрет что работа начата. Но опять же всегда есть интерес а что нужно?

Из основных затей:

Фильтр по категориям (давняя идея, + просьба венгра + есть прототип уже работающий),

Проводник резервных копий (давняя просьба Patris`а + есть понимание как и что делать + как оно примерно будет использоваться).

 Posted: 29.05.11 00:35. Post subject: Carc пишет: Зачем в..

Carc пишет:

quote:

Зачем в портфеле дублировать дерево?

Надо не дерево дублировать, а сделать отделения как в любом нормальном портфеле
Одноуровневый портфель не очень функционален.

Carc пишет:

quote:

Список тегов будет всегда перед глазами, так что никакой путаницы не будет возникать.

Тогда буду ждать, чтобы увидеть, как это будет выглядеть. Если все в самом деле будет хорошо, то Портфель, скорее всего, уже не понадобится.

 Posted: 29.05.11 00:41. Post subject: DenisSMI пишет: Над..

DenisSMI пишет:

quote:

Надо не дерево дублировать, а сделать отделения как в любом нормальном портфеле Одноуровневый портфель не очень функционален.

Ну а смысл??? Ну получим просто дубль дерева в еще одной отдельной панели. По моему это только путаницу вносить будет...

DenisSMI пишет:

quote:

Тогда буду ждать, чтобы увидеть, как это будет выглядеть. Если все в самом деле будет хорошо, то Портфель, скорее всего, уже не понадобится.

Ну к примеру это может выглядеть как вертикальный тулбар в разделителе дерева и редактора текста. Соответственно вверху поле для ввода тегов, а ниже него кнопки с названиями тегов. Можно по кнопке кликнуть, а можно ввести название тега + всякие автозавершения текста, подсветка кнопок при вводе тега если такой тег уже есть в кнопках...
Как-то примерно так мне это виделось. Там разве что не все просто с пользовательским интефейсом. Если делать вообще как отдельную панель - то это сравнительно просто и быстро. Но у меня давно зуб на сплиттер точится, больно хорошее место пропадает - в центре внимания, вроде как неплохо должно быть в использовании. Другой разговор, что внедриться в сплиттер совсем не так просто как с отдельной панелью (хотя исключительно для тестов пробовал - запихивал сплиттер любой абстрактный элемент управления, так что как делать в принципе мысли есть).

 Posted: 29.05.11 00:52. Post subject: Carc пишет: Ну к пр..

Carc пишет:

quote:

Ну к примеру это может выглядеть как вертикальный тулбар в разделителе дерева и редактора текста. Соответственно вверху поле для ввода тегов, а ниже него кнопки с названиями тегов. Можно по кнопке кликнуть, а можно ввести название тега + всякие автозавершения текста, подсветка кнопок при вводе тега если такой тег уже есть в кнопках... Как-то примерно так мне это виделось. Там разве что не все просто с пользовательским интефейсом. Если делать вообще как отдельную панель - то это сравнительно просто и быстро. Но у меня давно зуб на сплиттер точится, больно хорошее место пропадает - в центре внимания, вроде как неплохо должно быть в использовании. Другой разговор, что внедриться в сплиттер совсем не так просто как с отдельной панелью (хотя исключительно для тестов пробовал - запихивал сплиттер любой абстрактный элемент управления, так что как делать в принципе мысли есть).

Идея хорошая, у меня только есть опасения, что кол-во тегов будет все время расти и быстро дойдет до нескольких десятков. Как в них тогда не запутаться?

Carc пишет:

quote:

Ну а смысл??? Ну получим просто дубль дерева в еще одной отдельной панели. По моему это только путаницу вносить будет...

Смысл в том, что в этом дереве будут страницы и папки из разных документов + всегда на виду.

 Posted: 29.05.11 00:55. Post subject: DenisSMI пишет: Иде..

DenisSMI пишет:

quote:

Идея хорошая, у меня только есть опасения, что кол-во тегов будет все время расти и быстро дойдет до нескольких десятков. Как в них тогда не запутаться?

Теги вещь такая - они постепенно копятся, потом какие-то выкидываются, какие-то переименовываются и.т.д. Процесс в общем-то итерационный и постепенный, со временем по идее должна устояться какая-то приемлемая система.

DenisSMI пишет:

quote:

Смысл в том, что в этом дереве будут страницы и папки из разных документов + всегда на виду.

С этим-то как раз все понятно... Но что будет когда число страниц в Портфеле начнут стремительно расти!?!

 Posted: 30.05.11 00:29. Post subject: Carc пишет: С этим-..

Carc пишет:

quote:

С этим-то как раз все понятно... Но что будет когда число страниц в Портфеле начнут стремительно расти!?!

Думаю, будет так же, как и с тегами: "они постепенно копятся, потом какие-то выкидываются, какие-то переименовываются и.т.д."

 Posted: 30.05.11 05:14. Post subject: DenisSMI пишет: Дум..

DenisSMI пишет:

quote:

Думаю, будет так же, как и с тегами: "они постепенно копятся, потом какие-то выкидываются, какие-то переименовываются и.т.д."

Не совсем так, тег один - страниц много. Поэтому число тегов значительно меньше числа страниц в самой сути постановки задачи.

 Posted: 30.05.11 09:47. Post subject: Carc пишет: Не совс..

Carc пишет:

quote:

Не совсем так, тег один - страниц много. Поэтому число тегов значительно меньше числа страниц в самой сути постановки задачи.

Ну так если в портфеле сделать папки, то папок будет немного, как и тегов, а кол-во ярлыков страниц уж там не важно. Все равно они будут по папкам рассортированы. Разве это беспорядок?

 Posted: 30.05.11 13:39. Post subject: DenisSMI пишет: Ну ..

DenisSMI пишет:

quote:

Ну так если в портфеле сделать папки, то папок будет немного, как и тегов, а кол-во ярлыков страниц уж там не важно. Все равно они будут по папкам рассортированы. Разве это беспорядок?

Это будет порядок. Но для его организации понадобится абсолютно те же самые усилия, что и в дереве. Нафиг дублирование? Только из-за возможности собрать ссылки на разные страницы в одной панели? А что это даст, если для организации такого порядка нужно не меньше усилий, чем в дереве любого документа, а на самом деле больше (т.к. данных больше)

1) Отчасти собирать ссылки на страницы разных документов умеет FavEx, дык почему не он?
2) Можно поставить ссылку на какую угодно часть какого угодно документа в любом другом документе? Ну и чем это не способ организации, только без еще одной панели?
3) Ну, а если совсем какие-то иные возможности нужны, то наверное можно создать и вовсе сторонний плагин...

 Posted: 31.05.11 08:45. Post subject: Carc пишет: 1) Отча..

Carc пишет:

quote:

1) Отчасти собирать ссылки на страницы разных документов умеет FavEx, дык почему не он? 2) Можно поставить ссылку на какую угодно часть какого угодно документа в любом другом документе? Ну и чем это не способ организации, только без еще одной панели? 3) Ну, а если совсем какие-то иные возможности нужны, то наверное можно создать и вовсе сторонний плагин...

Ну, вообще, согласен, FavEx и гиперссылки дают возможность сделать многое из того, для чего я предполагал Портфель. Но это так же значит, что Портфель уже как бы и не нужен. Так?

 Posted: 31.05.11 13:44. Post subject: DenisSMI пишет: Ну,..

DenisSMI пишет:

quote:

Ну, вообще, согласен, FavEx и гиперссылки дают возможность сделать многое из того, для чего я предполагал Портфель. Но это так же значит, что Портфель уже как бы и не нужен. Так?

Не совсем так. Портфель изначально предполагался как некая третья панель, которая может хранить страницы отовсюду (из разных папок, из разных документов).
Дело в том, что идиома третьей "корзинки" нужна. Чтобы смягчить последствия принятия решения пользователем.
Типичный пример: разгреб старого документа - это тудемы-сюдемы, это оставить. В результате каждый раз когда хотим переместить страницу мы обязаны принять решение, вырезать или нет, и куда ее вставить в другом документе. А такое решение сходу принять сложно (не уверен что уже вырезать, не знаешь куда вставить). Поэтому сначала удобнее такие "непонятные" страницы скидывать в какой-то третий контейнер (портфель). А уж потом, когда все накопится в портфеле, разом их переместить, и разложить по полочкам (в другом, или том же документе).

Нужно, чтобы ответственность за скидывание в портфель не была для пользователей сильной: или скинул в портфель и в документе страницы нет, или НЕ скинул в портфель, но потом не забыть в документе доделать. Поэтому фактически в портфеле нет никаких данных, есть только ссылки на то, в каком документе хранятся данные. И пока мы с содержимым портфеля не выполняем конкретных операций ("переместить в документ другой", "удалить из документа" и.т.д.) с фактическими данными в конкретных документах (на что хранятся ссылки в портфеле) НИЧЕГО не происходит. Как все было, так и осталось в документе.

Суть проста: Портфель изначально задумывался - как кучка в сторонке. Отложил в кучку, кучка накопилась - решил что с ней делать. Не решил что делать? Копи дальше ссылки на данные в таком портфеле!
Надоело? Дык забей! Никакие данные НЕ потеряны! Они до выполнения операций с содержимым портфеля НИКУДА не деваются из изначальных документов.

Вот какая была задумка про портфель - это такая панелька, которая будет помогать организовывать документ (документы). И естественно, внутренней какой-то организации внутри портфеля в этом случае даже и не преполагалось. Т.к. папки\подпапки это тот самый недостаток дерева, который мешает обозреть всё разом. Минимум организации планировалось (категории, названия страниц и.т.д) - но в виде списка (сортировать можно, но никаких иерархий).

А в твоем предложении, я не понимаю зачем нужны папки\подпапки в портфеле? Эта же та самая иерархичная структура дерева, от которой в портфеле и хотелось уйти.

 Posted: 01.06.11 19:29. Post subject: Carc пишет: Суть пр..

Carc пишет:

quote:

Суть проста: Портфель изначально задумывался - как кучка в сторонке.

Вот эту мысль я изначально не уловил, поэтому стал придумывать своё. Вообще хорошая идея. Пусть будет "кучка в сторонке"

 Posted: 31.05.11 21:17. Post subject: Сохранять ли графику вместе с веб-страницами?

Привет всем! Предлагаю реализовать сохранение графики вместе со страницами. Кто что об этом думает?

 Posted: 23.09.11 10:02. Post subject: Fast_Test пишет: Пр..

Fast_Test пишет:

quote:

Привет всем! Предлагаю реализовать сохранение графики вместе со страницами. Кто что об этом думает

В общем, придумано определенное решение. Но пока оно будет сделано в виде отдельного плагина к Aml Pages, который будет уметь вынуть уже сохраненную веб-страницу из Aml Pages, преобразовать всю графику к формату Inplace (встроенная в саму веб страницу) ну и положить веб страницу обратно в документ.

Прототип сделан, вроде отлично работает. Но есть и ограничения - нужен IE8 или старше (7-ой не проверял, 6-ой точно не поддерживает такие возможности). А сохранение графики на лету, с тем же самым Aml Assist будет прикручено позже.