Just for the first part of your question, the multiple mores all have different functions.
I’ve seen up to three different mores before.
If you’re setting up a text field, the first more would be:lowercase , :uppercase, :truncated, etc
The second more would be “and” or “or”
The third more would also be “and” “or” but operating underneath semi different rules than the second more. Idrk how to explain the rules but it makes sense.
This anecdote is based off of the non-elemental system. If they changed the functionality in the new system, I’d be none the wiser.
Thanks, @drixxon. Things make a bit more sense when I interpret the corners as parentheses from the experimental feature.
Thanks, @georgecollier. No, I don’t have that experimental feature enabled; but since the description for this new UI states that it overrides the parentheses feature, then I’m assuming the corners are analogous to parentheses (and the new UI makes a bit more sense in that light).
EDIT
I have to say, though, that while the ability to “insert” expressions is improved with this new UI, I was also hoping for an easy way to “rearrange” subexpressions within an expression. I’ll have to play a bit with copy/paste to see if that’s improved.
Yes, the additional “More”'s are intended! This is because we’ve made “parentheses” native to Bubble’s composer; you now have more expressivity in approaching your logic.
For the faded text, that seems to be a bug – could you submit a bug report, so we can repro and investigate further?
We currently don’t allow the ability to select parts of expressions, so in the instance you’d like to flip two sides of an “or” statement, you’d reconstruct each part. Since these result in the equivalent expression, what is the use case for switching the positions of these sub-expressions?
Yes, the corners do take the place of parentheses in this new UI. We heard overwhelming feedback that the parentheses were too overwhelming in their visibility, so we went for a more implicit look. Hovering over different parts of the expression also reveal how they’re part of their own sub-expressions, as well as how they form the larger expression as a whole.
We have a ticket to implement hovering over atoms to show the data type – that will be in the GA feature.
The image I posted is not a good example, but basically for performance (and WU) optimization per this enhancement regarding the way boolean operations are evaluated.
I will get used to the corners, I’m sure, but I absolutely beg to differ with that feedback. The visual of the parentheses made perfect sense because they are, you know, actual parentheses. Tiny little corners that are hard to see are not parentheses… or at least they weren’t until today. Oh, well… time to start embracing tiny little corners (or TLCs, as I am going to call them) in the brave new world of Bubble expressions!
Yeah, and when there’s more than one dangling off the end of an expression, they look a bit forlorn - puny forlorn corners (or PFCs as I’m calling them).
I turned on the experimental feature and now my app won’t load at all. I can’t even go into the settings to turn it off
UPDATE
Had to use the URL Parameter that loads the app without the issue tracker so that I could get in my app and deactivate the experimental feature.
This sent me from 0 to 162 errors.
Sorry @grace.hong, I’d love to provide a bug report with error screenshots and specific information, but I can’t access my app with the feature on Might have to submit a vague report and let your team do the troubleshooting.
nice effort here, but i actually preferred the parentheses. only thing that it needed was better handling of replacing pieces of expressions. the general behavior is after the first logical expression if you try to swap out a variable later it basically clears everything out after it.
If you go this route with corners, would be great to let us choose whether we want “corners” or “parens”. my two cents
@grace.hong… if my post gets more likes than your original post, will you change the TLCs back to parentheses?
Okay, I kid… well, somewhat. The more I think about and look at those corners, the more confused I get as to how it’s a good idea to change such a well-understood paradigm like parentheses denoting order of operations. If folks are overwhelmed with their visibility (whatever that means), couldn’t you have just “toned them down” a bit? I honestly think new (and even not-so-new) Bubblers are going to struggle to understand what the corners mean (or even realize they are there in the first place), and again, I completely disagree with the overwhelming feedback you got.
Anyway, just my two cents, so take it for what it’s worth.
Edit: if you combine the likes on my other post with this post, I am winning.
Yeah… I thought the experimental parenthesis feature was almost perfect (once you got your head around how it worked)… easy to add expressions and operators in the right place, simple to see at a glance which parts of the expressions were grouped together, etc.
All it needed was the ability to change internal parts of an expression without losing the whole thing.
I cant make any sense of this new implementation (admittedly I haven’t spent much time with it) - I can’t work out what it’s meant to show or how to know where your and/or operators are being placed, and it’s very hard to even see the tiny little corners (I seem to always have more right corners than left ones, or a load of extra corners in the middle)… and that’s aside from all the bugs (like it just doesn’t work at all as soon as an Option Set is introduced).
I was hoping the previous parenthesis feature would be taken out of beta and released as a full feature, with some improvements for handling in-expression editing.
Maybe, once all the bugs are fixed, and I’ve spent enough time with it it will start to make sense…
I thought it was a nice upgrade, but please put the parentheses back it’s so much easier to read than those tiny little corners, you can hardly see what is grouped together
I think it’s great improvement on previous version, especially on larger expressions it gets very confusing.
However could we please, please, please start working with increased sizes. I mean most of us, develop on machines (not mobile, minimum space constrains).
These corners are so little and high resolution its hard to see, so is it possible to increase the size somehow?
I like the underline, I don’t need the parenthesis but the little hooks are pretty small.
I also think the update has effected the styles tab. Particularly when editing an input style the Layout and the Appearance Tab are not showing any information when selected. The conditional tab is ok
@mikeloc Looking at @robertas screenshot, I have absolutely no idea which expressions are grouped without )( symbols. Like my caveman brain can’t even comprehend it
Might have to submit a vague report and let your team do the troubleshooting.
