User talk:Mm/Medien Wiki Feature Diskussion: Difference between revisions

Discussion page of User:Mm/Medien Wiki Feature Diskussion
m (caching userprefs hint)
Line 42: Line 42:


Sorry, ich kann leider wirklich nichts finden, was eine solche Funktion ermöglicht: http://www.google.com/search?q=mediawiki%20enable%20delete%20uploads%20owner --[[User:Mm|Michael]] 12:08, 18 April 2011 (CEST)
Sorry, ich kann leider wirklich nichts finden, was eine solche Funktion ermöglicht: http://www.google.com/search?q=mediawiki%20enable%20delete%20uploads%20owner --[[User:Mm|Michael]] 12:08, 18 April 2011 (CEST)
== random image vs. caching ==
Bug: random image scheint nicht mehr zu gehen, beim reload müsste doch immer ein anderes bild kommen, oder? Siehe: [[Playground]] --[[User:Max|max]] 17:45, 12 July 2010 (UTC)
Das scheint am verbesserten Caching von MW zu liegen, mit diesem Link geht es: [http://web.uni-weimar.de/medien/wiki/index.php5?title=Playground&action=purge http://web.uni-weimar.de/medien/wiki/index.php5?title=Playground&action=purge]. Sinnvoll ist es allerdings nicht, auf das Caching zu verzichten oder es wegen eines Random-Image zu verschlechtern, da es die Ladezeiten verbessert und den Server entlastet. Brauchst Du das Random Image so dringend? --[[User:Mm|Michael]] 09:49, 13 July 2010 (UTC)
ok, verstehe. It's a feature, not a bug ;-) <br />
im ernst: ist ok so, im prinzip scheint es ja zu funktionieren, d.h. wenn verschiedene leute auf die site zugreifen sehen sie etwas anderes, nur bei einem reload bekommen sie wieder das, was sie schon gesehen haben. ich dachte nach einem kurzen test es würde überhaupt nicht funktinieren und war verwundert. --[[User:Max|max]] 20:05, 16 January 2011 (CET)




Line 103: Line 94:
<br/><br/>
<br/><br/>
= DONE =
= DONE =
== random image vs. caching ==
Bug: random image scheint nicht mehr zu gehen, beim reload müsste doch immer ein anderes bild kommen, oder? Siehe: [[Playground]] --[[User:Max|max]] 17:45, 12 July 2010 (UTC)
Das scheint am verbesserten Caching von MW zu liegen, mit diesem Link geht es: [http://web.uni-weimar.de/medien/wiki/index.php5?title=Playground&action=purge http://web.uni-weimar.de/medien/wiki/index.php5?title=Playground&action=purge]. Sinnvoll ist es allerdings nicht, auf das Caching zu verzichten oder es wegen eines Random-Image zu verschlechtern, da es die Ladezeiten verbessert und den Server entlastet. Brauchst Du das Random Image so dringend? --[[User:Mm|Michael]] 09:49, 13 July 2010 (UTC)
ok, verstehe. It's a feature, not a bug ;-) <br />
im ernst: ist ok so, im prinzip scheint es ja zu funktionieren, d.h. wenn verschiedene leute auf die site zugreifen sehen sie etwas anderes, nur bei einem reload bekommen sie wieder das, was sie schon gesehen haben. ich dachte nach einem kurzen test es würde überhaupt nicht funktinieren und war verwundert. --[[User:Max|max]] 20:05, 16 January 2011 (CET)
btw, Du kannst das Seiten-Caching in deinen UserPrefs abstellen, dann sollte das Random Image auch jedesmal neu laden (aber die Performance sollte insgesamt etwas langsamer werden) --[[User:Mm|Michael]] 12:11, 18 April 2011 (CEST)


== dateinamen mindestens 3 zeichen ==
== dateinamen mindestens 3 zeichen ==

Revision as of 10:11, 18 April 2011

OPEN



CHECK

email adresse verbindlich beim anmelden

es wäre sinnvoll beim konto anlegen die email-adresse als verbindliches feld festzulegen, dann können die user bei copyright-verletzungen per email kontaktiert werden und wenn sie das passwort vergessen haben lässt sich ein neues zuschicken. --max 20:05, 16 January 2011 (CET)

ist es kein verbindliches Feld? Wir haben doch eine Authentifizierung per EMail (dachte ich jedenfalls) --Michael 09:35, 14 April 2011 (CEST)

Von der Anmeldeseite: „E-mail address is optional, but is needed for password resets, should you forget your password. You can also choose to let others contact you through your user or talk page without needing to reveal your identity.“ --max 13:37, 14 April 2011 (CEST)

Habe User-to-User Email aktiviert: [Special:EmailUser/Mm] - und die Authentifizierung mit E-Mail sollte non (hoffentlich auch obligatorisch sein. --Michael 12:05, 18 April 2011 (CEST)


Captcha

Aktuell erscheint beim Editieren beziehungsweise Hinzufügen von externen URLs auf Seiten ein Captcha-Feld. Dies halte ich für überflüssig für bereits angemeldete Nutzer. Es stört einfach gewaltig. Dabei hat die Uni doch einen riesen Vorteil: Einen eigenen Mailserver, bei welchem jeder Student eine Emailadresse hat. Ein Spambot kommt eher weniger gut an eine Uni-Mailadresse heran zwecks Authentifizierung.

Google

Zitat: Your edit includes new external links. To help protect against automated spam, please type the two words you see in the box below --Sufu7194 02:00, 14 April 2011 (CEST)

Das passiert nur beim Hinzufügen eines externen Links oder anderen "spamverdächtigen" Edits und soll kein Schutz gegen E-Mail-Spam darstellen, sondern das Wiki vor Spammern schützen (also Seiten im Wiki mit Links zu Rolex und Viagra-Angeboten - hat also absolut nichts mit Spamschutz auf Mailservern zu tun). Diese Schritte waren leider notwendig und wurden in der Vergangenheit nach einzelnen Spamattacken schritteise eingeführt, weil die Bots eben doch immer schlauer werden und es viel zu aufwändig wäre alle täglichen Edits manuell zu überwachen. Ich bin schon mit der Überprüfung der Bildrechte bei den Uploads ausgelastet (immerhin kümmern wir uns alle nur "nebenbei" um das Wiki und haben --Michael 09:33, 14 April 2011 (CEST)

-- btw, bei mir erscheint kein Captcha, vielleicht musst Du Dich erst als Wiki-User bewähren und nicht als ersten Edit gleich eine Linkliste anlegen? --Michael 10:39, 14 April 2011 (CEST)

Hallo Michi, ich verstehe die Bedenken, ggf. gibt's ein Mittelweg? bei neuen Usern Captcha, nach einem Monat angemeldet fällt das Captcha weg? Wenn du mit Administratorenrechten angemeldet bist musst du nie Captchas eingeben, d.h. du kannst nicht nachvollziehen wie es nervt. --max 12:37, 14 April 2011 (CEST)

Habe den Captcha for authentifizierte User temporär und testhalber deaktiviert. Sollte jedoch demnächst wieder Spam auftauchen, muss ich es wieder umstellen ($wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true; und $ceAllowConfirmedEmail = true;) --Michael 12:05, 18 April 2011 (CEST)

users can't delete or rename their own images

it would make sense to give normal users the right to delete their own uploads or maybe just rename them in case they have misspelled something. --max 14:37, 28 October 2010 (CEST)

Sehe das Problem; scheint aber ein MediaWiki Problem zu sein (vielleicht auch vermurkstes Rechtesystem). Ich würde das mal zurückstellen, da eine Extension für so was (die nicht richtig funktioniert) aufwändiger scheint, als eine kurze Mail an den Admin, oder? --Michael 18:21, 1 November 2010 (CET)

Ja sicher. Dies ist ein möglicher Grund für die vielen Einträge auf Special:UnusedFiles
--max 22:47, 9 January 2011 (CET)

Sorry, ich kann leider wirklich nichts finden, was eine solche Funktion ermöglicht: http://www.google.com/search?q=mediawiki%20enable%20delete%20uploads%20owner --Michael 12:08, 18 April 2011 (CEST)


Calendar Extension

  • Google Calender Extension -- Sebastian
  • funktioniert leider nicht und zerbröselt unsere Wiki Installation (wahrscheinlich zu alt); empfehle Einbindung per externem Link (z.B. GMU Kalender, müsste man freigeben und/oder in eine HTML-Datei einbetten, dann geht das auch) --Michael 15:21, 18 June 2010 (UTC)


Mehrsprachiges Wiki

  • lassen sich die Bilder „Fakultät Medien“ und Medienkunst/Mediengestaltung“ auch Übersetzen (ich habe dir die Bilder in engl. Variante geschickt)? --max 12:37, 28 May 2010 (UTC)
  • Wiki-Sprache nach Browser Einstelungen auswählen:
    • Problem 1: LanguageSelector funktioniert leider nicht mit nicht eingeloggten Usern.
    • Problem 2: Multilang - funktioniert anscheinend nur bis MW 1.12. (wir haben 1.15+)
    • Wenn es eine Extension gibt, die mit MW 1.15.+ funktioniert, sehr gerne!
  • siehe auch Multilingual MediaWiki


SVG import

in der wikipedia können vektorgrafiken als .svg hochgeladen werden, die dann automatisch als pixelbilder thumbs eingebunden werden können. Ist es möglich, diese Funktion das auch hier im wiki zu haben? (wäre super für sowas hier z.B.: Media:Piktogramm_streik.jpg) --max 13:39, 18 May 2010 (UTC)

Update-
Nach langem Testen vermute ich: es fehlt das Paket "libmagickcore2-extra". Muss aber ehrlich sagen, dass mir die Gefahr eines Serverausfalls weniger gefällt, als thumbnails für .svg-Dateien. Zumal die SVG-Dateien ja ohne Thumb problemlos eingebunden werden können. --Michael 10:49, 21 May 2010 (UTC)

Siehe SVG im Mediawiki --max 13:09, 28 July 2010 (CEST)


wikis konsolidierung

Im Studiengang gibt es noch zwei andere Wikis, deren Konsolidierung in meinen Augen wünschenswert wäre:

Elektrowiki

Ich hoffe irgendwann kommt der Zeitpunkt die etwas unübersichtlichen aber wertvollen Informationen aus dem Elektrowiki (MoinMoin) zu integrieren. --max 10:07, 31 May 2010 (UTC)


Seam-Wiki

das Seam verwendet eine dokuwiki installation, wünschenswert wäre eine integration des dortigen systems in das medien wiki. Allerdings gibt es im dokuwiki system funktionen die das mediawiki nicht beherrscht wie zugangsbeschränkung von seiten und editierbarkeit für gruppen. --max 14:14, 4 May 2010 (UTC)

Eine Übernahme der Dokuwiki Daten sollte mit relativ wenig Aufwand möglich sein, da die Syntax-Unterschiede nur sehr gering sind und konvertiert werden können. Zugangsbeschränkungen sind aufgrund der offenen Struktur von MediaWiki bewusst nicht implementiert und werden es wohl auch nie sein. Darüber hinaus hatte Constantin zur mir gesagt, dass das SEAM sein Wiki nicht komplett auflösen möchte; ich weiß allerdings nicht, ob hier zwischenzeitlich schon weitere Entscheidungen getroffen wurden. --Michael 18:21, 5 May 2010 (UTC)


Studentische Arbeitsplattform

Custom-Extension: Studentische Arbeitsplattform (Bemerkung: Max A. arbeitet daran. Es ist eine Datenbank mit Web Interface und API. könnte ggf. sogar bis zum WS2010 online sein. Dafür müsste man dann eine MediaWiki Extension schreiben, um auf das aus dem Wiki auf das API zugreifen zu können

--max 22:31, 25 March 2010 (UTC))

  • Skript, das erfasste Arbeiten (z.B. unter einer Kategorie) zusammenfasst und als HTML-Snippet ausgibt, s. URI-Booklet-Script
  • Wiki-Templates mit Category-Tags

Ist in Arbeit, stehe mit Max A. in Kontakt. Wir sind beide an einer engen Verzahnung interessiert --Michael 17:07, 6 May 2010 (UTC)





DONE

random image vs. caching

Bug: random image scheint nicht mehr zu gehen, beim reload müsste doch immer ein anderes bild kommen, oder? Siehe: Playground --max 17:45, 12 July 2010 (UTC)

Das scheint am verbesserten Caching von MW zu liegen, mit diesem Link geht es: http://web.uni-weimar.de/medien/wiki/index.php5?title=Playground&action=purge. Sinnvoll ist es allerdings nicht, auf das Caching zu verzichten oder es wegen eines Random-Image zu verschlechtern, da es die Ladezeiten verbessert und den Server entlastet. Brauchst Du das Random Image so dringend? --Michael 09:49, 13 July 2010 (UTC)

ok, verstehe. It's a feature, not a bug ;-)
im ernst: ist ok so, im prinzip scheint es ja zu funktionieren, d.h. wenn verschiedene leute auf die site zugreifen sehen sie etwas anderes, nur bei einem reload bekommen sie wieder das, was sie schon gesehen haben. ich dachte nach einem kurzen test es würde überhaupt nicht funktinieren und war verwundert. --max 20:05, 16 January 2011 (CET)

btw, Du kannst das Seiten-Caching in deinen UserPrefs abstellen, dann sollte das Random Image auch jedesmal neu laden (aber die Performance sollte insgesamt etwas langsamer werden) --Michael 12:11, 18 April 2011 (CEST)

dateinamen mindestens 3 zeichen

Siehe History File:1.jpg die leute laden immer zeug mit zu kurzem dateinamen hoch und ignorieren sogar dass sie dabei bolder von andern usern überschreiben --max 18:55, 19 February 2011 (CET)

Falls so was passiert kann man die Seite / Datei sperren (protect). Hab' ich grad' gemacht. Wer sich einen Namen wie 1.jpg ausdenkt, der muss halt damit leben, dass die Datei u.U. überschrieben wird. Eine dreistellige Überprüfung des Dateinamens ist recht kompliziert und nicht update-sicher. --Michael 15:40, 7 March 2011 (CET)

panorama template

I was trying to copy the Template:Panorama from Wikipedia, but the spam protection of our wiki doesn't allow me. Can we do something about it? --max

Ich habe den SpamRegEx temporär abgeschalten, würde Dich aber bitten mir Bescheid zu geben, wenn das fertig ist. Der Grund ist ein div-hidden; damit kann manchmal Spam injiziert werden, den man nicht sieht (Sachen gibts...)
Das nächste Problem ist, dass das Panorama-Template eine ganze Latte an weiteren Templates mit sich zieht. Achtung auch: nicht das deutsche Template verwenden, da werden teilweise JavaScripts auch in deutsch übersetzt (hä?). Hier die Links:

Ich weiß nicht, vielleicht kann man das ja etwas komprimierter anlegen... --Michael 19:15, 18 December 2010 (CET)

Vielen Dank - Ich hab's gerade versucht, aber es ist eine wahre Flut von Templates die in dem Panorama-Template verwendet werden. Ich habe es aufgegeben. Du kannst das SpamRegEx wieder aktivieren.
--max 20:23, 18 December 2010 (CET)

Max, ich könnte Dir im CSS eine Klasse Panorama anlegen, die die Bildbreite auf 600px (?) beschränkt. Dann müsste man nur ein <div class="panorama"> um das Bild machen... Soll ich das später mal machen? --Michael 13:18, 19 December 2010 (CET)

Habe das CSS geändert, Du musst nun nur einen <div class="panorama"> um das Bild machen. Siehe auch: Playground#Panoramen --Michael 16:47, 15 January 2011 (CET)

YOU ROCK --max 18:26, 15 January 2011 (CET)

web vs. www

es ist ziemlich nervig dass web und www nun parallel laufen und das den status ob man eingeloggt ist beeinflusst. lässt sich ein redirect vom web auf www einrichten? --max 17:25, 31 October 2010 (CET)

Ist eingerichtet, bitte testen und mir Bescheid geben, falls was nicht funktioniert.
Ich hoffe, dass es keine Probleme gibt, da www glaube ich auf web verweist und wir eine Apache Rewrite Rule wieder auf www haben. --Michael 17:59, 20 November 2010 (CET)

funktioniert ausgezeichnet. --max 21:52, 15 January 2011 (CET)

Printansicht kleiner

Feature rquest: die Druckansicht kleiner machen, sieht z.Zt aus wie Großschrift für Sehgeschädigte und verbraucht zu viel Papier. Die Edit-Icons in der Druckansicht weg.

Die Fontgröße ist bei mir (Safari) eigentlich prima. Evtl. falsche Einstellung im Print-Menü?
die Edit-Icons entferne ich! --Michael 21:00, 18 November 2010 (CET) Icons sind entfernt; die Print-Größe ist:

  • body font: 0.8em
  • p font-size: 100%;

das liegt also eher an dem verwendeten Browser, ist nämlich wirklich nicht sehr groß...

nowiki bug

das nowiki-tag erzeugt bei jedem Speichern vor dem nowiki-Block einen Zeilenumbruch und nach dem nowiki-Block ein Leerzeichen. Das führt dazu, dass nach 2x speichern schon ein Absatz eingefügt wird. Besonders für die Help-Seiten ist das ein Problem. Ich hatte gehofft, das mit dem Update auch dieser Bug verschwindet. Ist das hier vielleicht ein Fix?
http://www.mediawiki.org/wiki/Extension_talk:CategorySuggest#NoWiki_new_line_bug
--max 10:59, 1 September 2010 (CEST)

Wir haben http://www.mediawiki.org/wiki/Extension_talk:SelectCategoryTagCloud
habe trotzdem was versucht, hoffentlich geht es: <supertag>Hallo Welt!</supertag>

Workarounds

  • pre (Leerzeichen als Einrückung) statt nowiki verwenden
  • < > spitze klammern als &lt; &gt;
  • testen, ob der Fix erfolgreich war!

rechtsbündig in tabellen

eine idee wieso das nicht funktioniert?

Travelling and lodging
Travelling for non-institutional participants 10,000.-
Lodging in budget class 750.-

--——

Hier kann man den Syntax nachschauen: http://meta.wikimedia.org/wiki/Help:Table#Pipe_syntax_in_terms_of_the_HTML_produced;
der Parameter scheint zuerst zu kommen und dann einen style mit text-align statt align verwenden:

 |style="text-align:left"|Travelling for non-institutional participants||style="text-align:right"|10,000.- ¥
Travelling and lodging
Travelling for non-institutional participants 10,000.- ¥
Lodging in budget class 750.- ¥

--Michael 20:53, 18 November 2010 (CET)


Link option in images

Auf seiten wie diesen würde ich gerne die Bilder zu den Projektseiten linken lassen anstatt die Lightbox vergrößerung zu bekommen. Sind links zu anderen (wiki) seiten bei Bildern in unserem wiki nicht erlaubt, oder ist das ein Bug im Lightbox plugin was sich über den Link hinwegsetzt? Image Link --max 16:59, 28 July 2010 (CEST)

hm... geht doch?!
[[File:Farbkreis_Itten_1961.png|100px|link=]]
[[File:Farbkreis_Itten_1961.png|100px|link=Farbe]]
[[File:Farbkreis_Itten_1961.png|100px|link=http://web.uni-weimar.de/medien/wiki/Farbe]]

Farbkreis Itten 1961.png Farbkreis Itten 1961.png Farbkreis Itten 1961.png
--Michael 21:44, 29 July 2010 (CEST)


beobachten/nicht mehr beobachten

teilweise bricht in der Menüzeile der letzte Eintrag trotz großen browserfenster um, was nicht gut aussieht und auf verwirrt (beobachten kann dann z.b. in der 2. zeile stehen, beim näheren hinsehen erkennt man: es gehört zu nicht mehr -zeilenumbruch- beobachten
Vorschlag: Playground#stars Sterne wie bei der Wikipedia. Mehr Nähe zur Wikipedia kann sowieso nicht schaden. --max 13:56, 18 May 2010 (UTC)

jo, wieder was dazugelernt: Special:AllMessages - Kann vom Admin (also auch von Dir) direkt im Wiki geändert werden :-) Leider gibt's keine History/Delete/Move/Schloss als UTF-Zeichen, oder? --Michael 14:30, 19 May 2010 (UTC)

Recycling: ♲
Edit: ✐, ✎, ✍
einen Schlüssel gibt's leider nicht...

der stern reicht schon, das andere ist too much. --max 15:26, 19 May 2010 (UTC)

...und nicht zu vergessen das Blümchen: ✿
...am Mac außerdem noch: ✖  ♥ --Michael 10:49, 21 May 2010 (UTC)


Interne Bereiche

MediaWiki ist nicht für geschlossene Arbeitsgruppen und interne Edits geeignet; es gibt zwar einige Extensions, keines jedoch funktioniert zufriedenstellend. Aus diesem Grund wird es für dieses MedienWiki keine privaten Bereiche geben. Wer in einer Arbeitsgruppe diskutieren und gemeinsam außerhalb des öffentlichen www an Dokumenten arbeiten möchte, schickt mir bitte eine Nachricht und ich richte einen Zugang zum mg.medien.uni-weimar.de Server ein, der private Arbeitsgruppen-Wikis, Kalender und Mailinglisten bietet: https://mg.medien.uni-weimar.de