- Issue created by @Carlitus
- Merge request !3Using the type id from node unit instead from node settings → (Open) created by Carlitus
- 🇮🇹Italy afagioli Rome
Reading about "Room", seems to be moved inside the "BEE Hotel" queue
https://www.drupal.org/project/bee_hotel → - Status changed to Postponed: needs info
about 1 year ago 12:55pm 19 December 2023 - 🇪🇸Spain Carlitus
We don't use bee hotel, only bee, bat and bat_api. We use this for booking of meetings rooms.
And there is no question, sorry, only that we need this patch so we can no longer book the meetings room that the type_id inf config/sync are different.
- 🇮🇹Italy afagioli Rome
There was some change in the BAT configuration data. Will look at this.
And further detail, or even better a shorter synthesis of your experience here would surely help
Thanks so far - 🇪🇸Spain Carlitus
I have several groups of meetings rooms
Each group have diferent meeting rooms:
Without this MR:
I only can book in meetings room of one group, the one defined in the yml of my content type.With the MR:
I can book in all the meetings rooms, because i don't look the configuration of the content type for the type_id - 🇮🇹Italy afagioli Rome
Very interesting indeed!
Your approach should work if you want a multi-unit search, even if units are different one each-other. So, cool!
From my personal experience, BEE units are clones. This is important especially when you integrate the commerce module.
It's true also there no groups search inside BAT not BEE today (we started the bat_group in current dev), so - waiting for a more appropriate solutions - your approach is good when you using BEE for no-commerce units (at least).
As written above, BEE Hotel implemented a specific multi unit search. It's essentially a different call to the "bat unit availability" function for more units involved with similar conditions. You can take a look at that if interested in more approaches.
Even if your MR will not be part of future BEE, it will surely contribute to improve the overall community experience.
Thanks!
- 🇮🇹Italy afagioli Rome
Very interesting also how/if more projects would implement code in MR