Should time slots be declared before hand? So that a user could only select from a fixed time slot?
-Thadeus On Sat, Oct 24, 2009 at 1:46 PM, mdipierro <mdipie...@cs.depaul.edu> wrote: > > How many resources should be available for booking? How would one > search for them, by keyword? Should the time-slots be fixed? > > Massimo > > > On Oct 24, 1:40 pm, Vincent Borghi <vincent.borgh...@gmail.com> wrote: > > Hello, > > > > On Sat, Oct 24, 2009 at 4:45 PM, Yarko Tymciurak < > > > > resultsinsoftw...@gmail.com> wrote: > > > On Sat, Oct 24, 2009 at 9:26 AM, mdipierro <mdipie...@cs.depaul.edu > >wrote: > > > > >> We could write one. Can you send more specs? > > > > In fact, in my mind, I was looking for an already existant application, > > but if you are ready to develop a new one from scratch, why not?! > > Thanks for your responsiveness, and see my requirements below... > > > > that is, can you state clearly what you want (and don't want), what > problems > > > > > you anticipate (e.g. expected scheduling conflicts, exceptions - e.g. a > > > director level person is allowed to override a reservation, and how > that > > > should be handled), the kinds of resources (and pertinent information > about > > > them), and the population that will be served by this system (and what > you > > > want for them, and their experience). > > > > > From there, we can start a conversation to develop specifications. > The > > > implementation (e.g. python, web2py, or whatever) then should be chosen > by > > > what can best accomplish what you want (for example - you may want a > level > > > of interaction that suggests Flash on the client end, or not...). > > > > Not really specs, but some requirements follow: > > > > 1) I want to be able to easily customize/modify the application myself, > > and for my personal taste and experience, this simply means that Python > is a > > must. > > This also means that for the rendering, I want no Flash but just > > html+css+javascript > > (preferably simple javascript, as I am not a JS guru: that means that the > > code itself > > is simple and/or based on a good javascript library that has a simple and > > clean api). > > > > 2) I want something that is simple and light for the > developer/administrator > > (i.e. for me). > > This simplicity is desired when installing the program, as well as when > > modifying the > > program, and in my mind this means the app operates either as standalone > > cgi/wsgi > > scripts or as a web2py app (ideally, just copy/edit Python scripts, no > need > > to run > > complicated procedures (compile, make, hack the makefile, or setup, > > buildout, paster, > > etc) > > > > 3) Just a simple, basic, code, without too many or too complex features, > > would > > be useful. From such an essential base, a Python developper/app > > administrator can > > elaborate as desired additional ad hoc functions. > > (I could find php- or perl-based freeware with many (not necessarily > > useful) features; > > but I prefer something small but easily customizable/augmentable) > > > > 4) Usage scenario: > > The app would be used by some users (between 50 and 200) to book > resources. > > Typical "resource" examples are: meeting rooms; time slots to remotely > > access to a given computer; laptop or other device offered in a self > service > > pool of equipment. > > In my case, I plan to manage just some "resources" (5 or 6, perhaps > more > > in the future). > > A resource booking involves mainly 3 things: a resource, a time slot, a > user > > (who has booked > > the resource). Perhaps a comment from the user would be a useful 4th > > characteristic. > > > > 5) Users can consult the reservations already registered for a given > > resource. > > As in Google calendar, the user has the choice between several views: > > perhaps "month", > > "week", and "agenda" (the linear list of occupied time slots). The user > can > > scroll /browse > > thru the reservation calendar (forward/backward). > > > > 6) Users can book a resource: they specify the concerned resource and the > > desired time slot, > > and possibly a comment. If the time slot is free, the booking is > recorded. > > If the requested > > time slot is totally or partially unavailable, the booking is not > performed. > > The user must chose an available slot. > > > > 7) A user can himself cancel (remove) a resource booking he has > previously > > performed. > > > > 8) As a bonus, a kind of "approver" role can be introduced: the approver > can > > tag > > a resource reservation as "approved" (validated", "acted"...) > > > > 9) As a developer, I can customize the code to introduce some form > > of access control (lists of users authorized...). Authentification is out > > the > > scope of the application itself. I'll provide my own checks in the code > > (perhaps based on the prseence of some cookies previously set by an > > external SSO system...). > > > > 10) A log of operatoons (booking, cancelation) is available for the > > administrator. > > > > 11) Base actions have perhaps hooks associated with them: the > > developer/administrator > > can provide his own functions that will betriggered when such or such > action > > occur > > > > 12) To be continued. The above is just for your reflexion.... > > Keywords are suimplicity, ligntness, code customisability... > > > > Yanks and regards > > > > >> On Oct 24, 3:49 am, Vincent Borghi <vincent.borgh...@gmail.com> > wrote: > > >> > Hello > > > > >> > I am looking for a simple and light system that would allow to > manage > > >> > the reservation by users of various shared resources, such as > > >> > rooms or misc. equipments. Simple and basic features are > > >> > sufficient, just manage/check time slots to reserve, some resources > > >> > and some users... > > > > >> > The application must be open source, written in Python, > > >> > and possibly a web2py application (or else, Python scripts > > >> > usable thru cgi or wsgi). > > > > >> > Thanks for your suggestoons > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "web2py-users" group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~----------~----~----~----~------~----~------~--~---