10929 Posts in 2613 Topics by 1809 members
|Go to End||Next >|
28 March 2009 at 6:22am
Yes, either the <% require %> tag or just plain html includes. The require tag is possibly the better choice since it prevents duplicates.
From studying the SSViewer class, I was able to figure out how this tag works:
The first part is the keyword "require", followed by the method to call with arguments in braces.
<% require css(path/to/my/file.css) %>
Will call Requirements::css('path/to/my/file.css');
30 March 2009 at 10:40pm
Hello, it's me again.
I hacked the Calendar classes to output european-formatted dates. Not in a generic/reusable way though... that would require quite an amount of refactoring i guess.
I set the locale using setlocale. Then I changed the methods of the Calendar class to use strftime instead of date. Example:
return strftime('%d. %B %Y', $this->start_date->get());
// instead of: return $this->start_date->format('F jS, Y');
Just in case somebody tries the same thing...
@UncleCheese: Have you thought about highlighting the dates where an event occurs in the calendar widget? I guess it should be feasible using the renderCalendarCallback setting of the CalendarWidget: http://www.kelvinluck.com/assets/jquery/datePicker/v2/demo/renderCalendarBankHolidays.html
Ranges could be a problem though.. what do you think?
31 March 2009 at 3:34am
your calendar is great, thank you. IÂ´m looking forward to the improvements, especially european date format.
I love Silverstripe! ItÂ´s amazing what featureful sites can be build with a little knowlege of PHP and OOP.
31 March 2009 at 4:45am
@ banal - Glad you got it working. The part I'm struggling with is giving the user the ability to choose which format characters to plug into the date() function. For instance, some users may want "October" in lieu of "Oct." That only really matters in the getDateString() method that returns a magically rendered date span in its template function $_Dates. So I may just make that US format only for now, or limit the options for European. Ultimately, date display should be left to the template, so I don't mind empowering users to handle it as they wish using $StartDate.Format() and $EndDate.Format().
Hopefully I'll get some time into it today.
31 March 2009 at 5:29am
Yes, putting this stuff into templates makes sense. I'd keep the "magic" stuff to a minimum and rather provide start- and end-dates or other information the user can then mix freely in his templates. If he wishes another formatting, overriding the base class and adding custom controls (public methods) should do the trick.
Be sure to use strftime instead of date, since it is "locale-aware".
I'll check out if I can make the highlighting work..
31 March 2009 at 5:36am
Thanks for the strftime idea. Did not know date() wasn't locale aware.
Anxious to see what you come up with, though. It would be a great feature.
31 March 2009 at 9:46am Last edited: 31 March 2009 9:47am
31 March 2009 at 9:56am
That's precisely the problem. All of the recurring events are injected on the PHP side, not in MySQL. I tried very hard to come up with a query that would work, but to no avail, it has to be done in the controller. That's why everything has to get routed through the Events() function.
One quick way to do it would be $this->UpcomingEvents(999). But that wouldn't get anything before today.
I'll have to revisit that Events function. It's pretty flexible. Should be able to throw it a start and end date (sfDate objects) and have it do its thing.
|Go to Top||Next >|