Plugin: Terminkalender v1.4 beta 3 (v010302), Modul: Terminkalender v1.4 beta 4 (v010303) Einstellungen

[amk]

Name:
Terminkalender 1.4

Status:
beta 3

Bechreibung:
Terminkalender mit Kategorien und Veranstalter-Verwaltung

Features:
- einmalige, tägliche, wöchentliche, monatliche und jährliche Termine
- Veranstalter-Verwaltung
- Kategorien in mehreren Sprachen
- unterstützt mehrsprachige Präsenzen
- Suchfunktion mit Logikfeatures

Autor(en):
Holger Stitz (bis V 1.2.5)
Alexander M. Korn (amk) (V 1.3.0+)

Lizenz:
GPL

Benötigte Sefrengo Version:
>= 01.03.01 (Sefrengo 1.4 beta 2)

Installation:
Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Administration->
Plugins". Wechseln Sie dort in den Bereich "Plugin importieren"). Am
unteren Ende des Bereichs befindet sich ein Uploadfeld. Wählen Sie hier die
gewünschte "*.cmsplugin"- Datei aus. Mit einem Klick auf das Diskettensymbol
wird das Plugin in das CMS importiert. Das Plugin ist nun innerhalb des CMS
nutzbar.

Update:
Ein Update können Sie einfach über den Sefrengo- Pluginmanager einspielen. Das
Plugin führt dann automatisch das Update durch.

Es ist nach einem Update empfehlenswert den Browser-Cache zu löschen!

CODE

01.03.02 (1.4 beta 3) - released 04.08.2007
------------------------------------------------------------------------------------------------
PLUGIN
+ beautified userinterface
+ categories filter
+ search function with OR/AND/EXACT logic (word1 word2/word1+word2/"word1 word2")
(affects title, teaser, description)
+ some usability enhancements of the event end-date input
- back button on event editing - the cancel-button is still present
- categories numbering in the settings user interface beacuse the added
categories are ordered alphabetically - the numbering is confusing
# dynCalendar visual bugs removed
MODULE
+ search function with OR/AND/EXACT logic (word1 word2/word1+word2/"word1 word2")
(affected event data fields can be selected in the module configuration)
+ beautified module configuration ui
+ new output manipulation via {chop}{/chop} (to shorten text)
^ optimized for multiple use within a SF page
^ improved output of {link_next} {link_prev}
- page switch per number (must be rewritten - due to a lot of internal changes - sorry).

01.03.01 (1.4 beta 2) - 27.07.2007
------------------------------------------------------------------------------------------------
PLUGIN
+ SF-resourcebrowser support for the event fields picture and file
+ settings-options for the available picture/file pathes, show files in subfolders, file types
^ settings user interface: general settings are now splitted from the event settings, changed
the order of the settings parts for a better usability
MODULE
+ modul konfig-modes
+ frontend month selectbox & new body-template element {month_select}
+ new templates vor page switch links & new body-template elements {link_next} {link_prev}
(the links won't be shown if no future/past event is available within the given month range -
not a good solution coz later or earlier events behind/before the month range are unavailbe
with these links - i try to change this in the final)
# "not-current"-events details were not shown
- "k.A."-output if no date is available

01.03.00 (1.4 beta 1) - 21.07.2007
------------------------------------------------------------------------------------------------
PLUGIN
+ event fields: picture, picture caption, file, file title, internal link, internal link title,
external link, external link title, custom1-5
! the custom fields will be activated only if a name for the fields is given. a custom field's
name can be set in the plugin settings screen.
+ added TinyMCE as wysiwyg-editor for event's description
^ settings user interface: some makeup
# add/change event user interface: unnecessary white space created a new line below the date
selection form elements
MODULE
+ category frontend selectbox & new body-template element {category_select}
+ list-/entry-template elements for all new plugin fields (see the module config for more info)
+ if-/if-not-statements {if_Element}{/if_Element} {if_not_Element}{/if_not_Element}
^ module config category selection now displays the language behind the available categories

01.02.05 - released 21.02.2007
------------------------------------------------------------------------------------------------
# Array-Fehler beseitigt, wenn nur ein Termin zum Anzeigen vorhanden war (Modul)
^ Datum convertDateToTimestamp wird jetzt über strtotime() ausgeführt

