|
|
A field that is computed for display and located in the header seems not to be available in the rest (body) of the form.
Computed fields however are.
|
|
|
When a summary field exceeds 32K, all hell breaks loose and programmatic remedy is almost impossible. Any LotusScript operation on such fields fail (ie cannot even remove!).
Replication also fails. NO REMEDY POSSIBLE :( I believe even formula-based replication fails, as the SELECT throws an error.
This sort of thing happens by bad application design,
|
|
|
would make it much easier to add multi value fields on an XPage...
|
|
|
If I create a form that is going to be used just as a data source for XPages I find it a bit stupid to create all the fields, field by field.
a wizard to add more than one field after each other would be nice...
|
|
|
This would be a field setting. I don't see a way to implement this with scripting, so I would like to see it implemented in the replication procedure.
Suppose John adds $1.00 to the "totalamount" field and Susan adds $3.00 to the same "totalamount" field. When replicating this would then result
|
|
|
This would be great for updating fields. One could write:
@SetField("strStreetname"; @GetDocField( contact_replicaid; contact_unid; "strStreetName"));
|
|
|
Lotus Notes designer is good .. you can get stuff done way quicker due to all the options you have .. often just a check box. The down side is that sometimes you lose that bit of flexibility.
Like when you want to refresh fields on keyword change .. great when
|
|
|
When a user is using a web app (or any app for that matter), and he/she moves from one field to another (e.g. by using the tab-key) the content of the field that gets the focus, is usually selected. The moment the users starts typing, that content is overwritten.
In Notes
|
|
|
Support of groupboxes. There are workarounds using layers but yeah these are workarounds...
|
|
|
I guess this is more a fix than an idea, but never late then never:
If I select a color for a checkbox field it is not supported (mines become standard black)
Bold and italic is supported...
|
|
|
Allow selecting a number of fields and then allow editing all those properties that can be common to all those fields together. Some properties I would like to be able to set on multiple fields will include style properties, formatting, multi-value handling, etc...
|
|
|
When you setup the directory catalog you have to know about the exact names of the address books and fields which are used for the configuration. Yes, you can copy&paste the needed informations from the open dialog (for address books) or the properties dialog (for documents / fields) but it
|
|
|
Why can the user enter some non-number characters in a number field? Why isn´t this blocked just in time? It should be possible
Only when he save the form/document he will get a "cannot convert text to number" error message and this produces some user-frustrations.
What I would like to see is
|
|
|
A person can receive mail for multiple addresses by putting them in the Username field. Groups and mail-in databases do not have this ability, so another group or mail-in database must be created for each possible address. That's a nightmare when the company changes their internet email domain. (like going from @federalexpress.com to
|
|
|
can we have an visual indicator on a field in designer which shows us HOW the data for a field is being generated?
something like E for editable, CFD for computed for display, CWC for computed when composed etcetera.
nowadays we have an indicator which shows us what type of field it
|
|
|
Currently if you use a Notes date/time control on a form in the client, the control field still has the small calendar button on the right when it's in Read mode (see attached screenshot).
This has never made sense to me, because you can't change the date in Read mode, and
|
|
|
I would like all fields to have the onChange event implemented, perhaps excluding rich text fields. And I would like that event to fire right after a change in the field value, not when the field looses focus. By that time it is sometimes too late to do anything about
|
|
|
Did you ever open a document and wonder where a specific field is used? Of course, you can open a form in Designer, but then you don't see the value. So you'll have to go back to the client, look at that spot where you find your field and see
|
|
|
In workflow applications we often need to save Fully Qualified names in Readers/Authors/Names type fields in order to reduce name ambiguities e.g. “Joe User/dev/demo” or “Joe User/adm/demo” however for display purposes people like to have “Joe User” only instead of complete fully qualified name
|
|
|
Fields with typ Readers, Authors and Names can be set as "use adress dialog for choices" in Designer.
I would like an additional checkbox to this setting that will restrict users to only select people, (i.e not groups)
e.g The addressdialog should show only a view containg people.
|