Рациональное число папок в приложении

[nvyush]

Здравия всем!

Заказчик хочет отказаться от категоризованных представлений в пользу энтрисов в аутлайне. То есть хочет, чтобы приложение Lotus выглядело примерно как Проводник Widows — слева (в аутлайне) выбирается нужная категория/подкатегория, справа отображаются относящиеся к ней документы. Категорий с подкатегориями уже под тысячу и это ещё не предел.

Вариантов реализации я вижу два:
1) @SetViewInfo + каждый энтри атулайна писать ручками.
2) 1000 представлений/папок + один стандартный энтри аутлайна.

Честно говоря, ни тот, ни другой вариант мне не нравятся. Хотел аппелировать к ограничениям платформы, но не получится (энтрисов в аутлайне может быть до 21000, число представлений/папок в базе вообще не лимитировано). Представляю, что это выльется в жуткие тормоза, но нужны твёрдые аргументы, а не мои ничем не подкреплённые предположения.

Прошу высказать соображения по данному поводу, чем и как вразумить топов.

 

[ToxaRat]

3) форма с внёдренном видом, где срез по первой категории, а сверху формы выборм по чему делать срез

 

[Xalet]

1) @SetViewInfo + каждый энтри атулайна писать ручками.

А чем этот не нравится? Работы много?

 

[nvyush]

3) форма с внёдренном видом, где срез по первой категории, а сверху формы выборм по чему делать срез

... хочет, чтобы приложение Lotus выглядело примерно как Проводник Widows — слева (в аутлайне) выбирается нужная категория/подкатегория, справа отображаются относящиеся к ней документы.

Можно, конечно, поместить слева во фрейме категоризованное представление, а справа — форму с внедрённым show single category представлением. Спасибо за наводку, покопаю в этом направлении.

Добавлено:

Работы много?

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

 

[Xalet]

КМК, нужно использовать штатные возможности платформы, я имею ввиду категоризацию, а не выворачивать наизнанку Lotus (и мозги разработчику), лишь бы было похоже на что-то привычное.

Если он хочет и готов оплатить

Много, причём дурной работы.

, то почему не сделать?

Предлагается два варианта: стандартный и "привычный" и озвучивается разница в цене... Часто решается в пользу стандартного.

 

[nvyush]

Предлагается два варианта: стандартный и "привычный" и озвучивается разница в цене... Часто решается в пользу стандартного

Есть один нюанс: заказчик — топ, а я программист в его конторе. Либо нужно сделать хотелку, либо убедить, что хотелка нереальная/ненужная/... .
Иначе вопрос может быть решён заменой программиста...

 

[Medevic]

Вразуми их тем, что поиск в обоих вариантах будет неудобным.
Можно оставить категории + сделать кнопку @SetViewInfo для фильтра.

 

[lmike]

топам не нужно совать свой нос в юзабилити - их же не учат рулить компанией :facepalm:
папки в проводнике - не одно и тоже, что и вью (вью - это как смартфолдеры, в Маке были давно, в вянде тока появились)
большое кол-во вью - неистово увиличит размер базы (индексы), может приводить к крахам и просадке по перформансу
+помним про 64Гб!

его привчычки - дебилизм платформы уиндоуз (мозг лечить надо)

с аутлайнами поддержка базы превратится в УЖОС
папки в ФС - это иерархическая структура, в двух папках не может быть одного и тогоже документа
т.о. уже не будет одинаково (привычно) и будет путанница

Добавлено: обзор более экрана - физически невозможен, а потому - поиск информации затруднён будет
а если пользоваться поиском - напуркуа стока папок?

 

[~Mikle]

Фреймсет + setviewinfo было бы отличным решением... если бы могло работать. Т.е. имелся бы штатный способ обмениваться данными между фреймами, и безглючно работал setviewinfo
В нашей вселенной, имхо, индусы этот "куст реальности" не реализовали. И, по ходу, не собираются.
Может быть, на возможности xpages посмотрите внимательнее? это же вроде как мэйнстрим, если не повторит судьбу многих перспективных лотусовых начинаний последних лет.

 

[nvyush]

Фреймсет + setviewinfo было бы отличным решением... если бы могло работать

Работает. Накидал агентика, который по иерархическому представлению категорий строит в аутлайне дерево энтрисов. Категории меняться будут нечасто, соответственно, и дерево перестраивать нужно будет редко.
Реализовал также и вариант типа как в справочных базах Lotus — в левом фрэйме вместо аутлайна категоризованное представление категорий (с подменой формы), в правом — форма с растянутым представлением с Show single category. Не очень нравится такая реализация, поскольку форма иногда "съезжает" и панель поиска не работает.
Жду решения топа, что больше понравится.