ich freue mich über unterstützung

ihr verbessert damit die chance einer weiterentwicklung der erweiterung durch mich

PAYPAL SPENDE - www.tiefexzeitlos.de (button nutzen)

MEIN AMAZON WUNSCHZETTEL

(oder bankdaten per PM anfragen!)

wer ggf. als sponsor genannt werden möchte (readme/forum) kann mir das mitteilen!

p.s.: es ist problemlos möglich für "finanziellen danksagungen" eine rechnung mit ausgewiesener mwst. zu erhalten.

Angehängte Datei(en)

 Terminkalender_v010302.zip ( 361.23KB ) Anzahl der Downloads: 37
 Terminkalender_v010303.cmsmod ( 55.11KB ) Anzahl der Downloads: 21

 

[amk]

so heut ist schon wieder weihnachten und somit gibts dieses geschenk hier - ich hoffe es gefällt und "ist durch den transport" nicht kaputt gegangen will heissen: gerade im und am modul hab ich viel internes umgemodelt und hoffe es hagelt keine errors.

durch diese umarbeitungen ist auch die seitenschaltung per anzahl erstmal rausgefallen. sorry.

dafür sind aber reichlich viele dinge hinzugekommen - mehr als mir eigentlich lieb war ... aber die weiterentwicklung des terminkalenderplugin soll auch grundstein für ein neues News-Plugin sein, so der aktuelle plan!


herzlichen dank hier auch nochmal an Stoecki der die weiterentwicklung initiert hat ...


... dank auch an meinen enthusiasmus der mich immer weiter hat basteln lassen. diesbezüglich möchte ich hier auch nochmal ein "ich freue mich über unterstützung" (siehe oben) in die runde werfen!



@BJÖRN: alle deine wünsche per mail konnte ich nicht berücksichtigen: die turnusgeschichte ist weiterhin per JS gelöst ... aber ansonsten sollte ich kaum was vergessen haben!

[hylli]

Auch wenn ich das Plugin derzeit (noch) nicht brauchen kann. Ich hab's mir mal kurz angeschaut und muss sagen, ich bin durchaus schwer angetan um nicht zu sagen schwer begeistert von dem was ich gesehen habe!!!

Klasse Arbeit.

Hylli

Der Beitrag wurde von hylli bearbeitet: Sat. 4. August 2007, 12:32

[smail]

Sieht echt schön aus! Und mal wieder typisch amk, da sind ja echt super viele Konfigurationsmöglichkeiten dirn
Danke für die viele Arbeit!

Noch zwei Fragen:

• Wo wird die Konfiguration des WYSIWYG gemacht? Hab TinyMCE global eingeschränkt (tinymce4sf_config.php), im Plugin werden jedoch viel mehr Buttons angezeigt. Ist das Absicht? Gibt's dort eine eigene Config?
• Das Modul ermöglich die Ausgabe von allen Terminen oder nur noch den kommenden Terminen. Könnte man es noch um die Option "vergangene Termine" erweitern? (siehe hier)

Sonnige Grüße
Jan

[amk]

Noch zwei Fragen:

• Wo wird die Konfiguration des WYSIWYG gemacht? Hab TinyMCE global eingeschränkt (tinymce4sf_config.php), im Plugin werden jedoch viel mehr Buttons angezeigt. Ist das Absicht? Gibt's dort eine eigene Config?

da man nicht davon ausgehen kann dass alle terminkalenderplugin-user auch die TinyMCE4SF-erweiterung nutzen ist die einbindung des TinyMCE im plugin eine separate ... da nützt es also recht wenig an der tinymce4sf_config.php zu schrauben.

wer sich etwas auskennt mit der TinyMCE-javascript-einbindung wird in der "backend/plugins/terminkalender/tpl/standard/tpl.event_edit.php" ab zeile 57 fündig und kann dort änderungen vornehmen (buttons an/abschalten, weitere plugins einbinden -> achtung das contextmenu-plugin funktioniert im IE nicht - vermutlich beisst sich da was mit dem plugin-script-kram).

