Data being things in bubble poses some grammatical issues. A field that defines data plurals would be helpful.
or probably easier
So we can avoid having to explain this to clients and investors:
Data being things in bubble poses some grammatical issues. A field that defines data plurals would be helpful.
or probably easier
So we can avoid having to explain this to clients and investors:
A nickname feature might make more sense. Some way to âmaskâ the types name without it affecting anything else within the app. That may be helpful for apps with lots of different thingsâŚ
Would the mask be an automated process?
No. In essence itâd be the same thing youâre suggesting, if I understand your idea right.
Essentially youâre saying that we could append or redact the plural of a thing, right? In effect just changing the appearance of the thing, for purposes of presentation?
If thatâs the case then we could, instead of only making plural or not plural, change the entire name - you could make it plural or not or change it for other purposes such as organization. That way it could be useful for a broader range of cases.
If Iâm understanding you understanding me, ( ) the result of what youâre describing would be appear to the user in the public apps developed in bubble.
Iâm just suggesting bubble overlords add a new field to their structure so it can be called where appropriate within their app.
This change would be seen by developers only, and only when describing data in context. For client-user experience, your idea is far better.
The intent of this change is to make bubble easier for the people who buy apps from developers. Even more so than with WP, our clients are going to believe a monkey can do what we do. Our art is more subtle. So as devs always do, weâll all sell support hoping it never gets used. like my gym membership.
The less we hear from confused beneficiaries of our work, the more money we make.
This is the type of thing that confuses said beneficiaries and chews on our do-nothing support profit margins:
HmmmâŚyes, yes I seeâŚand agree. The wording could definitely be better.
This is a common problem when you use convention type modeling. And some systems do let you override the default convention plural name and in some instances (e.g. Entity Framework) you can turn off automatic pluralization altogether and simply refer the singular name.
However, one thing you can tell your clients to avoid the awkward conversation is that the extra âsâ actually means âsetâ as in dataset to signify a collection. So âPeopleâ is the single entity and âPeoplesâ is a set of People entity objects. Some might believe you
Setting the data type name to be the single Thing (so book or vehicle or User) makes things clearer.
So you get Bookâs Title rather than Booksâs Title as well.
Interested in why this doesnât work.
I think the root of the problem here is the English language.
e.g.
Book, => Books
Dog => Dogs
Goose => Geese (not Gooses)
Mongoose => Mongooses
virus => viruses (not viruss)
It is purely a cosmetic readability thing. I would not introduce the complexity to fix it or provide overrides doesnât seem worth the hassle to introduce the risk, I would rather carry the technical debt. Not knowing how the Bubble system is built, so not sure how complex it would be to implement, it might be a relatively easy thing to do, in which case, it might be easily fixed now before system gets too big!
I think they chances of having a data type (which is what we are setting up, types not tables or sets or collections hence singular) of âGooseâ rather than âAnimalâ are pretty slim
Donât disagree about Virus but just call it VirusDetail and that sorts it simply.
I work in Insurance, where âLloydâsâ (the Insurance market) is the correct name for it. Try writing documents about âThe Lloydâsâs Systemsâ and you quickly get used switching stuff around to avoid double apostrophes.