// CONSTANTS
plugin.tx_cal_controller {
view.dateFormat = %d.%m.%y
view.timeFormat = %H:%M
}
es gibt offenbar keine separate Definition
// CONSTANTS
plugin.tx_cal_controller {
view.dateFormat = %d.%m.%y
view.timeFormat = %H:%M
}
es gibt offenbar keine separate Definition
Hallo Birgit,
danke für die Antwort. Leider haben diese Einstellungen keine Auswirkungen bei den betroffenen Felder der Eventsuche.
Nach intensiver Recherche bin ich über des Rätsels Lösung gestolpert und will Euch das nicht vorenthalten. Folgende Einstellung sorgt letztlich für die korrekte Darstellung:
plugin.tx_cal_controller.dateConfig {
dayPosition = 0
monthPosition = 1
yearPosition = 2
splitSymbol = .
}
Lieber Eddy,
vielen Dank für den Tipp!
Er hat auch mir geholfen!
Seneca!
Hallo Seneca,
schön das ich helfen konnte. Ist zudem auch mal schön, Rückmeldung über erfolgreich eingesetzten Code zu bekommen. 🙂
Lieber Eddy,
doch noch ein Problem: Jetzt erhalte ich in der Ansicht "Event erstellen" immer neben den Datumsfeldern den roten Hinweis "Ungültiges Datum! (yyyy-mm-dd"
Hast Du dafür auch eine Lösung parat?
Seneca
Hallo Seneca,
wo erscheint denn diese Fehlermeldung? Im Frontend oder Backend?
Wie sieht diese Meldung genau aus?
Eddy
Ungültiges Datum (YYYY-MM-DD) Lösung:
Ins Setup:
plugin.tx_cal_controller.rights.create.event.fields {
startdate.constrain.1.regexp = /(\d{2}).(\d{2}).(\d{4})/
startdate.constrain.1.message.dataWrap = <span class="constrain">%%%WRONG_DATE%%% (TT.MM.JJJJ)</span>
enddate.constrain.1.regexp = /(\d{2}).(\d{2}).(\d{4})/
enddate.constrain.1.message.dataWrap = <span class="constrain">%%%WRONG_DATE%%% (TT.MM.JJJJ)</span>
}
Wow, vielen Dank... die Beiträge hier haben mir sehr weitergeholfen :p
Und kurz vorm Jahre 2014 hat mir der Thread auch noch geholfen! Schön zu sehen, dass es nicht nur Threads gibt mit einer Antwort "Habs gefunden, kann gelöscht werden..." sondern auch sowas hier!
Vielen Dank an alle Beteiligten!