Das Modul ermöglich die Ausgabe von allen Terminen oder nur noch den kommenden Terminen. Könnte man es noch um die Option "vergangene Termine" erweitern? (siehe hier)

Sonnige Grüße
Jan

"alle termine anzeigen" ist übrigens auch rausgeflogen aufgrund der neuen internen seitenschaltungbehandlung
... ist auch mehr oder minder sinnfrei alle (auch alte) termine anzuzeigen - spätestens bei 500+ terminen

nun dafür funktioniert die seitenschaltung in verbindung mit den {link_prev} {link_next} (hoffentlich) tadellos (die jeweiligen vor-/zurück-links werden nur dargestellt wenn noch zukünftige/abgelefaune termine vorhanden sind) und somit ist es möglich auch alle alten terminen zu erreichen.

ferner zeigt die suche ebenso abgelaufene termine.

ansonsten - klar das modul ist immer noch sehr ausbaufähig - keine frage.
(im gegensatz zu dem 1.2.5er modul aber schon ein guter fortschritt imo).

ich muss schauen wie sich die nächte woche (frei-)zeitlich ergibt ... vielleicht kann ich für die finale 1.4 da noch was erweitern. muss ich mal schauen ...

[FireFlyer]

Ich hab mir das Plugin auf meinem Test-SF installiert und ein wenig gespielt, also respekt, da hat sich ja einiges geändert!!!

Für die Final wäre vielleicht noch eine Option zu überlegen:
Beispiel Suchmodul+1.3.3 beinhaltet die Option Ausgabeziel: (idcatside angeben [0=hier]), denn dann kann man den ausführlichen Kalender im Hauptcontent ausgeben. Wäre bei mir eine Lösung, da ich bis jetzt den Kalender klein in der Seitenspalte einfüge und einen separaten Jahreskalender (getippte Version) benutze.

Gruß
FireFlyer

[amk]

nun vielleicht optimaler wäre eine erweiterung des suchmoduls, so dass von da aus eben auch im terminkalender gesucht werden kann ...

ansonsten ... das sollte nicht das problem sein bzgl. ausgabeziel.

[Guest_bkm_*]

(nur so eine Idee lol)
@amk
Wäre es vielleicht auch eine Option solche allgemein fkt wie (str_chop) unter API/SYSTEM/COMPAT/Function abzulegen und
diese dann auch mit anderen Modulen /Plugins zunutzen ohne die ganze fkt immer in die DB zuschreiben ?

[amk]

(nur so eine Idee lol)
@amk
Wäre es vielleicht auch eine Option solche allgemein fkt wie (str_chop) unter API/SYSTEM/COMPAT/Function abzulegen und
diese dann auch mit anderen Modulen /Plugins zunutzen ohne die ganze fkt immer in die DB zuschreiben ?

nun so speicherraubend ist die funktion nicht, aber klar kann man alles machen ... vielleicht fang ich bei kommenden releases ja mal damit an eine entsprechende sammlung aufzubauen ... ob das dann aber in die regulären SF-releases mit aufgenommen wird liegt nicht wirklich in meiner macht.

[smail]

"alle termine anzeigen" ist übrigens auch rausgeflogen aufgrund der neuen internen seitenschaltungbehandlung
... ist auch mehr oder minder sinnfrei alle (auch alte) termine anzuzeigen - spätestens bei 500+ terminen

oh, und ich dachte, über die Option "Nur aktuelle Termine in der Liste anzeigen?" könnte man noch wählen, ob alle oder nur aktuelle??!

Sinnfrei oder nicht - bei 500+ Terminen hast Du sicher Recht
Hatte aber schon oft die Anforderung, dass alte Termine drin bleiben sollten, um einen Eindruck über die Aktivitäten zu geben (Beispiel Theater: Dokumentation des Repertoirs). Ist halt für mich einfach eine Frage der Flexibilität, wenn es gehen würde. Vielleicht blicke ich da nicht durch, aber warum stellt die Seitenschaltung dafür ein Problem dar?

da man nicht davon ausgehen kann dass alle terminkalenderplugin-user auch die TinyMCE4SF-erweiterung nutzen ist die einbindung des TinyMCE im plugin eine separate

