I am very new here, and this is my first post in a community forum…ever. Please forgive me if this is an incredibly obvious answer!
I’m trying to add labels to the fields I have showing in my list block items, but I cannot find them to save my life. It feels like it should be an option in the “Item Fields” section of the content editing block, but no dice. After watching a few tutorial videos and reading a couple of articles, I know there can be labels, I just cannot figure out how to turn them on.
The specific use case here is I want to add “Due date” (which is the name of the field) above the date show in the screenshot.
Please note that, by design, the fields in the main section of the block do not have labels. Labels are only available for the secondary section of the block, which is why you’re unable to add them to those fields.
Hi @sveta.ohanyan, what is the reason for this choice? I would find useful to have the options to show the tables. Also, having more formatting options like Headers.
Is there a plan to enrich these options or is it not considered useful?
This choice is intentional, fields in the top section are meant to display key information that is easily identifiable without labels, such as Name, Title, etc. That’s why the main section of the block does not include labeling options.
I’ll make sure to pass your feedback on to the relevant teams, but I don’t believe this is a change that’s likely to be implemented.
I’d like to share my use case, so you might help also to understand if I’m doing things right.
I’ve a tree-like data structure, e.g. nation->region->province->city.
A user starts from a page where they choose a nation from a list of nation using list details.
On the next page, the chosen nation is displayed at the top (with additional info) and then there is a list of regions to choose from.
Let’s say, I’m in the page where i need to choose the city. The page would have:
first block: nation with attributes
second block: region with attributes
third block: province with attributes
last block: list of related cities
The current record ID applies to the Province, for which I use the “Item details” block.
My understanding is that the “Item details” block related to the parameter passed via the URL needs to be the first. So, if I want to display content from Nation/Region above, I cannot use an “Item details” block. So I use a “List” block adding a conditional filtering.
This works with the limitation that the List has limited formatting for the fields. E.g. I cannot use headers or, in the modal window to edit the field, I cannot use multi-line text box, or other limitations.
Is my current approach the only way to display hierarchical content from linked tables where the recordID applies to a child node and I want the hierarchy to be displayed in order? Would it be a valid case to expand the formatting of List blocks?
Just like with the list block, you can also apply conditional filters to the item details block. When a conditional filter is applied to an item details block, the system will try to find and display the record that matches the specified filter, rather than defaulting to the record that matches the record ID of the first item details block on the page.
Hi @sveta.ohanyan, I try to do as suggested, but it does not work to me.
E.g. let’s assume the RecordID from the URL applies to the City.
When adding an “Item details” block about Nation, if I try to add a conditional filter to say that the Nation should be linked to a certain Region, when being offered for fields to choose after the condition, I get only fields related to the Nation table structure.
It seems that Softr assumes that the first “Item details” block is the one to be used for the RecordID passed via the URL, so in conditional filters it offers the fields related to the associated table.
This does not work in my case, as the block related to the RecordID passed via the URL is the last from the list.
So I need to use the workaround of using “list” blocks for the earlier blocks, but then I’ve a more limited formatting capabilities.
Is it my analysis correct or am I missing different approaches to configure the blocks?
Please note that the conditional form block will always treat the first item detail block on the page as the current record. Unfortunately, it’s not possible to configure a hidden field to capture values based on any other item detail block on the page.
What I recommend is setting up another “Open URL” action that redirects users to a separate page. On this new page, place the relevant item detail block at the top, and then add the conditional form block below it. This way, the form can correctly capture values from that item detail block via hidden fields.
