Shaun Peet
Top achievements
Rank 2
Rank 2
Shaun Peet
asked on 21 Nov 2006, 07:16 PM
www.huronperthlakers.ca
Site created for a AAA minor hockey organization, which has several individual teams within it. Site contains news, events, schedules, player rosters, statistics, etc. for the organization as a whole and for each individual team. Database design allows for a flexible number of teams to be setup from year to year. The public pages aren't anything special; the Admin pages are where the real beauty is; unfortunately I can't let anyone see them since the site is live with real data.
Controls Used (Public Pages):
r.a.d.Rotator
r.a.d.Ajax
r.a.d.Menu
coming soon: r.a.d.Calendar
Controls Used (Admin Pages):
r.a.d.Splitter
r.a.d.Panelbar
r.a.d.Menu
r.a.d.DateInput
r.a.d.Input
r.a.d.Editor
r.a.d.Calendar
r.a.d.ComboBox
r.a.d.Grid
r.a.d.Ajax
Site created for a AAA minor hockey organization, which has several individual teams within it. Site contains news, events, schedules, player rosters, statistics, etc. for the organization as a whole and for each individual team. Database design allows for a flexible number of teams to be setup from year to year. The public pages aren't anything special; the Admin pages are where the real beauty is; unfortunately I can't let anyone see them since the site is live with real data.
Controls Used (Public Pages):
r.a.d.Rotator
r.a.d.Ajax
r.a.d.Menu
coming soon: r.a.d.Calendar
Controls Used (Admin Pages):
r.a.d.Splitter
r.a.d.Panelbar
r.a.d.Menu
r.a.d.DateInput
r.a.d.Input
r.a.d.Editor
r.a.d.Calendar
r.a.d.ComboBox
r.a.d.Grid
r.a.d.Ajax
5 Answers, 1 is accepted
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 21 Nov 2006, 07:37 PM
Perhaps the way that the timer works on that page is the answer to this thread:
http://www.telerik.com/community/forums/thread/b311D-etgcc.aspx
EDIT: Client didn't like the timer on the main page so it was removed.
http://www.telerik.com/community/forums/thread/b311D-etgcc.aspx
EDIT: Client didn't like the timer on the main page so it was removed.
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 11 Apr 2007, 05:05 PM
To solve my problem of not being able to demonstrate the administration portion of the site, I made some videos to show it off. In the videos you will see the splitter, menu, window, combobox, calendar, input, grid, & ajax controls in their full glory.
http://www.microagebasics.com/support/hockeyorganization/demos/index.html
http://www.microagebasics.com/support/hockeyorganization/demos/index.html
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 17 Aug 2007, 01:24 AM
The same project now in seven different flavours!:
www.huronperthlakers.ca
www.maitlandicesharks.ca
www.c4thstars.ca
www.kincardineminorhockey.ca
www.blythminorhockey.on.ca
www.goderichminorhockey.ca
www.walkertonminorhockey.ca
The project has also been updated to use the Prometheus versions of the r.a.d.Splitter, r.a.d.Tooltip, and r.a.d.Ajax.
www.huronperthlakers.ca
www.maitlandicesharks.ca
www.c4thstars.ca
www.kincardineminorhockey.ca
www.blythminorhockey.on.ca
www.goderichminorhockey.ca
www.walkertonminorhockey.ca
The project has also been updated to use the Prometheus versions of the r.a.d.Splitter, r.a.d.Tooltip, and r.a.d.Ajax.
0
Garry Clark
Top achievements
Rank 1
Rank 1
answered on 08 Oct 2007, 02:41 PM
Good looking site Shaun. Are you using RadCalendar for your calendar? Also I notice that all of your links go back to Default.aspx, but pass in a querystring of the, I'm guessing User Control, you want to load. I've noticed a few other sites doing the same thign these days. Do you care to elaborate on this functionality as I am very curious about it. What advantages/Disadvantages are there to doing it this way? Anyhow thanks for contributing and keep up the good work!
0
Shaun Peet
Top achievements
Rank 2
Rank 2
answered on 06 Nov 2007, 03:02 PM
Hello Garry,
I wasn't subscribed for this thread (now I am) so I didn't see your questions. On the public-facing pages I am using a standard calendar at this time. To be honest, I haven't even investigated whether or not there would be any advantages to using radCalendar on the public-facing pages.
On the administration pages, though, the racCalendar makes its appearance all over the place - mostly because of its appearance, but also to leverage its client-side capabilities.
To your other question, about dynamically loading user controls, this is the method I have always used since it allows for easy customization of the *structure* of the site by the end-user. The DB stores the navigational structure for the site, with one of the fields being the name of the user control to load. To add a new page to the site's navigation then simply requires adding a new row to the DB table, storing the page ID, name, user control, and custom content. The user control that loads can take additional information from the querystring to display additional information. For example, the "Static.ascx" control is loaded when "Content=Static", which then looks for the ID of the page to go grab the custom content from the same row in the DB.
The disadvantages of this, people tell me, is that this is not very SEO friendly. Poppycock. I can do a search for one of the players on one of the teams on a site, and google will correctly take me directly to that player's profile - with the url something like huronperthlakers.ca/Default.aspx?Team=1010&Content=Player&ID=1252 (I made up those numbers, btw, so that's probably not a real page).
Another disadvantage is the "cryptic" addresses that this can create - like the one above. People tell me that an address like huronperthlakers.da/Teams/1010/Players/1252/ would be easier to remember. I'm not sure how many people would be able to directly navigate to either address by "guessing" the url.
There may be other disadvantages, but the one huge advantage is the ability to link to any of the pages, deep within the site, from anywhere else - including other sites. Each page is instantiated fresh upon loading using the parameters in the querystring, so there's no need to worry about the context when loading the page, no need use use Session or any other variables, etc. Additionally, if you are loading several user controls on the page (like I am), they can all use the same parameters brought in by the querystring.
It also makes archiving, in the case of the hockey organizations, really easy. The only thing that the organization needs to do is set the current season that the site is working with to get the list of all that current season's teams. All the other past (and future) teams are available by passing that team's ID in the querystring at any time. I have a part of the page which detects whether or not the current team's ID is associated with the organization's current season, and if not, displays a message alerting the user.
I wasn't subscribed for this thread (now I am) so I didn't see your questions. On the public-facing pages I am using a standard calendar at this time. To be honest, I haven't even investigated whether or not there would be any advantages to using radCalendar on the public-facing pages.
On the administration pages, though, the racCalendar makes its appearance all over the place - mostly because of its appearance, but also to leverage its client-side capabilities.
To your other question, about dynamically loading user controls, this is the method I have always used since it allows for easy customization of the *structure* of the site by the end-user. The DB stores the navigational structure for the site, with one of the fields being the name of the user control to load. To add a new page to the site's navigation then simply requires adding a new row to the DB table, storing the page ID, name, user control, and custom content. The user control that loads can take additional information from the querystring to display additional information. For example, the "Static.ascx" control is loaded when "Content=Static", which then looks for the ID of the page to go grab the custom content from the same row in the DB.
The disadvantages of this, people tell me, is that this is not very SEO friendly. Poppycock. I can do a search for one of the players on one of the teams on a site, and google will correctly take me directly to that player's profile - with the url something like huronperthlakers.ca/Default.aspx?Team=1010&Content=Player&ID=1252 (I made up those numbers, btw, so that's probably not a real page).
Another disadvantage is the "cryptic" addresses that this can create - like the one above. People tell me that an address like huronperthlakers.da/Teams/1010/Players/1252/ would be easier to remember. I'm not sure how many people would be able to directly navigate to either address by "guessing" the url.
There may be other disadvantages, but the one huge advantage is the ability to link to any of the pages, deep within the site, from anywhere else - including other sites. Each page is instantiated fresh upon loading using the parameters in the querystring, so there's no need to worry about the context when loading the page, no need use use Session or any other variables, etc. Additionally, if you are loading several user controls on the page (like I am), they can all use the same parameters brought in by the querystring.
It also makes archiving, in the case of the hockey organizations, really easy. The only thing that the organization needs to do is set the current season that the site is working with to get the list of all that current season's teams. All the other past (and future) teams are available by passing that team's ID in the querystring at any time. I have a part of the page which detects whether or not the current team's ID is associated with the organization's current season, and if not, displays a message alerting the user.