Новые проблемы со встроенным представлением

[LuMee]

В общем, ситуация: есть фреймсет, в верхней рамке которого открывается форма со встроенным представлением (показывающим одну категорию). На простой щелчок представлению назначена рамка - нижняя в этом же фреймсете. На двойной не назначено ничего.
Сформировались 2 проблемы:
1. не удается открыть документ из встроенного представления двойным щелчком. Причем раньше двойной щелчок нормально открывал док в новом окне, а теперь почему-то не желает - никак не найду, что же успело измениться (удалять пред-е и вставлять заново уже пробовал)
2. при выборе документа в представлении окну устанавливается title, задаваемый этим документом. Можно ли сделать так, чтобы сохранялся title, заданный документом, который содержит представление?
Лотус - R5.

 

[Elena Nefedova]

1) Нет ли программного кода на Regiondoubleclick и других событиях ui-вида?
2) Что возвращает Form Formula ?
3) Можно ли открыть документы командой @Command([OpenDocument]) ?

 

[LuMee]

1) Нет ли программного кода на Regiondoubleclick и других событиях ui-вида?

Нету.. Более того, если, скажем, в QueryOpenDocument что-нибудь вписать (MsgBox какой-нибудь), то при двойном щелчке он не вызовется. А вот если вьюху открыть самостоятельно, а не внедренно, (Конструкор - Просмотреть в Notes, скажем), то MsgBox выскочит. Выходит, для встроенных вью все эти события не обрабатываются?

2) Что возвращает Form Formula ?

Form formula пустая. Хотя, даже если вписать туда "Имя_формы" - не работает

3) Можно ли открыть документы командой @Command([OpenDocument]) ?

Ругается, что не может выполнить указанную команду (код: @Command([OpenDocument]; "0"))

 

[LuMee]

Так, кое-что начало проясняться... Похоже, нежелание открывать документ связано с тем, что он уже открыт в нижнем фрейме (который имеет высоту в 0 пикселей).
Что интересно, если изначально нижний фрейм имеет высоту больше нуля и нем открыт какой-то документ, при его сворачивании до упора все документы, кроме открытого, нормально выводятся. А вот если он сразу скукожен, то ничего не работает со всеми документами.
Одним словом, отказаться от фреймов, отображающих документы из встроенной вьюхи, видимо, не получится (жалко).
Тогда остается (и еще более актуальным становится ) вопрос с заголовком окна.

 

[Elena Nefedova]

А что, если убрать из исходного вида все Target Frame'ы и указать их для встроенного вида на форме?

 

[LuMee]

А что, если убрать из исходного вида все Target Frame'ы и указать их для встроенного вида на форме?

А они и указаны для встроенной вью; соответствующие настройки, сделанные для исходной вью, встроенная игнорирует.

 

[LuMee]

Тут кстати, занимаясь данным вопросом, натолкнулся на чье-то замечание, гласящее, что встроенные элементы (в частности - представления) нужны только для Web, в Notes-клиентах их применять не рекомендуется (дельная мысль - все у них не по-человечески).
Отсюда вопрос: можно ли добиться функциональности single-category embedded view, используя лишь обычные представления и фреймы (моя встроенная вьюха сейчас содержит ответы на документ, в который она встроена)?

 

[Constantin A Chervonenko]

Тут кстати, занимаясь данным вопросом, натолкнулся на чье-то замечание, гласящее, что встроенные элементы (в частности - представления) нужны только для Web, в Notes-клиентах их применять не рекомендуется

На счет "не рекомендуется" - не попадалось, но и необходимости в них никогда (кроме ОДНОГО раза) у меня не возникало. У нас и так, фактически, 3 фрейма ("навигатор", view и PreView)

 

[Andre]

Так, кое-что начало проясняться... Похоже, нежелание открывать документ связано с тем, что он уже открыт в нижнем фрейме (который имеет высоту в 0 пикселей).
Что интересно, если изначально нижний фрейм имеет высоту больше нуля и нем открыт какой-то документ, при его сворачивании до упора все документы, кроме открытого, нормально выводятся. А вот если он сразу скукожен, то ничего не работает со всеми документами.
Одним словом, отказаться от фреймов, отображающих документы из встроенной вьюхи, видимо, не получится (жалко).
Тогда остается (и еще более актуальным становится ) вопрос с заголовком окна.

Не знаю, я бы этим нежелание открывать документ не объяснил. Нельзя открыть по двойному клику в новом окне только тот же самый документ (т.е. например основной документ, содержащий embedded view включен еще и в сам embedded view). Это нормально ибо он уже у тебя открыт в текущий момент.
Если же в embedded view выбран документ отличный от текущего - он открывается во втором фрейме по одинарному клику и по двойному по умолчанию в новом окне, т.о. никаких препятствий не замечено.
Проверял в R5.0.8.