Klar, macht Sinn. Ich plädiere hiermit dafür, dass TinyMCE zum Standard wird
Aber mal im Ernst: könnte man nicht (im Dateisystem) eine Abfrage auf die Config-Datei machen und sofern diese vorhanden ist, sie auch benutzen?


So, und weil ich den enthusiasmus (s.o.) von amk mal würdigen möchte, gibts von mir ein ein Dankeschön - für diese tolle Plugin und für den genialen TinyMCE Hack! Wenn der Postbote zweimal klingelt...

[amk]

hey smail,

also "Nur aktuelle Termine in der Liste anzeigen" sicher, bezieht auch alle abgelaufenen termine in jegliche listung mit ein. weggefallen ist aber bei der zeitspanneneinstellung bzgl. seitenschaltung das "Alle anzeigen" o.ä. (vorerst)

also ich kann dem FCK auch heute noch nix positives abgewinnen - läd langsam, bzgl. usability (was das user interface einschliesst) ist er nach wie vor sehr mittelmäßig und bzgl. code-erzeugung finde ich keine bemerkenswerten unterschiede ...

abfrage auf die tinymce4sf-config-datei ist ja nicht das problem. problem ist die verarbeitung der config datei. die funktion die das ganze für SF-wysiwyg(2)'s in modulen realisiert und eben diese config-datei verarbeitet, kann nicht einfach im plugin genutzt werden. macht schon etwas arbeit das entsprechend umzusetzen. eleganter fänd ich eine tiny-config in den plugin-einstellungen wie es bei modulen mit wysiwyg2 der fall ist ...

... und vielen dank für das was kommen mag - "ich bin jetzt schon sehr überrascht" (h.scheider)


P.S.: TinyMCE4SF ist eine erweiterung und kein hack. hack hört sich immer so böse an

[andi]

hallo amk

danke für das update. wollte lostesten, scheitere nun aber schon bei der eingabe.

1. unter ff 2.0.0.2 osx 10.4.10 kann ich keinen neuen termin erfassen. beim speichern kommt die fehlermeldung: fehlerhafte eingabe! überprüfen sie das formular und ein fragezeichen rechts neben dem wysiwyg. egal was ich mache, es kommt immer diese fehlermeldung. unter safari stellt das erstellen eines termines kein problem dar.

2. unter einstellungen kann ich bei den ersten fünf einstellungen (aufmachertext «teaser" aktiviert bis «externer link aktiviert» nicht von nein auf ja umstellen. nach dem speichern fliegen die getätigten änderungen wieder heraus. unter safari funktioniert das auch wunderbar.

auffällig ist, dass beides unter ff nicht funktioniert. unter safari erstellte termine können mit firefox ohne probleme bearbeitet und gespeichert werden, nur neue termine erstellen ist nicht möglich.

3. sollte es statt «Interner Links aktiviert» nicht auch «interner link aktiviert» heissen?


gruss andi

[amk]

zu 1. ff-cache löschen! da wird vermutlich noch das alte backend/plugins/terminkalender/js/terminkalender.js geladen ... denn ich habe die prüfung des beschreibungstextes komplett rausgenommen. ein termin muss auch lediglich aus nem titel bestehen können finde ich.

zu 2. wie die selectboxen gehen nicht? kein ja zum auswählen da oder was geht nicht?

... bitte in den einstellungen auch die speichern-buttons beachten: jede sektion der einstellungen hat seinen eigenen speichern-button - dementsprechend die funktionalität (speichern) für Kategorien, Termin-Einstellungen und Allgemeine Einstellungen separat!

zu 3. gewiss. ein schreibfehler ...

[feniweb]

Hallo Alex

Wow, super Arbeit..

Habe das mal unter XAMPP localhost auf einer Testinstalationmit Termin 1.2.5 installiert. Hat eigentlich problemlos funktioniert.

Hätte da noch 2 Fragen:

1. Kann man auch nach Kategorien sortieren?
2. wenn nein. Währe es möglich auf der Seite über ein Dropdown Feld die Auswahl zu machen wie bei der Pic Galerie 3.4.3 so müsste man nicht für jede Kategorie ein neues Template anlegen mit unterschiedlichen Konfigurationen.

Danke für deine wertvolle Arbeit.

Gruss

[amk]

zu 1. weder im modul noch im plugin.

zu 2. man kann im modul und im plugin doch kategorien einzeln anzeigen bzw. filtern (im modul gibts dazu mit {category_select} eine selectbox) was m.e. für die benutzer ebenso oder besser den zweck einer ansicht nach kategorien realisiert.

[gunwalt]

zu 1. ff-cache löschen! da wird vermutlich noch das alte backend/plugins/terminkalender/js/terminkalender.js geladen ... denn ich habe die prüfung des beschreibungstextes komplett rausgenommen. ein termin muss auch lediglich aus nem titel bestehen können finde ich.

Hatte das gleiche Problem. Tipp war gut!!

@amk: Glückwunsch!! Tolle Leistung

[andi]

zu 1. ff-cache löschen! da wird vermutlich noch das alte backend/plugins/terminkalender/js/terminkalender.js geladen ... denn ich habe die prüfung des beschreibungstextes komplett rausgenommen. ein termin muss auch lediglich aus nem titel bestehen können finde ich.

danke für den hinweis. funktioniert tadellos :-)

