This is how we circumvented the problem with a text input field container in Column A adopting the same height as a text area container in Column B, thus wasting a lot of space and ruining the structure of the form.
Here is an example of the empty space:
The solution I came up with is based on using the separator function combined with some minimal CSS styling.
It can look something like this:
In this example, I am using only 1 column in the form designer. The separators will behave like columns when we set separator width and float in the CSS. Here are all the settings and CSS styles used for each separator:
At the moment, I cant come up with a more efficient way to circumvent the issue. I am thinking that the separator lines and labels could probably be removed with CSS as well, but I think the default setting looks pretty neat
Form design with multiple columns, unwanted rowspans fix
Re: Form design with multiple columns, unwanted rowspans fix
Great job.
Here’s more css for the separator.
Here’s more css for the separator.
Click Here to see a collection of my tips & hacks on this forum. Or search for "JaymerTip" in the search bar at the top.
Jaymer
Aware Programming & Consulting - Tampa FL
Jaymer
Aware Programming & Consulting - Tampa FL
Re: Form design with multiple columns, unwanted rowspans fix
Very interesting concept, this used with extra css to remove the separator border and ''not present when applicability rule" could make for nice versatility on the form. The one thing about separators when they are "not present or invisible", there is zero gap space left on the form like there is when using READ PROTECT. I find myself using separators very often to hide attributes because of the zero spaceIn this example, I am using only 1 column in the form designer. The separators will behave like columns when we set separator width and float in the CSS.
Thank you for this
Re: Form design with multiple columns, unwanted rowspans fix
We have used the "not present when" functionality for separators a lot lately to hide one or several attributes based on conditions.ACDC wrote: ↑Fri Jan 08, 2021 4:07 pmVery interesting concept, this used with extra css to remove the separator border and ''not present when applicability rule" could make for nice versatility on the form. The one thing about separators when they are "not present or invisible", there is zero gap space left on the form like there is when using READ PROTECT. I find myself using separators very often to hide attributes because of the zero spaceIn this example, I am using only 1 column in the form designer. The separators will behave like columns when we set separator width and float in the CSS.
Thank you for this
Combining it with this CSS style removes unnecessary spacing and lines:
Code: Select all
border:0; padding:0; margin:0;
The yellow box is just a separator with a "not present when" condition set, containing an HTML row with some basic CSS.
It is a simple and powerful way to display important information without using DISPLAY MESSAGE or REPORT ERROR which is not always a viable solution.
Also, we have discovered another way to circumvent the rowspan issue, but it is not fully tested yet. I will post a solution if we think it's stable enough.
Re: Form design with multiple columns, unwanted rowspans fix
I have also noted a new feature under presentation rules, by using the Access option you can hide attributes based on a condition, it works very well. Also it doesn't leave a space when it hides it, so this may be better than using the separator workaround
But you cannot use it on references, because references have limited presentation rule options, so the separator will have to suffice
But you cannot use it on references, because references have limited presentation rule options, so the separator will have to suffice
- Attachments
-
- Hide.jpg (67.48 KiB) Viewed 39067 times
Re: Form design with multiple columns, unwanted rowspans fix
Looks neat. Will try after upgrading.
I assume this setting is on the attribute level, so it is not on per-form basis?
Will still be useful though.
I assume this setting is on the attribute level, so it is not on per-form basis?
Will still be useful though.
Re: Form design with multiple columns, unwanted rowspans fix
No, this was a wish list item so we could easily Hide and make Read Only fields on a Form x Form basis.I assume this setting is on the attribute level, so it is not on per-form basis?
Click Here to see a collection of my tips & hacks on this forum. Or search for "JaymerTip" in the search bar at the top.
Jaymer
Aware Programming & Consulting - Tampa FL
Jaymer
Aware Programming & Consulting - Tampa FL
Re: Form design with multiple columns, unwanted rowspans fix
Jaymer, that's even better!
-
- Posts: 1471
- Joined: Tue Jan 24, 2017 5:51 am
- Location: 'Stralya
Re: Form design with multiple columns, unwanted rowspans fix
This is interesting. Does this prevent the attribute being downloaded (ie is a CSS control or is it server controlled)ACDC wrote: ↑Thu Jan 14, 2021 12:05 pm I have also noted a new feature under presentation rules, by using the Access option you can hide attributes based on a condition, it works very well. Also it doesn't leave a space when it hides it, so this may be better than using the separator workaround
But you cannot use it on references, because references have limited presentation rule options, so the separator will have to suffice
One thing to note is that presentation rules are not dynamic so you can't use this to control visibility based on another attribute value. Hopefully they can be made dynamic in a very near update.