# Asking for feedback on method of Tab text in Table (video) **URL:** \ **Category:** Ask for Help\ **Created:** [April 28, 2021, 10:46pm UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147 "2021-04-28T22:46:59Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![BlakeWS](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/blakews/32/24377_2.png) [@BlakeWS](https://community.glideapps.com/u/BlakeWS)\ **Post date:** [April 28, 2021, 10:46pm UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147/1 "2021-04-28T22:46:59Z")
Hi there, I tried something nifty with the text in my app, adding it to the first row of each Table that correlates to a Tab. I’m wondering if you’ve tried this and/or what you think about it. Thanks [App demonstration](https://share.getcloudapp.com/E0uYXkEN) ---
**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\ **Post date:** [April 29, 2021, 2:31am UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147/2 "2021-04-29T02:31:50Z")
Interesting idea, I think I like it. Took me a minute or two to realise how you were using that… so each of those “Tab - xxx” tables are _ONLY_ used to drive their corresponding screen/tab, and no further rows are added to those tables, right? Have you thought about how you might support multiple languages using this approach? My immediate thought is that you could have additional rows for each supported language, with their respective translated strings, then use row filtering to display the appropriate language strings. But not sure how that might affect your component interactions (ie. with multiple rows). ---
**Author:** ![BlakeWS](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/blakews/32/24377_2.png) [@BlakeWS](https://community.glideapps.com/u/BlakeWS)\ **Post date:** [April 29, 2021, 2:47am UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147/3 "2021-04-29T02:47:31Z")
> [@Darren\_Murphy](#): > > Interesting idea, I think I like it. Great, it was devised during a moment of frustration when I wanted to shove my pen into my eye socket. > [@Darren\_Murphy](#): > > Took me a minute or two to realise how you were using that… so each of those “Tab - xxx” tables are _ONLY_ used to drive their corresponding screen/tab, and no further rows are added to those tables, right? Yes, that’s right. The navigation buttons are used to set columns in other tables and also act as counters so that I can see how people are navigating through the app. > [@Darren\_Murphy](#): > > Have you thought about how you might support multiple languages using this approach? I hadn’t yet, but obviously it’s an important consideration given the industry I’m in. > [@Darren\_Murphy](#): > > My immediate thought is that you could have additional rows for each supported language, with their respective translated strings, then use row filtering to display the appropriate language strings. Let’s hope it’s that easy LOL. If so, then I unknowingly did myself a huge favour. > [@Darren\_Murphy](#): > > But not sure how that might affect your component interactions (ie. with multiple rows). Yeah, I’m not sure… I wonder how the user specific columns will react to that. The nice things about having the text already there is that it creates the row, and the RowID, so that you can immediately interact with it. ---
**Author:** ![Darren\_Murphy](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/darren_murphy/32/47326_2.png) [@Darren\_Murphy](https://community.glideapps.com/u/Darren_Murphy)\ **Post date:** [April 29, 2021, 3:24am UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147/4 "2021-04-29T03:24:14Z")
I guess one downside with this approach is that you won’t be able to easily re-use strings in other parts of your app. So you may find yourself creating a bit of duplication. For example, let’s say you have the text “Continue” to use as a button label. You’ll need this same text string repeated in every table where you want to use it. A way to avoid that would be to use a hybrid approach, where you store commonly used text elements in your User Profiles table. This would make them available to be used anywhere in the app. I’ve built a handful of apps that support multiple languages, and this is essentially the approach that I take. I have a single table that contains all the the text strings that are used throughout my app - including the translated versions of each string - and then I make them available in my User Profiles table via a relation and a series of Single Value columns. So my User Profiles table ends up looking something like this: ![Screen Shot 2021-04-29 at 11.17.47 AM](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/7/9/7952d4f5add886f31f75d577218b949049a9399d.jpeg) It’s a nice approach, but you can wind up with quite a lot of bloat in your User Profiles table (I think @Mark_Turrell can vouch for this - I helped him implement this method in his Covid app, and I think he has several hundred columns - and counting - in his User Profiles table). It could be that some hybrid of your approach combined with what I do might be an ideal solution for multi-lingual apps. ie. store all the commonly used strings in the User Profiles table, and have screen-specific strings in their own tables. Definitely something worth exploring, I think. ---
**Author:** ![BlakeWS](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/blakews/32/24377_2.png) [@BlakeWS](https://community.glideapps.com/u/BlakeWS)\ **Post date:** [April 29, 2021, 5:01pm UTC](https://community.glideapps.com/t/asking-for-feedback-on-method-of-tab-text-in-table-video/26147/5 "2021-04-29T17:01:41Z")
> [@Darren\_Murphy](#): > > I guess one downside with this approach is that you won’t be able to easily re-use strings in other parts of your app. Yes, this is true. I didn’t figure a way around that yet. I am exploring the combination of relations and single value columns as well. > [@Darren\_Murphy](#): > > A way to avoid that would be to use a hybrid approach, where you store commonly used text elements in your User Profiles table. I’ll try this out on a “public with email” app. I didn’t have the option on this totally public app. > [@Darren\_Murphy](#): > > I have a single table that contains all the the text strings that are used throughout my app - including the translated versions of each string - and then I make them available in my User Profiles table via a relation and a series of Single Value columns. This is nice, I’ll try it out soon 🙂 > [@Darren\_Murphy](#): > > but you can wind up with quite a lot of bloat in your User Profiles table This is the situation I found myself in with the other app I’m working on, and how I arrived at the “table per tab” approach that I tried here.