That is one way to look at things yes, that in special cases where best practices do not need to be considered, you do not need to follow the guidelines of a best practice.

But strange enough for me, following best practices no matter which scenario I am in allows me to follow those best practices every time I need them as if it is second nature. Being consistent I believe is key doing a job well over and over, so I try to keep the same approach no matter the need. And for me personally, I do not only use option sets in parameters nor do I create my views as only parameters. I use path lists a lot more than parameters now because parameters are no good for SEO. But of course, there are times when I take the lazy approach and use a parameter as the page doesn’t require SEO benefits, but I am not attempting to change how I name option sets and keep track of whether it is used as a parameter or a path list.

nobody is sharing urls with tracking parameters added in…I really don’t understand the point of the comment

Great point. Yes, for you the developer it is easier for you to read it in the editor (although I find eat-chocolate just as readable as EAT CHOCOLATE), but including a space for something that will be used in a URL is just bad practice since the URL encoded value of a space is equivalent to %20 so the EAT CHOCOLATE now becomes EAT%20CHOCOLATE in the URL which is not at all readable and makes life a lot more difficult for the developer to structure the URL to use in areas that it needs to be shared.

I tried some more precisely worded questions to try and get a different answer

when should I use a space in a word or sentence that will be placed into a url

when should I capitalize words or letters from sentences or strings that will be used in the url

when should I not use lowercase letters that will be in the url?


when should I use a space instead of a - for strings in url?

Hopefully all of this helps clear up some confusion for other users who may stumble into this post and want to know best practices and things to avoid. I wish when I first got started somebody with 7+ years of experience working with this type of stuff could have laid it out so plainly for me and I didn’t need to spend so much time reading blog posts and articles on the subject plus playing around with different approaches in Bubble leading to issues and headaches. Just some free advice on things to avoid and best practices that are easily implemented, but of course, everybody is welcome to use their own form of ‘best practices’ as they’ve come up with them and they work for them.

all true, but the use of the parameter on the option set that you alter the display value to be more URL friendly, doesn’t help you to make use of the feature of the Get Data from URL that I still believe many many developers out there do not know. I found this out when explaining this to other Bootcamp instructors some 5 years ago and even recently on the forum a trainer with more time on platform than me had not discovered yet. If you want Bubble to know what option you are using without needing to expand your expression you have to use the display value since that is THE ID OF THE OPTION that bubble uses internally.

Here is a video explaining and demonstrating the differences between the best practice and the other approaches. Hopefully this helps some new users understanding how they should set things up from the beginning and knowing why.

1 Like