Closed (won't fix)
Project:
Date
Version:
5.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 Mar 2007 at 06:55 UTC
Updated:
31 Jan 2008 at 12:10 UTC
The Calendar view uses a 1 or two digit month and day argument. Pathauto seems to only have support for [mm] and [dd] two digit only formats.
So it would be great to have a new [m] for 1 or two digit month and [d] for 1 or two digit day, as in token.module
Comments
Comment #1
gregglesI believe that's up to calendar module to do, not pathauto.
@Karens - I don't know which version you want so I selected the latest official.
Comment #2
karens commentedNot completely sure what the issue is. You're saying the Calendar arguments must have the leading zero for pathauto to work, or are you saying some change needs to be made to the pathauto.inc file?
Comment #3
gregglesMaybe it's actually a feature for the Date module (which has pathauto integration) and not calendar - sorry for the mis-label on that.
This isn't a bug, but a feature request to have new patterns provided by "The Calendar". I'm not sure which calendar this is so I'm marking it as active (needs more info).
In general I can agree that the date related modules (Date, Event) should have both [m] and [mm] style patterns. So, once we find out which "Calendar" this issue is against we can get to work :)
Comment #4
neubreed commentedHey,
It's this module: http://drupal.org/project/calendar
Thanks everyone...
Comment #5
gregglesExcept that I don't think calendar provides pathauto integration, right?
So this is against Date which is used by calendar.
Comment #6
karens commentedCorrect, there is no pathauto integration for Calendar, only Date. I'm not familiar enough with pathauto to know what fix to make, so if someone can supply a patch, that would be great.
Comment #7
karens commentedMaking this active again so someone can find it to provide a patch :-)
Comment #8
karens commentedBumping this, I need someone using pathauto to suggest a patch.
Comment #9
gregglesI'm not really sure. Now that I look at this more closely it's for Pathauto5.x-1. I believe this is solved in Pathauto5.x-2 (which relies on token). So, I think we can just close this is "fixed" (since I think it's fixed in token) or "by design"/"won't fix" since I don't plan to put any effort into integrationfor 5.x-1 and I doubt anyone else will.
Comment #10
karens commentedOK, won't fix then :)