# šŸ§ Ask Community: How would you extend Fibery's UI or build on top of Fibery if you had an easy way to do it? **URL:** \ **Category:** News & Announcements\ **Created:** [May 13, 2026, 5:09pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846 "2026-05-13T17:09:27Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![Finanzamt\_Muellheim](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/finanzamt_muellheim/32/12892_2.png) [@Finanzamt\_Muellheim](https://community.fibery.io/u/Finanzamt_Muellheim)\ **Post date:** [May 15, 2026, 12:25pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/21 "2026-05-15T12:25:08Z")
I can also use it for **Inventory Management**. Fibery handels big Databases really great with a lot of items, relations and fields, but having a more intuitive ā€œApp-Feelingā€ to walk trough the storage and update inventorys would be aswesome. I think there are many workflows that could use a more ā€œappā€ feeling. ---
**Author:** ![Eva\_Folch](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/eva_folch/32/11814_2.png) [@Eva\_Folch](https://community.fibery.io/u/Eva_Folch)\ **Post date:** [May 15, 2026, 2:47pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/22 "2026-05-15T14:47:42Z")
Iā€™ve been experimenting with the new Page Agent and Iā€™m genuinely excited about what it can already do ā€” I built a test page connected to a database of portfolio files (audio and video), and it automatically created a clean player with download buttons. Really impressive for an early prototype. That said, I have a few questions and feature requests: **Public sharing for pages** ā€” Is there a plan to allow UI pages to be shared publicly, without requiring a Fibery login? This would be a game-changer for portfolio and client-facing use cases. **Forms and booking** ā€” Iā€™d love to be able to build more polished questionnaires and a proper booking page. The current form options feel limited for client-facing workflows. **Document generation** ā€” It would be incredibly useful to generate documents from stored data (proposals, contracts, invoices, etc.) and be able to review and edit them before sending. Even a basic template-based export would go a long way. **Flexible entity layouts** ā€” This is probably my biggest pain point. Not being able to reorder fields or place them side by side in entity views makes it hard to create clean, readable layouts. For example, Iā€™d love to display Price, VAT, Total, and Currency all on one line rather than in a long vertical list. More control over field arrangement and grouping in entity views would make a huge difference to day-to-day usability. This is all very promissing! Thank you! ---
**Author:** ![timothy](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/timothy/32/11812_2.png) [@timothy](https://community.fibery.io/u/timothy)\ **Post date:** [May 15, 2026, 5:04pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/23 "2026-05-15T17:04:06Z")
This! Weā€™re thinking about how we could use the page agent and especially the app agent for these types of things ā€” it would revolutionize our ability to work with clients and save a lot of the ingest and export problems that eat such a chunk of our time: **Public sharing for pages** ā€” Is there a plan to allow UI pages to be shared publicly, without requiring a Fibery login? This would be a game-changer for portfolio and client-facing use cases. **Forms and booking** ā€” Iā€™d love to be able to build more polished questionnaires and a proper booking page. The current form options feel limited for client-facing workflows. **Document generation** ā€” It would be incredibly useful to generate documents from stored data (proposals, contracts, invoices, etc.) and be able to review and edit them before sending. Even a basic template-based export would go a long way. **Flexible entity layouts** ā€” This is probably my biggest pain point. Not being able to reorder fields or place them side by side in entity views makes it hard to create clean, readable layouts. For example, Iā€™d love to display Price, VAT, Total, and Currency all on one line rather than in a long vertical list. More control over field arrangement and grouping in entity views would make a huge difference to day-to-day usability. ---
**Author:** ![bear](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/bear/32/12872_2.png) [@bear](https://community.fibery.io/u/bear)\ **Post date:** [May 15, 2026, 5:50pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/24 "2026-05-15T17:50:22Z")
I will write a longer reply here later but I want to say already that I am very happy with these features - I was hoping that you guys would do something like this for years! I would make front-ends for non tech-savvy folks or for very specific use cases, so people do not get overwhelmed and can send/get just the information that is important in an intuitive and pleasant way. More will follow and I will share some of my own examples! ---
**Author:** ![Gerardo\_Ducos](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gerardo_ducos/32/14500_2.png) [@Gerardo\_Ducos](https://community.fibery.io/u/Gerardo_Ducos)\ **Post date:** [May 21, 2026, 3:47pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/25 "2026-05-21T15:47:24Z")
Thatā€™s a great question. Coming from Coda and new to Fibery (Iā€™ve been playing with Fibery for just a week!), one thing that I found really insteresting in Coda and that I couldnā€™t yet find (if it exists in Fibery), is the possibility to add ā€˜buttonsā€™ to Documents. For example, ā€˜Add Entityā€™ to a defined db, or ā€˜Modify entityā€™ (in coda these are ā€˜add rowsā€™ and ā€˜modify rowā€™), or simply run a script or a formula when the button is clicked (so the possible actions would be endless). This feature greatly enhances the usersā€™ experience and can make Fibery feel/act like an app. One upvote for flexibly layouts. At the moment, everything is forced into a long list. If we could get 3 or 4 columns with the possibility of having the fields names visible, invisible or show something else, the visible layout for an entity could look more like a form which will also improve the usersā€™ experience. An example from coda: ![Screenshot 2026-05-21 at 11.54.08 AM](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/d/dcf7e8abe78d1f2638999548f45ca1c94960caed.png) ---
**Author:** ![Eva\_Folch](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/eva_folch/32/11814_2.png) [@Eva\_Folch](https://community.fibery.io/u/Eva_Folch)\ **Post date:** [May 21, 2026, 4:07pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/26 "2026-05-21T16:07:20Z")
> [@Gerardo\_Ducos](#): > > One upvote for flexibly layouts. At the moment, everything is forced into a long list. If we could get 3 or 4 columns with the possibility of having the fields names visible, invisible or show something else, the visible layout for an entity could look more like a form which will also improve the usersā€™ experience. An example from coda: Totally agree! I would love to be able to have more flexibility on the entitiesā€™ columns. Then you can have, for example, the Subtotal, currency, VAT, total in one line. and itā€™s much cleaner! About the button, you can! You will see them if you right click on the entity when you create one on the DB. You can also show it on the entity. But buttons like in a dashboard outside the entity do not exist. I come from Coda as well, and I would not go back to it! There are some things that I miss, but others I did not have before, that I find just amazing, like creating a PDF from HTML, and the new AI Page Creator! Hoping that it keeps being developed! AH; and costumer service is amazing!!! And the speed on which itā€™s getting better and better every week! ---
**Author:** ![Gerardo\_Ducos](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/gerardo_ducos/32/14500_2.png) [@Gerardo\_Ducos](https://community.fibery.io/u/Gerardo_Ducos)\ **Post date:** [May 21, 2026, 4:34pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/27 "2026-05-21T16:34:12Z")
Thanks Eva for the button tip! ---
**Author:** ![Will](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/will/32/14533_2.png) [@Will](https://community.fibery.io/u/Will)\ **Post date:** [May 21, 2026, 6:24pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/28 "2026-05-21T18:24:10Z")
Also from Coda and missing some thingsā€¦ but enjoying what I seeing so farā€¦ talk to me more about the PDF from HTML!? ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [May 21, 2026, 8:48pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/29 "2026-05-21T20:48:43Z")
> [@Lee\_Denny](#): > > Id build myself a copy of sunsama to help with planning my time Had a quick go at making a ā€˜sunsama-liteā€™ custom app. It displays my Google Calendar events, and allows me to plan Fibery Tasks into the next free slot ---
**Author:** ![TBSFelicia](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/tbsfelicia/32/14344_2.png) [@TBSFelicia](https://community.fibery.io/u/TBSFelicia)\ **Post date:** [May 23, 2026, 6:40pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/30 "2026-05-23T18:40:16Z")
Great timing on this question ā€” weā€™ve been building custom UI pages in Fibery since they released and theyā€™re already very helpful but weā€™ve been hitting some gaps. Hereā€™s what weā€™d build if we had the ability. ## **A support inbox app** This is our most pressing need. Our support team works in Fibery for everything else, but the current views are too complex for inbox triage ā€” too many fields, too many relations, too much visible at once. What we want is a focused surface: one ticket at a time, inline reply, status update, and escalation as a single action. The data model is already there. Whatā€™s missing is a purpose-built skin that hides everything irrelevant to the person handling tickets. The escalation path matters a lot here. When a support staffer needs to send something to the dev or product queue, that should be a single button that pre-populates a new entity with the context from the original thread. Right now that handoff is manual and lossy. For this to actually work as an email interface, weā€™d need a few things that arenā€™t currently possible in UI pages: - **Rich text input** ā€” at minimum bold, italic, bullet lists, and links. Support responses need to look like real emails, not plain text. Weā€™ve built a basic toolbar in the page ui before, but a native component would be ideal. - **Image and file upload** ā€” customers send screenshots, support needs to be able to attach files to replies and store them in context with the ticket. Right now thereā€™s no path to do this from a custom page without making the user open the Fibery entity directly. - **Rendered rich text output** ā€” the reply composer needs to look like a real email composition surface, not a raw textarea. ## **A QA run tracker** We currently run structured test plans in documents ā€” manually checking off pass/fail/flagged per item, then filing bug reports separately. A proper app would let us open a test plan, check off results inline, and have failures auto-create bug report entities with pre-filled fields (environment, severity, linked feature). The backend is already in Fibery. The missing piece is the test-execution UI that talks to it. This is actually a good example of where the ā€œorder-of-magnitude less codeā€ argument lands for us. The QA tracker isnā€™t a complex app ā€” itā€™s mostly Fibery data with a thin, focused UI layer. Thatā€™s exactly the case where building inside Fibery beats building something standalone. The permissions point in your post also resonates practically. In the triage dashboard, we have role-based ā€œadvanced modeā€ access gated by hardcoded Fibery user IDs. It works, but itā€™s brittle. If Apps inherited Fiberyā€™s actual permission model, that whole mechanism could go away. Most of what we want to build follows the same shape: Fibery already holds the right data, in the right structure, with the right relations ā€” but the default views expose too much of it to the wrong people, or donā€™t have the input components needed for real workflows. An Apps layer that lets you build opinionated, role-specific surfaces on top of an existing workspace ā€” without replicating the data model elsewhere ā€” is exactly the right abstraction for this. One question: are Apps intended to be schema-aware at build time (field picker, live enum values), or is the current thinking more API-based where the builder constructs queries manually? ---
**Author:** ![bear](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/bear/32/12872_2.png) [@bear](https://community.fibery.io/u/bear)\ **Post date:** [May 25, 2026, 8:48pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/31 "2026-05-25T20:48:34Z")
I would come back to this thread. Going to read through it all as I find it very interesting, but I already have 2 requests: 1. Option to interact with Files. For example, I could add a geopackage (a type of sqlite) and use that for data on the app. Or other data formats not supported by Fibery I could use. For example, then I can use 3d objects and visualize them. 2. I would want to make public facing pages. Now if I make a page with an Embed public I see this: 3. Backend code, and the option to put API keys in that code - as a way for these keys to be hidden from people seeing the embedded view. I imagine there to be security risks that need to be addressed first for all of these questions. That is all for now. As I said I will read the rest now and reply again soon. ---
**Author:** ![bear](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/bear/32/12872_2.png) [@bear](https://community.fibery.io/u/bear)\ **Post date:** [May 25, 2026, 8:59pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/32 "2026-05-25T20:59:44Z")
I agree with everything you say! And great that you want to make maps! I will share some examples of custom maps soon perhaps that is interesting, and Iā€™d love to see what you make! ---
**Author:** ![Sergey\_Truhtanov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/sergey_truhtanov/32/13986_2.png) [@Sergey\_Truhtanov](https://community.fibery.io/u/Sergey_Truhtanov)\ **Post date:** [May 26, 2026, 2:31pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/33 "2026-05-26T14:31:47Z")
> [@TBSFelicia](#): > > One question: are Apps intended to be schema-aware at build time (field picker, live enum values), or is the current thinking more API-based where the builder constructs queries manually? Builder will write code, that will fetch live enum-values, relations, etc. when you open the App or exact select control for Enum in this App. That means new values should immediately appear in the App. On the other hand we expect Builder to be aware of certain parts of the schema on Build time. And queries to concrete Databases will be hardcoded in code generated by Builder. Similarly with Database Fields. So if you delete Database, your App will just break. We see this as a custom UI, that works with the certain part of your Fibery workspace Schema, and relies on it. ---
**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\ **Post date:** [May 30, 2026, 5:09pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/34 "2026-05-30T17:09:12Z")
---
**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\ **Post date:** [June 18, 2026, 7:54am UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/35 "2026-06-18T07:54:23Z")
Poorā€™s man Slack can be created in Fibery Apps it seems with few prompts, but as usual, devil is in the details, like good notifications, mentions support, etc. But I hope eventually we can get there ![Screenshot 2026-06-18 at 10.52.57 AM](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/6/6e33818a9dd5fa4eb2fd84dc518f5aca7ef12c01.jpeg) ---
**Author:** ![nathan\_jay](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/nathan_jay/32/11899_2.png) [@nathan\_jay](https://community.fibery.io/u/nathan_jay)\ **Post date:** [June 18, 2026, 8:39am UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/36 "2026-06-18T08:39:48Z")
Iā€™m a bit late to the party and all of what I would do has already been mentioned by others in different guises e.g.: - Custom reports - more like a Board-level paper which needs commentary mixed with Graphs and single metrics. Although if there were some minor improvements to exisiting Dashboards and widgets then it would go a long way towards solving this without a react app - Custom entity views. These can better display a single entity and itā€™s related dbs e.g. 360 customer view. - Forms and task apps - Internal data input (especially pre-filled data and conditional logic, field validation on input) - Internal Task specific (document generation, proposals, invoices, send SMS to customer). These also need to integrate with 3rd party to be useful so need to send Webhook/HTTP AND then use the response data. - External forms like lead submission or customer onboarding. Auth is critical. Reopen existing partial submissions. This is live use case Iā€™m grappling with now. > [@tstirm](#): > > _Developer workflow_ ā€” If Iā€™m building and versioning this code in Git, how does that integrate with Fibery? What does the development loop look like: edit ā†’ test ā†’ deploy? Yes this. Iā€™m happy to use our existing internal workflows (outside Fibery) and have invested in prompts/agents/workflow It hope it moves more towards ā€œ_let me do it outside Fibery (using my own tools/flow) and then deploy it to Fibery_ā€ Simple things maybe can be done all in Fibery because itā€™s very fast to get up and running. But complex, critical, integrating with 3rd parties, I still want to experiment safely and branch/version and export it out to use my own tools which Iā€™m comfortable using. If I can build outside Fibery and deploy to hosted Fibery. The existing MCP is now very powerful to support this. A pure chat interface doesnā€™t cut it. You need to chat AND be able to make code level edits. This is exactly like Codex, Conductor or Claude Code Desktop (which they totally ripped off Conductor). A Fibery CLI may help. Iā€™m seeing many more example of this with other products. Its not that CLI is necessarily good for humans but its a good tool for Agents to use in a dev loop. > [@AdVhPkgKad](#): > > since Threads are stuck in Experimental Lab purgatory this is a good call, it needs to be deployed properly. Itā€™s a fantastic feature I prefer it to the standard Comments. ---
**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\ **Post date:** [June 25, 2026, 12:56pm UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/37 "2026-06-25T12:56:16Z")
Apps are there and they enable many requested use cases above, check them out > [@June 25, 2026 / brick Custom Apps, AI credits & extra usage, Better performance for large tables, Set static default values for basic fields, Automations history](https://community.fibery.io/t/june-25-2026-custom-apps-ai-credits-extra-usage-better-performance-for-large-tables-set-static-default-values-for-basic-fields-automations-history/11012?sort=top): > > Yesterday we had a [very long degraded performance incident](https://status.fibery.io/cmqrvsgt200dt2io3o9dg756z) for integrations, reports and automations. We still didnā€™t identify the root cause (and even AI feels helpless here). The incident has nothing to do with todayā€™s release, but if things will go south again, blame the heatwave hot_face and MongoDB. Custom Apps (experimental) Fibery now lets you build your own Apps ā€” custom, client-side UI that runs on top of your workspace data. Now any user can build custom solutions tailored for speciā€¦ ---
**Author:** ![mdubakov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/mdubakov/32/10_2.png) [@mdubakov](https://community.fibery.io/u/mdubakov)\ **Post date:** [June 29, 2026, 6:04am UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/38 "2026-06-29T06:04:45Z")
@here Please share some examples of the Apps you created via custom Apps! > **[Custom Apps (new)](https://the.fibery.io/@public/User_Guide/Guide/Custom-Apps-(new)-502)** You can enable them in Settings ā†’ Experimental Lab ---
**Author:** ![Michael\_Ichter](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/michael_ichter/32/9931_2.png) [@Michael\_Ichter](https://community.fibery.io/u/Michael_Ichter)\ **Post date:** [July 1, 2026, 9:25am UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/39 "2026-07-01T09:25:42Z")
We created a meeting planner app. Itā€™s a calendar where people can propose dates and times. There are buttons that people can press to show if a proposal works for them, and a way to delete proposals, and a way to confirm/choose a proposal (which then converts the proposal to a meeting). ![Screenshot 2026-07-01 121732](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/c/c72ed9f1bf9941ab632b321d362a45b12778bec9.png) Confirming a chosen proposal also gives the option to delete all existing proposals (for that department, other departmentsā€™ proposals persist). And you can see that a proposal shows how many people have noted the proposal as working for them (and clicking ā€œWorksā€ will undo). ![Screenshot 2026-07-01 121904](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/0/00132efa814861c8a452dd3e4653cb55b4e8c32c.png) This took about 450 credits to make using Sonnet. Probably would have been less if I had gotten a clearer or more thought out plan in the first place instead of having to iterate several times. I think I had 4 or 5 follow-up suggestions for the AI. Credit usage was generally 70-140 per prompt. ---
**Author:** ![Eren\_Turgut](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/eren_turgut/32/4425_2.png) [@Eren\_Turgut](https://community.fibery.io/u/Eren_Turgut)\ **Post date:** [July 1, 2026, 11:42am UTC](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846/40 "2026-07-01T11:42:03Z")
My first test was a ā€œContract Browserā€ for our legal team, for a quick & easy way to find and download existing contracts: ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/4/47fc5f8180631393f8ef2701391f50234e6662d7.jpeg) - Filter options are dynamic, i.e. if I select a contract category for example, I only see contract parties which have contracts in that category. - And the list below shows matching contracts ā€œliveā€, no apply button needed and it works extremely smoothly. - Fields are read-only, except for Files where I can add (incl. drag-and-drop), rename and delete files. Created a separate APP CONFIG space with ā€œApp config dataā€ database, where in a rich text of an entity I can define - group (Contract Parties, Status & dates) & subgroup headers (Notice) - how many columns each has - which fields exactly to show, with options to: - hide field name (-\> Contract Parties hidden as = group header ā†’ looks nicer) - define location, for example effective date and end date look nicer next to each other, so I defined ā€œEnd dateā€ row = 2, which otherwise per default would show next to Status. - =\> definable per contract category. Limitations: - Canā€™t show file thumbnail as with Fibery-native gallery view - Couldnā€™t make a download file button work. Clicking on preview image opens file in new tab which triggers download if not a PDF, so functionally itā€™s all good. But having a download icon to trigger ā€œsave asā€ function or automatic download without new tab was not possible. Download all files button was also not possible. Both buttons did nothing on click. Near-zero impact limitations. It took like 8k credits to build, but probably around half was trying to make the limitations work. I started with Opus 4.8 and since there is no option to switch, it made it very inefficientā€¦ Having to use Opus to ask for mini changes multiple times is likely unnecessarily expensive, so this will not be a problem in the near-future. [Previous page](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846.md?page=1) [Next page](https://community.fibery.io/t/ask-community-how-would-you-extend-fiberys-ui-or-build-on-top-of-fibery-if-you-had-an-easy-way-to-do-it/10846.md?page=3)