New record experience: now in public beta 🎉

📢 Info & Announcements
8

Maybe run voting as you’re deciding to what fields to prioritize. Might be a neat way to build some excitement and engagement in the community.

1 Like
9

Thanks for the clarification, Leo — much appreciated!
Good to know Date fields are next up after Relations. Looking forward to that :+1:

1 Like
10

Hi Leo,
we also try to start production betas, but also feel blocked by missing field types. Afaik besides date also email, phone and owner fields are missing?

1 Like
11

Good morning @dirk_s,

Thanks a lot for sharing this. I totally understand the feeling of being blocked when certain field types are still missing. But no worries at all :100:

The good news is that adding additional field types like email, phone or member will only take a fraction of the time compared to what we are currently investing in the Relation field.

The reason is that every field type is important and serves a specific use case. However, the Relation field is the key building block for many use cases at once. That is why we are going all in here and really want to deliver the best possible experience for our community.

Podio was already very strong when it came to relations, and we deliberately started there with the goal of taking it to the next level. We have incorporated years of Podio feedback and a lot of input from our community, including dynamic filters, new view types like list and dropdown, and many configuration options for how related records are displayed and linked.

Overall, we are on a very good path, and once the Relation field is solid, the remaining field types will follow in much shorter intervals. @1F2Ns based on actual usage patterns, customer requests, and development synergies, the next field types after relations are already largely defined. After relations, we will roll out Date first, followed by Number, which will then allow us to introduce the new Calculation field.

Really appreciate your patience and the close collaboration, and we are excited to get you into production betas soon🚀

Cheers,
Leo

5 Likes
12

Cool - the relationship field is already delicious :yum:

3 Likes
13

Update: :new: relation field :tada:

1 Like
14

Hey Leo – it looks like Relations might be wrapping up.
Does that mean Date fields are coming soon? Any rough timeframe?

1 Like
15

Hi @jon,

you’re absolutely right, as mentioned before, Date fields are next. We actually started working on them today :100:

Right now, we estimate the development time to be a few weeks, not months. It’s always a bit tricky to give an exact timeline since unexpected challenges can come up, but overall it should be a pretty manageable timeframe.

I’ll keep you posted, and once we’re getting close to release, I’ll reach out again.

Best,
Leo

1 Like
16

Thanks for the update, Leo — really appreciate it! Great to hear it’s already in progress. Looking forward to trying it out :+1:

1 Like
17

@Leo and team, just chiming in with an additional feedback here regarding the burning need for date fields…
I realize you’ve already made it clear:

Our experience has been that Date fields are currently the #1 blocker for switching over in many app use cases.
A large number (like 80% or more) of apps require a critical date entry datapoint.

Task App :arrow_right: Due Date
Project App :arrow_right: Kickoff or Milestone Date(s)
HR/Team Tracker App :arrow_right: Hired On Date
etc.

Even for several database app’s that are tied to forms. We will switch them to the old record style, add a date field, and add in some automations that auto-fill the date.
This then becomes available and visible in the table view even after we switch the app back to the new record layout.

We originally expected a high need for calculation fields, but honestly, new features are largely removing the need for many calc field use cases.
We do keep finding that having a Date and Number field option in the new record will allow us to make the full transition.

Excited to see those new field types soon!

2 Likes
18

Update: :new: date field :tada:

2 Likes
19

Hi @jon,

we released the Date field today for the new Record Experience, Forms, and Mobile. So you can already use it fully with all the new features :100:

I hope this unblocks your processes and that you can now move over to the new Record Experience.

Best regards
Leo

2 Likes
20

Hi @Leo
Thanks for heads up, I look forward to play around with it!
Best Jon

1 Like
21

Update: :new: number field :tada:

2 Likes
22

Hi! We’re very excited about the new experience, looks great! But we have two questions:

  1. When are you expecting this to be released in full (a few features we use are still lacking, but we understand they will be developed/made available soon enough, but that means we can’t really make the switch yet)? We know it sometimes can be hard to say exactly when things will be released in full, but even if you could only provide some vague guidance to let us know if it’s weeks away from launch, or if it’s expected early next year, or somewhere in between, that would be appreciated.

  2. For how long after the full release can we expect both versions of the record experience to be available (we’re thinking of when we should plan to make the switch for all users)?

2 Likes
23

Can someone help me understand what I’m missing for a ‘hidden if empty’ option in the new record layout?

Hidden if Empty missing
Hidden if Empty missing1378×1130 111 KB

1 Like
24

Hi @GH_SE,

Thank you so much, we’re really happy to hear that you’re excited about the new Record Experience :100:

We’re putting a lot of care and effort into this to make it truly outstanding, a real step forward and to create a USP in the market.

Regarding your first question:
It’s still a bit difficult to give a precise timeline. We have 12 field types left, with varying complexity.

Our goal is to have all field types in place this year, ideally more towards late summer or early autumn rather than the very end of the year.

Instead of waiting for one big release, we’ll continue shipping improvements and new field types continuously. This means the overall picture will become clearer step by step as more pieces are completed.

Regarding your second question:
You can already start switching individual apps to the new experience today. As we get closer to the release, we’ll also allow switching entire organizations earlier, even before the final release, so teams can test things in real scenarios.

We haven’t finalized how long both versions will run in parallel, but we currently expect around one month, possibly a bit longer, after full release.

The transition should be very smooth, as setups and defaults will carry over. Bu we’ll coordinate the final switch closely with our community and partners.

Best regards,
Leo

1 Like
25

Hi @CarsonRedCliffLabs,

Thank you so much for pointing this out, really appreciated!

I actually spent quite some time trying to understand this and first thought it might be related to the date field specifically, but in the end it turned out to be something much simpler.

We accidentally had a feature flag set on this option. This means it was only visible to the Tape development team, but hidden for everyone else. That’s why we didn’t notice it at first.

The good news is that we already have a fix in the pipeline, and it will be released tomorrow. After that, the “hidden if empty” option will be visible again for everyone.

Thanks again for catching this, and have a great weekend!

Best,
Leo

2 Likes
26

Hi @Leo … in the past we also discussed, that “hidden if not empty” would be as useful as “hidden if empty”.

In processes there are certain fields, which only need to be set once and never be changed again. You don’t even want to see it anymore. If needed at all, I could still show the hidden field again, same way I show “hidden if empty” fields manually.

Is this still a thing?

3 Likes
27

Hi @dirk_s,

great to hear from you!

Yes, this is still on our radar. However, the current approach is to handle this via Rules rather than Display Settings.

The idea is to keep the Display Settings intentionally lean and focused only on the most common use cases, to avoid overload.

In Rules, we already have the “Hide Block” and “Show Block” actions. We plan to extend these so that blocks hidden by such a rule can still be shown again manually when needed. On top of that, we only need to add the corresponding filter conditions like “is empty” and “is not empty” to fully cover your use case

So the feature is still planned, just implemented through Rules instead of Display Settings :100:

Best regards and have a great day!
Leo

2 Likes