Changing sort order of events in admin view vs. public view

Last post 03-17-2010, 2:49 PM by Paul at PEN. 3 replies.
Sort Posts:
  •  06-05-2009, 10:33 AM 12935

    • Roger is not online. Last active: 04-28-2011, 1:24 PM Roger
    • Top 100 Contributor
    • Joined about 3 years ago
    • Posts 17

    Changing sort order of events in admin view vs. public view

    I know that it is presently imposible for the admin to change the events sort order.

    The events are automatically arranged by start date

    earliest start date at the bottom for admin's events list

    and the other way around (earliest start date on top) for the user's events calendar.

    One could say that this is done on purpose.

    What is the purpose?

    Why is that so?

    I can understand that you want to provide the calendar feature and that would be the reasoning (or thinking?) for having them listed as a calendar.

    But nothing prevents the programmer to sort them when needed; when requested.

    So ideally the upcoming events would be presented to the users as a list of events (the same way as it is for the admins) and as a calendar list when the "calendar view"  feature is requested/demanded.

    Thank you for reading me.

     

    -Roger

     

  •  06-05-2009, 12:31 PM 12941 in reply to 12935

    Re: earliest start date at the top vs earliest start date at the bottom

    Here is the current logic:

    Admin list is one single list - including current and past events. Obviously, it does not make sense to show oldest events on top. Hence, since this is a single list, we sort the latest dated events on top and oldest at the bottom.

    Public event list has two parts: Current events and past events.

    Past events are sorted similarly to Admin list - most recent on top, oldest at the bottom.

    Current events are sorted differently - it shows next upcoming event first and so on. I think this makes the most sense - especially if you have many events - most people would want  to show next upcoming event on top, since this is the one most people would be registering for.

    I would welcome any comments and suggestions - especially with reasons behind the suggestions for changing this.


    Dmitry Buterin, Chief Apricot
  •  03-17-2010, 10:43 AM 17429 in reply to 12941

    • kimskim is online. Last active: 02-09-2012, 1:48 AM kimskim
    • Top 25 Contributor
    • Joined about 3 years ago
    • Posts 175

    Re: earliest start date at the top vs earliest start date at the bottom

    If you have multiple events occurring on the same date, and if some of these events have an available registration period from now "until July 31", and others' registrations are available "from Aug. 1", then how is it sorted?  I seem to be getting weird results.

    Logically, I think it should put the ones with the until July 31 registration period first since their registration periods are already open, then the from Aug. 1 ones after because their registration periods haven't started yet.  The opposite seems to happen though:  The from Aug. 1 events show up first followed by the until July 31 events.

    Furthermore, within the from Aug. 1 events group, there doesn't seem to be any additional sorting such as alphabetical by event name -- the events seem to be randomly sorted.  Likewise with the until July 31 group.  Alpha sorting would be helpful at this level.

     

  •  03-17-2010, 2:49 PM 17433 in reply to 12941

    Re: earliest start date at the top vs earliest start date at the bottom

    It would definitely be easier on the admin end if events were spilt into current and past events, and the current ones listed from earliest to latest. It's a pain to have to keep scrolling down the list to access the events you're working on at the moment.
View as RSS news feed in XML
Membership Software - Wild Apricot