Closed (outdated)
Project:
Resource Conflict
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
11 Feb 2013 at 06:38 UTC
Updated:
27 Feb 2025 at 08:47 UTC
Jump to comment: Most recent
Comments
Comment #1
4kant commentedWould it work together with entity registration then?
As far as I see any booking stuff would be easy to configure using views, rules and of course calendar!
Without any preconfigured booking modules.
Comment #2
ohthehugemanatee commentedYes, and in fact this should not be too difficult. It's even in the README's "to do" list! As much as possible in the 7.x rewrite, I tried to use generic entity functions... but it isn't quite there yet. Honestly my priority was a stable, rules-based rebuild, and extending it to ALL fieldable entities was a "let's see if this is possible as I rewrite it" kind of thing.
IIRC all it needs is replacing some node_loads, replacing the hook_node_validate implementation, and there are probably a few conditionals in there that assume a node form. I probably won't have time to work on this more until Drupalcon PDX without sponsorship. Patches welcome, though.
Comment #3
tmsimont commentedI have been working on a similar concept that is based around entities. Instead of using hook_node_validate I require the user to user entityreference fields, and then alter the field validation. by using field validation rather than, I've made it useable on all fieldable entities.
at this point, however, the configuration is a bit clunky, and the rules resolution bit leaves a lot to be desired:
http://drupal.org/sandbox/tmsimont/1931666
Comment #4
Renee S commentedInteresting, @tmsimont. My two cents is that I prefer the simplicity of Resource Conflict, it's nice and it's clean and has a lot of installs which helps with bug-catching and support. In terms of developer time, getting it entity-ified seems a more efficient use.
Comment #5
bkosborneSeems to me that one of the sticking points would be: Where do you ask the user to "enable" resource conflict? Right now it's on the edit form for a content type, but we can't assume that any entity would have a similar form to alter to add the checkbox and dropdown for date field.
Comment #6
nikathone@bkosborne I think the idea might be to create a general setting form (may be under structure) where available entity will be detected like in views and then from their enable resource conflict on them.
Comment #7
pq commentedAnother use case for this would be commerce line items or similar, which could act then as bookings.
Comment #8
caldenjacobs commentedEntity Construction Kit ( ECK ) support would be nice as well. When I get some time I'll have a look at what it would take to move administration under the Date Tools section. It doesn't make sense to relegate the opt-in option to NODE Content Type edit forms only.
Comment #9
Derimagia commentedVery much agreed with @caldenjacobs that ECK or Entities would be nice. I am looking to evaluate this module for a project, but I can't justify nodes at all for the "appointment" and "availability" entities I want to create. Was also looking at the BAT module.
There's a little bit of a discussion here on what I'm trying ot do: https://github.com/Roomify/bat_drupal/issues/21
@caldenjacobs any luck with this or did you not get the time?
Comment #10
joelpittetGood idea, but features aren't generally "major" priority unless the maintainer thinks it is.
Comment #11
afagioliClosed for inactivity
The roomify code is forked into bat_batroomify
See https://www.drupal.org/project/bat/issues/3509323
Comment #12
afagioli