Перекрестная ссылочность

  • Автор темы Guest
  • Дата начала
Статус
Закрыто для дальнейших ответов.
G

Guest

#1
В документе одной базы сохранена ссылка на документ из другой. Как мне находясь в другой базе, найти ссылку из первой базы на нее.
Код:
searchFormula$ = {Form = " Contract" & ContractLink = "} + ... + {"}
ContractLink - Rich Text Item
... - это должно быть поля типа Rich Text Item, которая должна содержать ссылку документа самого на себя.

Где то так?
 

NickProstoNick

Статус как статус :)
Lotus team
22.08.2008
1 809
21
#2
я думаю ты не раскопаешь ссылку таким образом.
Параллельно с Rich Text полем тебе надо хранить ссылку в обычном текстовом
 

Medevic

Что это ? :)
Lotus team
10.12.2004
3 346
1
#3
Можно, но на скриптах.
Смотри класс NotesRichTextDocLink и его свойство DocUNID.
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
272
#4
может в логике приложения что-то надо кардинально менять ;)
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
272
#6
это достаточно конструктивно...
ибо разбор РТ айтемов - дюже "не удобная" задача
не ясна задача, кот. решается подобным "трюком"
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
272
#8
для чего вы ссылки делаете (цель)
можно ссылку хранить в поле (не РТ)
 
K

Klido

#9
можно унид хранить (список унидов), а линк эмулировать хотспотом, например... тогда и искать просто ;)
 
G

Guest

#10
для чего вы ссылки делаете (цель)
можно ссылку хранить в поле (не РТ)
а вот тут по подробней, если можно. А то я просто знаю, что appendDocLink method - Adds a doclink to a rich text item. Defined in RichTextItem. Если есть другие возможности добавить ссылку скажите pls.
 
K

Klido

#11
Денис Кириченко
раз делаете appendDocLink - у вас есть док, на который делается линк... берете его UNID и записываете в поле (можно в список, если несколько линков).
эмуляция линка по getdocumentbyunid, поиск обратного линка - по значению unid ;)
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
272
#12
пишем в обычное поле UINID (не текстовой)
пример - в мэйл-базе, Reply на Memo - там появляется поле tmpDisplayLink
 
G

Guest

#13
Всем спасибо, помогло. Ни у кого такой фигни не встречалось, что attachment опускается в самый низ документа.
 

hosm

* so what *
18.05.2009
2 442
6
#14
у Klido было. поищи, он писал о дублировании аттачей или аттач внизу.
либо имена одинаковые, либо вставлено мимо рт... (например, из веб), либо рт-поля нет на форме, либо спецсимволы в именах.
 

lmike

нет, пердело совершенство
Lotus team
27.08.2008
6 586
272
#15
у многих встречалось :rolleyes:
такое происходит при потере хинта, в глюкавом РТ...
ситуации возникновения м.б. разные
 
K

Klido

#16
по аттачу у меня сейчас конкретно - аттач в вычисляемой подформе - лотусиный док не знает какая подформа будет (вдруг без поля с аттачем :)) и хранит в себе его - ну и показывает, зараза, внизу...
 
G

Guest

#17
Всем привет!
Спасибо за ответы. В общем, я понял, что с этим бороться бесполезно. OKEN, а где у Klido можно поискать. Klido пищит: "ну и показывает, зараза, внизу..."
 
K

Klido

#18
Денис Кириченко
http://codeby.net/forum/threads/31745.html?hl...%E6%E5%ED%E8%FF
что-то обсудили, что-то размазано по темам про аттачи...

Себе сделал вывод - борьба почти бесполезна, особенно если структура приложения уже сформирована... вот у меня - всё на вычисляемых подформах, чтоб убрать картинку - надо всё переделать :( а на это нет времени+боссы не понимают :KillMe:


Добавлено: вот ещё кусочек...
http://codeby.net/forum/threads/32782.html?vi...st&p=153369
 
G

Guest

#19
Денис Кириченко
http://codeby.net/forum/threads/31745.html?hl...%E6%E5%ED%E8%FF
что-то обсудили, что-то размазано по темам про аттачи...

Себе сделал вывод - борьба почти бесполезна, особенно если структура приложения уже сформирована... вот у меня - всё на вычисляемых подформах, чтоб убрать картинку - надо всё переделать :( а на это нет времени+боссы не понимают :(


Добавлено: вот ещё кусочек...
http://codeby.net/forum/threads/32782.html?vi...st&p=153369
Спасибки тебе Klido :)
 
Статус
Закрыто для дальнейших ответов.