Para búsquedas más avanzadas tenemos la posibilidad de usar filtro avanzados , por ejemplo , para encontrar todos los apartamentos cuyos creadores tengan un correo electrónico alojado en yahoo.com , utilizamos ; ‘This apartment’s creator’s email:extract domain is ‘yahoo.com.’

Puedes localizar la búsquedas avanzadas aquí;

Una forma óptima de poder realizar búsquedas sobre todos los contenidos de un nuestra producto o servicio es anexando a nuestros datos un índice de búsquedas , es decir , un campo que recoja todos los datos sobre los cuales podemos buscar, y además en letras en minúsculas.

Este nuevo campo nos  permitirá ahora realizar búsquedas simples , que no sean sensibles a mayúsculas ni minúsculas como hemos visto , de forma rápida.-

Hemos creado el siguiente diagrama que ayuda a tomar la decisión de cuando un conjunto de datos es recomendable guardarlo en un option set .

En búsquedas simples en bubble podríamos decir que tenemos varias posibilidades de realizar búsquedas , una de ellas es por keywords con la siguiente configuración ;

Por otro lado tenemos una búsqueda simple CONTAINS , que es además sensible a mayúsculas y que se configura de la siguiente manera ;

Y por último, habría una forma de poder configurar una búsqueda para casos en los cuales queramos que uppercase ( mayúsculas )  , o lowercase ( minúsculas ) funcionaran en todos los casos.

Pero ojo , es la configuración que nos haría falta , sin embargo no podemos seleccionar nuevamente el mismo input en nuestro filtro avanzo. Para hacerlo debemos clonarlo , e indicar en el segundo caso como valor inicial ( initial content ) , el valor del primer input en lowercase , justo así ;

Y después ocultar este input.

Ahora sí estamos listos para nuestra consulta con filtro avanzado en bubble.

Una de las funciones de la variables temporales de Bubble es la posibilidad de guarda cálculos realizados durante la sesión del usuario . Como en el resto de custom states estos cálculos no permanecerán en la base de datos y desaparecerán por tanto al abandonar la aplicación.

Cada alteración de una variable temporal es posible guardarla y por tanto mostrarla al pie de nuestra web , por ejemplo , creando un custom state denominado ” count “ de tipo number . Para posteriormente utilizar un elemento sobre cúal aplicar cálculos. En nuestro caso hemos utilizado el elemento FOOTER , creando en el un texto indicativo del número de página en el FOOTER.

En ocasiones resulta muy útil desplegar todos los elementos de nuestra aplicación en una sola pantalla , esto podemos hacerlo apilando todo los elementos y añadiendo condiciones que permitan ocultarlos o mostrarlos en diferentes situaciones , por ejemplo , la hacer click en uno u otro icono de nuestra menú móvil.

Aquí puedes ver en este vídeo esta sencilla forma de mejorar el rendimiento y la usabilidad de nuestra app móvil.

A menudo queremos tener una vista móvil más intuitiva , es por eso que para muchos usuarios el menú móvil conocido como hamburguesa , resulta útil . Para incluirlo en nuestra App tan solo debemos descargar el plugin Slidable menu a nuestra app y configurar que página deseamos que muestre.

Una de las cosas más sorprendentes de Bubble es que cuenta con recursos de forma nativa para casi todo , también para montar tu propio Chat en tu aplicación .

Los pasos para incluir tu propio Whatsapp No-code en tu aplicación son según la propia web de Bubble ;

1. Get Started
   1. Register your account on Bubble
2. Configuring your app
3. Building workflows
4. Creating user accounts
5. Building a home page to display a list of chats
6. Creating new contacts
7. Creating new contacts
8. Displaying and sending messages
9. Additional features
10. Templates
11. Start Building

A la hora de decidir como parametrizar la base de datos y la relación entre tablas cuando o usar una list of things o no depende como hemos visto del número de elementos ( texto, imágenes… ) que guardemos en la lista . Idealmente solo las utilizaremos para elementos que no cambian por ejemplo , tipo de usuario o estado. Y por tanto para listas de datos que no sean demasiado grandes.

Por el contrario generalmente nos interesará tener una campo subordinado a otra tabla, cuando queramos consultar entre cualquier otro elemento de la tabla subordinada, pero claro , con el comando SEARCH FOR [ TABLE ] aplicando CONSTRAINS para una tupla de datos estaremos igualmente accediendo a un alto número de elementos, y por tanto el rendimiento de nuestra aplicación en Bubble se puede ver mermado.

Para ello lo ideal es utilizar campos sincronizados en Bubble , como vimos , donde el mismo valor se guarda en la tabla original y en la subordinada, de manera que solo accederemos a la tabla para acceder al resto de datos albergados en la tabla subordinada , pero para consultar rápida o conteos con los valores utilizaremos el campo original más cercano.

Aquí tienes un vídeo donde se explica los pros y contras de un método u otro