А можно ли как-то сделать, чтоб по нажатию кнопки пользователем , к таблице добавлялись новые строки (содержащие поля). Есть что-нибудь почитать на эту тему?
-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
- Статус
вечная тема 
Можно. Но поля автоматически добавляться не будут.
Ищите на форуме компании Интертраст
Можно. Но поля автоматически добавляться не будут.
Ищите на форуме компании Интертраст
Ссылка скрыта от гостей
<!--QuoteBegin-Domino6+9:09:2005, 22:08 -->
<span class="vbquote">(Domino6 @ 9:09:2005, 22:08 )</span><!--QuoteEBegin-->Через Notes API
М-м-м... Коллега, можно и без Notes API.
Таблица вида
[textList] | [textList] | [textList] | [textList]
довольно просто решается при помощи LS + @Formulas.
Только в этом случае не нужно забывать про ограничение на количество информации в текстовом поле.
link removed
<span class="vbquote">(Domino6 @ 9:09:2005, 22:08 )</span><!--QuoteEBegin-->Через Notes API
[snapback]24673" rel="nofollow" target="_blank[/snapback]
[/quote]М-м-м... Коллега, можно и без Notes API.
Таблица вида
[textList] | [textList] | [textList] | [textList]
довольно просто решается при помощи LS + @Formulas.
Только в этом случае не нужно забывать про ограничение на количество информации в текстовом поле.
Вложения
Для: Chernom0r
А редактировать как ? Например, 14 запись. Или удалить.
Уж лучше встроеное представление.
А редактировать как ? Например, 14 запись. Или удалить.
Уж лучше встроеное представление.
<!--QuoteBegin-Medevic+12:09:2005, 10:35 -->
<span class="vbquote">(Medevic @ 12:09:2005, 10:35 )</span><!--QuoteEBegin-->А редактировать как ?
Да-да и + если запись длиннеее чем ширина колонки то влезут перносы
Я про API говорил - на нем можно таблицу постоить и управлять ее
<span class="vbquote">(Medevic @ 12:09:2005, 10:35 )</span><!--QuoteEBegin-->А редактировать как ?
[snapback]24704" rel="nofollow" target="_blank[/snapback]
[/quote]Да-да и + если запись длиннеее чем ширина колонки то влезут перносы
Я про API говорил - на нем можно таблицу постоить и управлять ее
<!--QuoteBegin-Medevic+12:09:2005, 11:35 -->
<span class="vbquote">(Medevic @ 12:09:2005, 11:35 )</span><!--QuoteEBegin-->А редактировать как ? Например, 14 запись. Или удалить.
Например, так.
Против Notes API я не возражаю.
Но для реализации простенькой таблицы со строго структурированными данными этот вариант наиболее быстрореализуемый и приемлемый.
Это чисто моя реализация. Похожих можно найти много на просторах инета.
Есть хорошая реализация на openntf (не помню точного названия)
==========================================
link removed
==========================================
link removed
==========================================
link removed
==========================================
<span class="vbquote">(Medevic @ 12:09:2005, 11:35 )</span><!--QuoteEBegin-->А редактировать как ? Например, 14 запись. Или удалить.
[snapback]24704" rel="nofollow" target="_blank[/snapback]
[/quote]Например, так.
Против Notes API я не возражаю.
Но для реализации простенькой таблицы со строго структурированными данными этот вариант наиболее быстрореализуемый и приемлемый.
Это чисто моя реализация. Похожих можно найти много на просторах инета.
Есть хорошая реализация на openntf (не помню точного названия)
==========================================
==========================================
==========================================
==========================================
<!--QuoteBegin-Chernom0r+12:09:2005, 08:17 -->
<span class="vbquote">(Chernom0r @ 12:09:2005, 08:17 )</span><!--QuoteEBegin-->М-м-м... Коллега, можно и без Notes API.
Таблица вида
[textList] | [textList] | [textList] | [textList]
довольно просто решается при помощи LS + @Formulas.
Только в этом случае не нужно забывать про ограничение на количество информации в текстовом поле.
link removed
Спасибо, этот способ я знаю, но, к сожалению, этот он мне не подходит, так как в строках таблицы должны быть ричтекстовые поля, да и общее количество информации не имеет верхнего предела- может быть одна строка, а может быть 100 :-(
<span class="vbquote">(Chernom0r @ 12:09:2005, 08:17 )</span><!--QuoteEBegin-->М-м-м... Коллега, можно и без Notes API.
Таблица вида
[textList] | [textList] | [textList] | [textList]
довольно просто решается при помощи LS + @Formulas.
Только в этом случае не нужно забывать про ограничение на количество информации в текстовом поле.
[snapback]24703" rel="nofollow" target="_blank[/snapback]
[/quote]Спасибо, этот способ я знаю, но, к сожалению, этот он мне не подходит, так как в строках таблицы должны быть ричтекстовые поля, да и общее количество информации не имеет верхнего предела- может быть одна строка, а может быть 100 :-(
<!--QuoteBegin-rocsolanka+14:09:2005, 11:04 -->
<span class="vbquote">(rocsolanka @ 14:09:2005, 11:04 )</span><!--QuoteEBegin-->так как в строках таблицы должны быть ричтекстовые поля
<!--QuoteBegin-rocsolanka+14:09:2005, 11:04 -->
<span class="vbquote">(rocsolanka @ 14:09:2005, 11:04 )</span><!--QuoteEBegin-->может быть одна строка, а может быть 100 :-(
А сколько при этом будет весить документ вы задумывались?
<span class="vbquote">(rocsolanka @ 14:09:2005, 11:04 )</span><!--QuoteEBegin-->так как в строках таблицы должны быть ричтекстовые поля
[snapback]24796" rel="nofollow" target="_blank[/snapback]
[/quote]<!--QuoteBegin-rocsolanka+14:09:2005, 11:04 -->
<span class="vbquote">(rocsolanka @ 14:09:2005, 11:04 )</span><!--QuoteEBegin-->может быть одна строка, а может быть 100 :-(
[snapback]24796" rel="nofollow" target="_blank[/snapback]
[/quote]А сколько при этом будет весить документ вы задумывались?
Для: Chernom0r
У меня просьба, нельзя ли немного подробнее описать Ваш вариант создания динамической таблицы.
Или хотя бы объяснить, что можно по этой теме прочитать.
У меня просьба, нельзя ли немного подробнее описать Ваш вариант создания динамической таблицы.
Или хотя бы объяснить, что можно по этой теме прочитать.
<!--QuoteBegin-zigfrid+21:09:2005, 16:52 -->
<span class="vbquote">(zigfrid @ 21:09:2005, 16:52 )</span><!--QuoteEBegin-->У меня просьба, нельзя ли немного подробнее описать Ваш вариант создания динамической таблицы.
Или хотя бы объяснить, что можно по этой теме прочитать.
Расскажу, как я делал. Есть поля для ввода информации. И есть поля (с галкой allow multiple values) для отображения ее - это и есть наша "таблица".
Мы забиваем поля для ввода и жмем кнопку для добавления. Значение этих полей добавляется (операция конкатенация. на собаке это ":". на скриптах ArrayAppend) к полям для отображения.
Работаем с таблицей через метод notesUIWorkspace.Prompt. В нем в качестве значений выбираем значение одного из полей для отображения (в примере, это поле с ФИО).
Когда мы выбираем значение, то с помощью ArrayGetIndex получаем номера выбранных значений. По этим номерам определяем значение других полей для отображения (в примере, это "доля", "с", "по", "примечание").
Но этот метод имеет много недостатков. Например, если у нас есть одинкаовые значения в поле "ФИО), значения которого используются для выбора через notesUIWorkspace.Prompt, то нельзя определить какое точно мы выбрали значение. Первое или второе. Вероятность такого случая можно снизить, если ввести скрытое поле, где хранить комплексную информацию. Например, ФИО + доля + примечание (или еще каких-нибудь уникальных значений). И в notesUIWorkspace.Prompt использовать это поле в качестве значений.
Также в один прекрасный момент, можно обнаружить, что мы исчерпали лимит объема поля в 32 килобайта.
Но, на мой взгляд, лучше использовать встроенное представление.
Во-первых, метод ввода данных можно сделать таким же..
Во-вторых, пропадает проблема дублирования значений.
В-третьих, редактирование значений делается по-крайней мере не сложней. Удаление даже проще.
В-четвертых, практически неограниченное количество строк.
В-пятых, будет нормальный поиск.
<span class="vbquote">(zigfrid @ 21:09:2005, 16:52 )</span><!--QuoteEBegin-->У меня просьба, нельзя ли немного подробнее описать Ваш вариант создания динамической таблицы.
Или хотя бы объяснить, что можно по этой теме прочитать.
[snapback]25046" rel="nofollow" target="_blank[/snapback]
[/quote]Расскажу, как я делал. Есть поля для ввода информации. И есть поля (с галкой allow multiple values) для отображения ее - это и есть наша "таблица".
Мы забиваем поля для ввода и жмем кнопку для добавления. Значение этих полей добавляется (операция конкатенация. на собаке это ":". на скриптах ArrayAppend) к полям для отображения.
Работаем с таблицей через метод notesUIWorkspace.Prompt. В нем в качестве значений выбираем значение одного из полей для отображения (в примере, это поле с ФИО).
Когда мы выбираем значение, то с помощью ArrayGetIndex получаем номера выбранных значений. По этим номерам определяем значение других полей для отображения (в примере, это "доля", "с", "по", "примечание").
Но этот метод имеет много недостатков. Например, если у нас есть одинкаовые значения в поле "ФИО), значения которого используются для выбора через notesUIWorkspace.Prompt, то нельзя определить какое точно мы выбрали значение. Первое или второе. Вероятность такого случая можно снизить, если ввести скрытое поле, где хранить комплексную информацию. Например, ФИО + доля + примечание (или еще каких-нибудь уникальных значений). И в notesUIWorkspace.Prompt использовать это поле в качестве значений.
Также в один прекрасный момент, можно обнаружить, что мы исчерпали лимит объема поля в 32 килобайта.
Но, на мой взгляд, лучше использовать встроенное представление.
Во-первых, метод ввода данных можно сделать таким же..
Во-вторых, пропадает проблема дублирования значений.
В-третьих, редактирование значений делается по-крайней мере не сложней. Удаление даже проще.
В-четвертых, практически неограниченное количество строк.
В-пятых, будет нормальный поиск.
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->notesUIWorkspace.Prompt
DialogBox в моём случае, ибо красивше
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Вероятность такого случая можно снизить, если ввести скрытое поле, где хранить комплексную информацию
именно так всё и есть.
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Также в один прекрасный момент, можно обнаружить, что мы исчерпали лимит объема поля в 32 килобайта.
Вот это -- действительно проблема. Так что использование этого метода годится только для небольших таблиц.
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Но, на мой взгляд, лучше использовать встроенное представление.
Во-первых, метод ввода данных можно сделать таким же..
Во-вторых, пропадает проблема дублирования значений.
В-третьих, редактирование значений делается по-крайней мере не сложней. Удаление даже проще.
В-четвертых, практически неограниченное количество строк.
В-пятых, будет нормальный поиск.
С этим согласен. Тем более,что в R6 - R7 можно использовать редактируемые столбцы в представлениях -- вообще красотищщща
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->notesUIWorkspace.Prompt
[snapback]25085" rel="nofollow" target="_blank[/snapback]
[/quote]DialogBox в моём случае, ибо красивше
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Вероятность такого случая можно снизить, если ввести скрытое поле, где хранить комплексную информацию
[snapback]25085" rel="nofollow" target="_blank[/snapback]
[/quote]именно так всё и есть.
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Также в один прекрасный момент, можно обнаружить, что мы исчерпали лимит объема поля в 32 килобайта.
[snapback]25085" rel="nofollow" target="_blank[/snapback]
[/quote]Вот это -- действительно проблема. Так что использование этого метода годится только для небольших таблиц.
<!--QuoteBegin-Medevic+22:09:2005, 14:35 -->
<span class="vbquote">(Medevic @ 22:09:2005, 14:35 )</span><!--QuoteEBegin-->Но, на мой взгляд, лучше использовать встроенное представление.
Во-первых, метод ввода данных можно сделать таким же..
Во-вторых, пропадает проблема дублирования значений.
В-третьих, редактирование значений делается по-крайней мере не сложней. Удаление даже проще.
В-четвертых, практически неограниченное количество строк.
В-пятых, будет нормальный поиск.
[snapback]25085" rel="nofollow" target="_blank[/snapback]
[/quote]С этим согласен. Тем более,что в R6 - R7 можно использовать редактируемые столбцы в представлениях -- вообще красотищщща
Сдела с использованием встроенных представлений.
Вобщем нормально получилось.
Спасибо за помощь B)
Вобщем нормально получилось.
Спасибо за помощь B)
Подскажите, пожалуйста:
есть две формы - основная (с данными по весу) и форма ввода "расход".
Надо, чтоб в основной форме отображалась история расхода: куда этот вес ущел.
Поля для истории в основной форме Computed и multiple values, значения выбераются из скрытого вьювера.
Проблема следующая: чтобы посмотреть историю, нужно заходить в каждую форму в режим редактирования и по Hotspot'у делать @Command([ViewRefreshFields]).
Вопрос: можно ли не меняя принципа организации истории избавиться от hotspot, чтобы при просмотре формы история отображалась сразу?
есть две формы - основная (с данными по весу) и форма ввода "расход".
Надо, чтоб в основной форме отображалась история расхода: куда этот вес ущел.
Поля для истории в основной форме Computed и multiple values, значения выбераются из скрытого вьювера.
Проблема следующая: чтобы посмотреть историю, нужно заходить в каждую форму в режим редактирования и по Hotspot'у делать @Command([ViewRefreshFields]).
Вопрос: можно ли не меняя принципа организации истории избавиться от hotspot, чтобы при просмотре формы история отображалась сразу?
Для: Начинающий
Когда (или в каком событии) происходит отбор значений в историю ?
И лучше бы ты создал новую тему. А то твой вопрос не вписывается в эту.
Когда (или в каком событии) происходит отбор значений в историю ?
И лучше бы ты создал новую тему. А то твой вопрос не вписывается в эту.
<!--QuoteBegin-Начинающий+28:09:2005, 12:45 -->
<span class="vbquote">(Начинающий @ 28:09:2005, 12:45 )</span><!--QuoteEBegin-->Computed
Computed for display
<span class="vbquote">(Начинающий @ 28:09:2005, 12:45 )</span><!--QuoteEBegin-->Computed
[snapback]25253" rel="nofollow" target="_blank[/snapback]
[/quote]Computed for display
Для: Domino6
При использовании Computed for display, вся история в документе будет каждый раз пересчитываться при его открытии?
В дальнейшем предполагается делать архивирование старых документов (пока не знаю как), история для каждого из документов потеряется?
Как корректно отобразить историю?
Для: Medevic
Вся история берется из скрытого вьювера, где отобираются значения при каждом расходе.
В оновной форме отбирается через @DbLookup.
При использовании Computed for display, вся история в документе будет каждый раз пересчитываться при его открытии?
В дальнейшем предполагается делать архивирование старых документов (пока не знаю как), история для каждого из документов потеряется?
Как корректно отобразить историю?
Для: Medevic
Вся история берется из скрытого вьювера, где отобираются значения при каждом расходе.
В оновной форме отбирается через @DbLookup.
Для: Guest_Игорь_*
Никак.
Для печати документов с embedded view я использую HTML. Гораздо лучше и красивее получается.
Никак.
Для печати документов с embedded view я использую HTML. Гораздо лучше и красивее получается.
- Статус
Обучение наступательной кибербезопасности в игровой форме. Начать игру!