Fresh look for cmsimple-xh.org

[olape]

We have set up a repository for plugins and one for templates on the website.

https://www.cmsimple-xh.org/?Plugin-Repository
https://www.cmsimple-xh.org/?Template-Repository


Now we ask you to help us to fill them.
Information can be found here.

Thanks to everyone who helped with the design and testing.

[lck]

We have set up a repository for plugins and one for templates on the website.

Great job! Many thanks to Olaf for developing and working out the plugin and Frank for the design.

[Tata]

Fehlt hier irgendwo nicht das Feld für Kategorien?

Code: Select all

...
	<date_version>2018.01.12</date_version>
	<!-- the name of the programmer -->
	<coder>Gerda Hasenfuß</coder>
	<!-- Categories must be written in lower case. More than one possible, separated by comma without spaces. -->
	<!-- Plugin Categories, i.e. audio,video,datenschutz,socialmedia,system,admin,backup,calendar,form,seo. -->
	<!-- Template Categories, i.e. cssonly,onepage. -->
	<!-- You can currently define your own tags. These are displayed, but not filtered. -->
	<!-- All available categories can be found on the website. -->
	<tags>system,admin</tags>
	...

[frase]

Fehlt hier irgendwo nicht das Feld für Kategorien?

Die <tags> sind die Kategorien.

[cmb]

We have set up a repository for plugins and one for templates on the website.

Great job! Many thanks to Olaf for developing and working out the plugin and Frank for the design.

+1

Now we ask you to help us to fill them.

Yes, please, all plugin developers and template designers should sent the respective XML documents for their plugins and templates, respectively – otherwise the effort so far would have been in vain.

[frase]

... all plugin developers and template designers should sent the respective XML documents for their plugins and templates ...

Small correction: Do not send the XML documents, but the URL to the documents. As long as the URL is valid, the repo will find the content.

[Tata]

Is the writing directly in the code the only way how to write the XML files, or is there any wysiwyg "formfiller" available?

[frase]

Is the writing directly in the code the only way how to write the XML files ...

Yes, sorry.

... or is there any wysiwyg "formfiller" available?

No, sorry.

[Tata]

Ich kann falsch sein, aber das „date_update“ finde ich überflüssig.
Für mich – als User – ist es total unwichtig, wann der Coder die XML Datei veröffentlicht hat. Das Datum soll doch das gleiche als „datum_version“ sein. Beide sollten den gleichen „Geburtstag“ bedeuten.
Logisch sehe ich es so, dass - hat man ein Coder sein Plugin, AddOn oder Template (sein Projekt) fertig und will es veröffentlichen - braucht er es nur:
- die XML Datei erstellen und mit dem Projekt selbst irgendwo zum Download stellen
- auf der Repo Seite bekannt machen
So bleibt die XML Datei und der Projekt selbst eindeutig und sicher verbunden. Ich würde eher mehr interessant finden die Informationen von vorigen Versionen (ähnlich zu CMSimple_XH v.1.6.10, 1.7.2).
Ein Projekt zum Download anzubieten ohne es bekannt machen macht keinen Sinn und es ist egal, ob der Projekt im Januar oder im Mai fertig war, wen die Information erst im Juni erscheint. Genauso keinen Sinn macht die Datei im März hochzuladen, wenn der Projekt noch nicht zum Download existiert.
Verstehe ich etwas falsch?

[olape]

Ich kann falsch sein, aber das „date_update“ finde ich überflüssig.

Die Information ist vielleicht für den Websitebesucher nicht unbedingt die wichtigste, das stimmt.
Aber nicht alle Informationen der xml-Datei müssen unbedingt für die Ausgabe genutzt werden.
Man könnte diese aber z.B. durchaus zu Prüfzwecken nutzen.

Ich würde eher mehr interessant finden die Informationen von vorigen Versionen (ähnlich zu CMSimple_XH v.1.6.10, 1.7.2).

Kann sein, aber wir wollen keine Romane von den Entwicklern, sonder kurze aktuelle Informationen.
Alles andere kann jeder auf seiner Site bereitstellen.