12,297
edits
m (→Abbreviations) |
mNo edit summary |
||
(36 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
IMPORTANT: Please use the new github Issue-Tracker: | |||
https://github.com/BauhausUniversity/MedienWiki/issues | |||
WICHTIG: Bitte den neuen github Issue-Tracker benutzen: | |||
https://github.com/BauhausUniversity/MedienWiki/issues | |||
...see [[User_talk:Mm#Done|Done]] for updated and new extensions --[[User:Mm|Michael]] 11:48, 8 July 2011 (CEST) | ...see [[User_talk:Mm#Done|Done]] for updated and new extensions --[[User:Mm|Michael]] 11:48, 8 July 2011 (CEST) | ||
== | = OPEN = | ||
[ | == poems == | ||
Ich hätte gerne [http://www.mediawiki.org/wiki/Extension:Poem die Poem extension]. Wäre das möglich? --[[User:Max|max]] 18:37, 7 December 2012 (CET) | |||
== Image rotate == | |||
Bilder die durch die EXIF flags gedreht sind werden im wiki falsch dargestellt (nicht gedreht) Beispiel: [[:File:İstanbul Simiçi.jpg]]. Vielleicht regelt sich das mit dem mediawiki update? oder das hier [http://www.mediawiki.org/wiki/Manual:$wgEnableAutoRotation $wgEnableAutoRotation] ist des rätsels lösung? | |||
--[[User:Max|max]] 02:05, 22 June 2012 (CEST) | |||
== | == Bugs mit Lingo == | ||
=== nicht gewollte Interpretation, false positives === | |||
Irgendwas muss an dem Parser für die Abkürzungen noch gemacht werden. A am Anfang eines Satzes wird auch umgesetzt, stimmt aber nicht. Funktioniert das mit Regexp? --[[User:Matthias.breuer|Matthias.breuer]] | Irgendwas muss an dem Parser für die Abkürzungen noch gemacht werden. A am Anfang eines Satzes wird auch umgesetzt, stimmt aber nicht. Funktioniert das mit Regexp? --[[User:Matthias.breuer|Matthias.breuer]] | ||
Im englischen ist A halt ein sehr häufig alleine und am Anfang des Satzes vorkommendes Wort. Und meistens hat es da nichts mit Architektur zu tun. --[[User:Max|max]] 15:42, 30 November 2011 (CET) | |||
=== Markup in Definitionen === | |||
Markup in den Definitionen wird nicht unterstützt. Beispiel: Thoska | |||
=== Lingo in Tabellen wird als markup dargestellt === | |||
Lingo in Tabelle scheint nicht zu gehen. Siehe den HTML insert des Lingo im Feld „Seiten“ auf der Seite [[Special:Statistics]] --[[User:Max|max]] 12:13, 2 December 2011 (CET) | |||
=== Lingo in Bildunterschriften === | |||
wird angeschnitten, nicht sichtbar | |||
[[File:gym-office 1.jpg|thumb|HCI A B BCI]] | |||
<br clear="all" /> | |||
<gallery> | |||
File:gym-office 1.jpg|HCI A B BCI | |||
File:gym-office 2.jpg|IP | |||
</gallery> | |||
=== Statement des Admins zu Lingo === | |||
--[[User:Max|max]] | |||
Ich habe nicht vor, an der Lingo Extension zu programmieren, Bugs sollten hier gemeldet werden: | |||
* http://www.mediawiki.org/wiki/Extension_talk:Lingo | |||
* Lingo beruht auf RegEx, hier ist der Code: http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/Lingo/ | |||
* '''Was ich als Medien-Wiki Admin machen kann: Lingo abschalten. Soll ich?''' | |||
** Martin hatte sich Lingo für elektronische Kürzel gewünscht, benutzt es aber glaube ich gar nicht. | |||
** Ich finde es ganz sinnvoll, bevor ich Lingo ändere, könnte man natürlich auch überlegen, ob es überhaupt sinnvoll ist, eine Abkürzung wie "A" oder "M" global zu definieren. | |||
* Gerne installiere ich auch eine Lingo-ähnliche Extension, die besser funktioniert. Muss aber kompatibel zu MW 1.19 sein und sollte mindestens in den letzten 12 Monaten aktive Entwicklung gegeben haben. JavaScript Extensions sind erfahrungsgemäß sicherer als RegEx Hacks. | |||
--[[User:Mm|Michael]] 14:30, 12 April 2012 (CEST) | |||
OK, das macht es ein bisschen Transparenter. Ich denke Vor und Nachteile wiegen sich z.Zt. ziemlich genau auf. Deshalb bin ich weder für oder gegen die Abschaltung. Sollte es im Zuge der Mediawiki Updates mit Lingo zu Problemen kommen, kann man auch auf das Lingo verzichten. Wie sehen es denn die anderen User? Hat jemand starke Argumente? | |||
--[[User:Max|max]] 16:09, 15 April 2012 (CEST) | |||
== SVG import == | == SVG import == | ||
Line 33: | Line 97: | ||
convert: unable to open file `/tmp/magick-XXkvMjC2': No such file or directory. | convert: unable to open file `/tmp/magick-XXkvMjC2': No such file or directory. | ||
convert: missing an image filename `PNG:/iris3/WWW/docs/medien/wiki/images/thumb/xyz.svg.png'. | convert: missing an image filename `PNG:/iris3/WWW/docs/medien/wiki/images/thumb/xyz.svg.png'. | ||
== Animated GIF import == | |||
Beim Upload von manchen Animated GIFs kann es zu Problemen bei der Thumnail-Erstellung kommen. | |||
Line 54: | Line 122: | ||
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;) --[[User:Mm|Michael]] 12:05, 18 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;) --[[User:Mm|Michael]] 12:05, 18 April 2011 (CEST) | ||
Ich denke das hat sich bewährt. Problem sind die offensichtlich nicht von Studenten kommenden Neuanmeldungen mit unklarem Ziel, denn Edits bleiben aus. Soll da ein großangelegter Edit Angriff vorbereitet werden oder was? Ich verstehe diese Spammer Strategie nicht. | |||
--[[User:Max|max]] 16:19, 15 April 2012 (CEST) | |||
Ich wäre ja dafür Anmeldungen nur mit gültiger Uni-Mailadresse zu erlauben. In letzter Zeit melden sich immer mehr Spammer an. Für Leute ohne Uni-Adresse (kommt ja so gut wie nie vor), kann man die Accounts immer noch manuell einrichten. Weiter wäre es sinnvoll mit dem SCC das Thema OAuth mal anzugehen, dann hätte sich das Thema eh erledigt (das wird aber leider eher nicht passieren ;)). --[[User:Matthias.breuer|Matthias.breuer]] 11:11, 15 August 2012 (CEST) | |||
Hallo Matthias, vielen lieben Dank für Deine Mithilfe... ich finde das auch (wie Max) extrem nervig und werde mal nach ein paar Alternativen Ausschau halten, was man da noch machen kann. Eine Uni-Mail Restriktion ist zumindest temporär denkbar. --[[User:Mm|Michael]] 11:19, 15 August 2012 (CEST) | |||
Hallo zusammen - vielleicht wäre statt einem Captcha eine Bauhaus-Frage besser. Da findet man bestimmt ein paar die man nur lösen kann wenn man kein Spammer ist. Beispiel: Welche [[Farbe]] hat das Dreieck bei Kandinsky? Grün, Gelb, Blau oder Rot? --[[User:Max|max]] 14:09, 15 August 2012 (CEST) | |||
Ich habe nun mal testhalber nur noch Anmeldungen mit Uni-Login erlaubt. Alle anderen müssen sich bei einem Admin melden. --[[User:Mm|Michael]] 10:33, 22 August 2012 (CEST) | |||
== users can't delete or rename their own images == | == users can't delete or rename their own images == | ||
Line 64: | Line 143: | ||
--[[User:Max|max]] 22:47, 9 January 2011 (CET) | --[[User:Max|max]] 22:47, 9 January 2011 (CET) | ||
Sorry, ich kann leider wirklich nichts finden, was eine solche Funktion ermöglicht: | Sorry, ich kann leider wirklich nichts finden, was eine solche Funktion ermöglicht: [[google:mediawiki+enable+delete+uploads+owner]] --[[User:Mm|Michael]] 12:08, 18 April 2011 (CEST) | ||
== Mehrsprachiges Wiki == | == Mehrsprachiges Wiki == | ||
Line 80: | Line 158: | ||
== wikis konsolidierung == | == wikis konsolidierung == | ||
Im Studiengang gibt es noch zwei andere Wikis, deren Konsolidierung in meinen Augen wünschenswert wäre: | 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 | Ich hoffe irgendwann kommt der Zeitpunkt die etwas unübersichtlichen aber wertvollen Informationen aus dem Elektrowiki zu integrieren. Update: der Server steht in der B11 hat aber scheinbar Malware und stürzt ab. --[[User:Max|max]] 20:07, 6 March 2012 (CET) | ||
===[http://seam.hfm-weimar.de/wiki/doku.php Seam-Wiki]=== | ===[http://seam.hfm-weimar.de/wiki/doku.php Seam-Wiki]=== | ||
Line 89: | Line 166: | ||
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. --[[User:Mm|Michael]] 18:21, 5 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. --[[User:Mm|Michael]] 18:21, 5 May 2010 (UTC) | ||
== Studentische Arbeitsplattform == | == Studentische Arbeitsplattform == | ||
Line 100: | Line 176: | ||
Ist in Arbeit, stehe mit Max A. in Kontakt. Wir sind beide an einer engen Verzahnung interessiert --[[User:Mm|Michael]] 17:07, 6 May 2010 (UTC) | Ist in Arbeit, stehe mit Max A. in Kontakt. Wir sind beide an einer engen Verzahnung interessiert --[[User:Mm|Michael]] 17:07, 6 May 2010 (UTC) | ||
= DONE = | |||
== Thumbnails werden nicht verkleinert!! == | |||
Große bilder führen zu extrem langsamen Seiten. Anstatt vom MediaWiki generierte kleine thumbnails werden die bilder in voller größe übertragen und im browser klein skaliert! das führt bei mehreren bildern zu unbenützbaren seiten! [[MODEN:MUSTERKOFFER 2011-2012/arbeiten/musterkisten]] (auf bild im zweiten absatz klicken) | |||
ImageMagick kaputt? Schreibrechte des Servers kaputt? | |||
--[[User:Max|max]] 19:58, 25 January 2012 (CET) | |||
Geht es jetzt wieder? | |||
(Das ist wirklich nervig, weil da jemand ständig die Rechte am Server umstellt) --[[User:Mm|Michael]] 12:02, 10 April 2012 (CEST) | |||
:Zumindest geht es nicht nachträglich. Alle schon hochgeladenen High-res bilder sind jetzt unskaliert. werde nachher testen wie es sich mit neu hochgeladenen verhält. --[[User:Max|max]] 12:19, 10 April 2012 (CEST) | |||
Bei mir geht es auch nachträglich, Anfrage beim SCC wegen Rechten läuft. --[[User:Mm|Michael]] 14:30, 12 April 2012 (CEST) | |||
:Korrektur: es geht auch nachträglich, war wohl noch im Browser Cache. | |||
--[[User:Max|max]] 16:02, 15 April 2012 (CEST) | |||
== Visited Links == | |||
[[User:Mschied]] hat [[Talk:Arduino/Links|bemängelt]], dass man nicht sehen kann, welche Links schon besucht wurden. Ich bin dafür zumindest für externe schon besuchte Links das standardmäßige <span style="color:purple">Purple</span> zu verwenden. --[[User:Max|max]] 15:56, 30 November 2011 (CET) | |||
Also, ich finde ja ehrlich gesagt, dass dass ein wenig Tutti-Frutti-mäßig werden könnte (-> [[Linktest]]), wir haben bisher: | |||
* interner Link | |||
* externer Link | |||
* nicht-existenter Link | |||
* https-Link | |||
* Roll-Over Link | |||
* ganz andere Linkfarben bei den unterschiedlichen Namespaces... | |||
Ich finde das wirklich ziemlich bunt... vor allem, wenn nu noch Lila dazukommt. Aus einer Interface-Perspektive bin ich mir nicht sicher, was ich von Usern halte, die vergessen, welche Links sie eben angeklickt haben :-) | |||
<br/><br/> | Gibt es noch andere Meinungen? --[[User:Mm|Michael]] 23:21, 30 November 2011 (CET) | ||
= | |||
:Andere Meinung nicht - aber ich gehöre zu den Usern, die sich auf so eine Funktion gerne verlassen. z.B. wenn ich eine Seite in diesem wiki nach längerer Zeit wieder besuche, sehe ich sofort, was neu ist, ohne auf "history" klicken zu müssen. Außerdem kann ein Besucher des wikis auch schon vorher eine der verlinkten externen Seiten über eine Suchmaschine erreicht haben und möchte die Seite deshalb nicht nochmals öffnen. | |||
:Von den bisherigen Farben finde ich https-links nicht sonderlich wichtig, da die eh schon mit dem Schloss-Symbol hervorgehoben werden. Und nicht-existente links sind grau - das sehe ich jetzt nicht als Farbe ;) - die https-links haben wie's sogar schon ein lila - ohne direkten vergleich würde ich das auch als besuchten Link durchgehen lassen:<br> | |||
:<span style="color:purple">Normales visited-Purple</span><br> | |||
:<span style="color:#7655FE">https-lila</span> | |||
:--[[User:Mschied|Mschied]] 01:47, 1 December 2011 (CET) | |||
okay, das finde ich einen guten Kompromiss-Vorschlag!<br/> | |||
Dann nehme ich den https-Link und mache daraus :visited<br/> | |||
(in Kürze!) --[[User:Mm|Michael]] 16:42, 1 December 2011 (CET) | |||
ich habe nun mal einen etwas dezenteren Purple als visited eingerichtet (allerdings nur auf den Seiten ohne Namespace - bzw. wo das nicht durch eigene Farben wie bei GMU angepasst wurde). Das Lila oben war aber extrem auffällig (und es gibt nach einer gewissen Verweildauer mehr besuchte als nicht besuchte Links) - und es soll ja darum gehen, noch nicht besuchte Seiten hervorzuheben. Daher rücken die bereits besuchten Links nun etwas in den Hintergrund und die noch nicht besuchten fallen eher ins Auge. Hoffe, das ist in Eurem Sinne --[[User:Mm|Michael]] 12:00, 2 December 2011 (CET) | |||
<source lang="css"> | |||
a:visited:after { | |||
content: " \2713"; | |||
} | |||
</source> | |||
? --[[User:Matthias.breuer|Matthias.breuer]] 12:41, 4 December 2011 (CET) | |||
a:visited:after ist interessant, aber leider aus Sicherheitsgründen deaktiviert: http://hacks.mozilla.org/2010/03/privacy-related-changes-coming-to-css-vistited/ (danke an Matthias) --[[User:Mm|Michael]] 19:21, 24 January 2012 (CET) | |||
---- | |||
== Lightbox plugin in galleries == | == Lightbox plugin in galleries == |