По поводу заголовка окна - тут веселее. В случае если высота второго фрейма 1 пиксель - то пляски с заголовком отсутствуют, т.е. заголовок не меняется. При увеличении высоты фрейма начиная с какого-то значения - смена заголовка наблюдается. Может таки 1 пиксель и будет решением ?

Заголовок окна можно пробовать изменить при помощи API. C заголовком самого Lotus все просто меняется - Lotus API - функция NEMSetWindowText и полный вперед. С заголовком же окна открытого на Lotus Workspace - не так просто? в лоб не получилось - пробовать тогда играться с WinApi, гарантий никаких.

З.Ы. Если есть желание - попробуй сделай простенькую тестовую базу и выложи на форуме или кинь в личку. Гляну - может чего выгорит.

Тут кстати, занимаясь данным вопросом, натолкнулся на чье-то замечание, гласящее, что встроенные элементы (в частности - представления) нужны только для Web, в Notes-клиентах их применять не рекомендуется (дельная мысль - все у них не по-человечески).
Отсюда вопрос: можно ли добиться функциональности single-category embedded view, используя лишь обычные представления и фреймы (моя встроенная вьюха сейчас содержит ответы на документ, в который она встроена)?

Насчет рекомендаций использования embedded элементов только под Web я бы не был так категоричен. Очччень полезные бывают. Embedded View обычно вне конкуренции для показа на форме связанных документов, а если их еще 2 или 3 завесить, то для 5 когда-то было за счастье, Embedded DatePicker ...

Добиться функциональности single-category embedded view, используя лишь обычные представления и фреймы - имхо не получится, папки с программным наполнением - не в счет - то же самое но головной боли с заполнением и чисткой куда больше.
Эмуляция этого дела - java апплет. Пример был на notesnet.ru

 

[LuMee]

Не знаю, я бы этим нежелание открывать документ не объяснил. Нельзя открыть по двойному клику в новом окне только тот же самый документ (т.е. например основной документ, содержащий embedded view включен еще и в сам embedded view). Это нормально ибо он уже у тебя открыт в текущий момент.
Если же в embedded view выбран документ отличный от текущего - он открывается во втором фрейме по одинарному клику и по двойному по умолчанию в новом окне, т.о. никаких препятствий не замечено.
Проверял в R5.0.8.

У меня R5.0.4a. И ничего не открывается...

По поводу заголовка окна - тут веселее. В случае если высота второго фрейма 1 пиксель - то пляски с заголовком отсутствуют, т.е. заголовок не меняется. При увеличении высоты фрейма начиная с какого-то значения - смена заголовка наблюдается. Может таки 1 пиксель и будет решением ?

С высотой фрейма тоже игрался очень долго. В разных источниках упоминались разные высоты (0, 1, 2, 5), но ничего не помогло. Только если фрейм нормально виден, и в нем открыть (одинарным щелчком по вью) документ, а потом ручками фрейм ужать, то остальные документы открываются как надо.

Я тут накропал простенькую БДю, иллюстрирующую ситуацию, которая у меня сложилась. Если будет время, взгляните, плз.

 

[Andre]

Гм, занятно. Не наблюдаю никаких вопросов с открытием документа из embedded view по 2-му клику в новом окне.
Возможно тогда все упирается в версию клиента, но если оно раньше работало - тогда вариантов пока нет.
Высота второго фрейма в 1 пиксель является минимально необходимой и достаточной. Высота первого фрейма - в relative и на 100 %.
Попробуй указать для первого фрейма Default Target For Links In Frame равным имени второго фрейма.

С заголовком окна получается действительно как-то непонятно ...

 

[LuMee]

...Высота первого фрейма - в relative и на 100 %...

Вот, видимо, что я забыл На тестовой базенке все вроде стало открываться как положено, как смогу - попробую на рабочей. Еще бы с заголовками что-нибудь придумать..

 

[Andre]

Еще бы с заголовками что-нибудь придумать..

Ежели подходит по условиям задачи и не страшит избыточность - можно попробовать вот такой вариант:
1. в главном документе заголовок определяется при помощи формулы состоящей из текста и значения поля FormTitle.
2. При создании подчиненного дочернего документа - в нем тоже присутствует поле FormTitle и значение соответствует значению этого же поля из главного документа.
3. В свойствах view используемой в качестве embeddedView в качестве Form Formula указать форму главного документа.

 

[LuMee]

Кризис миновал, после шаманства с высотами фреймов через какое-то время и с заголовками все стало путем. Причина проблемы остается неясна