zu 2. wie die selectboxen gehen nicht? kein ja zum auswählen da oder was geht nicht?

nach dem speichern stellte es die selectboxen wieder zurück. hat sich mit dem leeren des caches erledigt.


danke und gruss

andi

[feniweb]

QUELLTEXT

zu 2. man kann im modul und im plugin doch kategorien einzeln anzeigen bzw. filtern (im modul gibts dazu mit {category_select} eine selectbox) was m.e. für die benutzer ebenso oder besser den zweck einer ansicht nach kategorien realisiert.

Ja das ist natürlich eine Möglichkeit.
Wenn ich aber pro Seite nur eine Kategorie anzeigen möchte, muss ich doch für jede Kategorie, ein template mit den entsprechenden Einstellungen machen.

Oder gibts da eine andere Lösung?

Ich nehme an die Suche funktioniert nur auf der Seite des Moduls?

Gruss

[amk]

QUELLTEXT

zu 2. man kann im modul und im plugin doch kategorien einzeln anzeigen bzw. filtern (im modul gibts dazu mit {category_select} eine selectbox) was m.e. für die benutzer ebenso oder besser den zweck einer ansicht nach kategorien realisiert.

Ja das ist natürlich eine Möglichkeit.

eben.

Wenn ich aber pro Seite nur eine Kategorie anzeigen möchte, muss ich doch für jede Kategorie, ein template mit den entsprechenden Einstellungen machen.

richtig.

Oder gibts da eine andere Lösung?

nein. was du willst, sofern du den usern nicht das auswählen der kategorien ermöglichen möchtest, ist sozusagen eine kategorieauswahl für den redakteur im frontend. damit könntest du dir das anlegen von separaten templates für jede kategorie ersparen ... gibts aber aktuell nicht. kann man alles einbauen ...

Ich nehme an die Suche funktioniert nur auf der Seite des Moduls?

ja wo sollte sie denn noch funktionieren? die suchfunktion dient ausschliesslich dem durchsuchen des terminkalender-datenbestandes.

[feniweb]

nein. was du willst, sofern du den usern nicht das auswählen der kategorien ermöglichen möchtest, ist sozusagen eine kategorieauswahl für den redakteur im frontend. damit könntest du dir das anlegen von separaten templates für jede kategorie ersparen ... gibts aber aktuell nicht. kann man alles einbauen ...

Ja das meinte ich eigentlich das der Redakteur hier pro Seite eine Kategorie auswählen könnte. Für einen Veranstaltungskalender mit einigen Kategorien währe das am übersichtlichsten. Da gäbe es viele Anwendungsmöglichkeiten, wie touristische Veranstaltungen oder z.B. Hotels mit oft wechselnden Angeboten und Speisekarten ect.

Wenn du das noch einbauen kannst währe das natürlich super. Ein dankeschön schon im voraus.

ja wo sollte sie denn noch funktionieren? die suchfunktion dient ausschliesslich dem durchsuchen des terminkalender-datenbestandes.

Der Gedanke war eigentlich, wenn das Modul auf mehreren Seiten eingesetzt wird. Kann man dann über alle Seiten Suchen?

Gruss