ubuntuusers.de

Hi ☺

Ich habe zufällig einen alten Artikel von mit gefunden und hier verlinkt. Ein grober Textentwurf ist schon erstellt und über eine mögliche Verwendung der Tabelle habe ich noch nicht nachgedacht. ☺

Hi!

Na, passt doch zu unserer Team-Diskussion von letztens. Müsste halt noch etwas aufgefüllt werden, ist ja doch leicht Spiele-lastig *duckundwegrenn*

so long
hank

Ist halt ein alter Artikel gewesen. Ich denke, dass es mit der Umstrukturierung der Spielesektion zu tun hatte. Ich wollte in der Baustelle den Artikel anlegen über den wir gesprochen hatten.

Ist nur die Frage ob man alle tags nennen sollte...

Hi!

Alle, die auch in der Artikel-Erstellvorlage drin sind, würde ich sagen. "Alle " geht ja sowieso nicht.

so long
hank

Alle, die auch in der Artikel-Erstellvorlage drin sind, würde ich sagen. "Alle " geht ja sowieso nicht.

Yep - manches kann man kürzen wie z.B. USK123

Was fehlt denn noch, um den Artikel ins Wiki zu schieben?

Dank der fleißigen Helfer im Hintergrund ist dieser IMHO reif für das Wiki. ☺

march schrieb:

Dank der fleißigen Helfer im Hintergrund ist dieser IMHO reif für das Wiki. ☺

Dabei koennte man auch diese Diskussion in "Rund ums Wiki" verschieben - stehen ja keine "geheimen" Interna drin 😉

PS: Gesagt - getan.

Verschoben und nach Wikiartikel anlegen verknüpft mit Dank an den Autor march !

Beim Umbenennen in "Baustelle/Wiki/Tags" habe ich leider uebersehen, dass der Artikelname bereits fuer die Tagwolke benutzt wird. Beim Verschieben durch frustschieber wurde so der bestehende Artikel geloescht. Lasall hat zwar versucht, das durch "Wiki/Wortwolke" zu loesen, hat aber nicht funktioniert. Daher heisst dieser Artikel nun Wiki/Tag, waehrend die Tagwolke wie bisher unter Wiki/Tags zu finden ist.

Hi aasche,

was genau hat nicht funktioniert? Wenn man einen Artikel löscht, kann man einige Stunden keinen Artikel in diesen Gelöschten umbenennen (obwohl der Artikel durch das helle Grau/Braun als Deadlink gekennzeichnet ist). Tags kann man erreichen durch <Wortwolkeartikel>?tag=TAGNAME. Ist mir aber gleich wie die Artikel im Detail heißen, da ich Tags nicht nutze. Außerdem ist evtl. die Beibehaltung des alten Artikels sinnvoll, da sich dadurch nichts in der Bedienung (URLs) ändert.

Bei der Gelegenheit wäre eine Kontrolle von Inyoka praktisch, dass das Überschreiben von Artikel mit mehr als einer Revision nicht direkt funktioniert.

Gruss Lasall

Lasall schrieb:

was genau hat nicht funktioniert?

Deine Umbenennung...

Wenn man einen Artikel löscht, kann man einige Stunden keinen Artikel in diesen Gelöschten umbenennen (obwohl der Artikel durch das helle Grau/Braun als Deadlink gekennzeichnet ist).

Ja, ist mir auch schon oefters aufgefallen. Scheint mit dem Cache der Seiten zusammenzuhaengen.

Außerdem ist evtl. die Beibehaltung des alten Artikels sinnvoll, da sich dadurch nichts in der Bedienung (URLs) ändert.

Genau das habe ich letzten Endes gemacht.

Bei der Gelegenheit wäre eine Kontrolle von Inyoka praktisch, dass das Überschreiben von Artikel mit mehr als einer Revision nicht direkt funktioniert.

Ach, so vieles an Inyoka waere verbesserungswuerdig... Zumindest solltest du jetzt verstanden haben, warum es nuetzlich sein kann, eine alte Artikel-Revision (im Trash) als Reserve zu haben ☺

PS: in diesem Fall hat Inyoka alles richtig gemacht - das Problem sass vor dem Bildschirm...

Hi aasche,

du schriebst:

Ach, so vieles an Inyoka waere verbesserungswuerdig... Zumindest solltest du jetzt verstanden haben, warum es nuetzlich sein kann, eine alte Artikel-Revision (im Trash) als Reserve zu haben ☺

😀 Ja, das war das erste, woran ich gedacht habe!

Gruss Lasall

Ich nehme an, der Artikel wurde durch das Makro "Artikel wieder ins Wiki verschieben" verschoben?

Wenn ja, müsste man nur eine Sicherheitsabfrage vor dem Verschieben einbauen:

Das Verschieben überschreibt den Artikel /Foo

Soll überschrieben werden? [Ja] [Nein]

Hi kaputtnik,

ich habe dafür ein Ticket erstellt, dort einfach kommentieren falls der Vorschlag blöde ist oder etwas fehlt oder egal was: 844

Gruss Lasall