hi bluwu.
Your request is a little bit difficult.
If I have a settled time, I'll remake piCal radically, and implement such a feature like group-ware.
For me, the heigher priority about piCal is "public calendar of whole site" which is extesible by plug-ins.
for now is there a nifty way of creating two or more seperate calendars? Also, If I wanted to hack it myself how would i go about it?
Quote:
bluwu wrote:
for now is there a nifty way of creating two or more seperate calendars? Also, If I wanted to hack it myself how would i go about it?
I can't see your meaning of "separate calendars".
Categories can't be enough?
Or you mean two mini-calendars in one display?
BTW, you can hack my scripts at ease.
Thanks for clearing my brain... You are corrent
Well that is the problem... i dont want to have "modules/piCal/" showing up as my homepage URL for my website... i just want to turn on the monthly calendar block showing the categories dropdown list and put it on any page i want.
Any quick ideas?
Also, I would just like a page where registered users (with set permissions) can go to add/edit/delete multiple people resources to an event that they submitted and own after an event is created (this would need to be searchable by the regular XOOPS search form as all fields should be).
The list of people resources would show up in the details page of an event. Also, if the admin wanted he could show the list of say speakers (or any combination of resources - sortable) under each event title in the Coming Events block.
The table would hold something equivalent to EVENTID (dropdown ist of events own by user), FULLNAME (with optional dropdown box listing names chosen by the admin of the site... e.g. Blu Wu, GIJOE, etc.) and TYPE (with an optional default list -> speaker, vendor, Telelink, etc. and an open textbox for TYPES if not listed)
I would love to see this.
So, ya say you'll have that done in a jiffy?! GO JOE!
BTW, "public calendar of whole site" which is extensible by plug-ins, is a hot idea too.
hi bluwu.
Perhaps, I see almost of what you want.
It is important for achiving your request to separate displaying part and scheduling part.
scheduling part is an independent module.
And diplaying part can parse any schedules from any modules with plugins.
Of course, extracting schedules by modules or categories will be implemented.
The mini-calendar block will be clonable like TinyD.
The separation is just the same what I want to do.