VDR Wiki:Forum

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
(Updates)
 
(9 dazwischenliegende Versionen von einem Benutzer werden nicht angezeigt)
Zeile 1: Zeile 1:
==Dringend!==
 
''Hier bitte nur absolut dringliche Hinweise anbringen.'' <br>
 
''Änderungen auf dieser Seite bitte nach Anmeldung mit Benutzernamen.<br>''
 
 
 
===und noch eine Frage wegen Einbinden eines Bildes !===
 
===und noch eine Frage wegen Einbinden eines Bildes !===
  
Zeile 56: Zeile 52:
 
----
 
----
  
<br>
 
 
==Sonstiges==
 
''Hier hat alles Platz, was sonst nirgendwo hinpasst.''
 
 
<br>
 
<br>
  
Zeile 75: Zeile 67:
  
 
Ja, wenn ich mich nicht irre, so kann man im Setup-Programm von Wikis festlegen, ob eine einfache Registrierung ausreichend ist oder ob die Freischaltung durch einen Admin getätigt werden muss. Das hängt von der verwendeten Wiki-Software ab, in der Mediawiki sollte es aber kein Problem sein. Grüße max4vdr
 
Ja, wenn ich mich nicht irre, so kann man im Setup-Programm von Wikis festlegen, ob eine einfache Registrierung ausreichend ist oder ob die Freischaltung durch einen Admin getätigt werden muss. Das hängt von der verwendeten Wiki-Software ab, in der Mediawiki sollte es aber kein Problem sein. Grüße max4vdr
 
===Datenbankfehler===
 
Fehler in der Datenbank
 
aus VDR Wiki, der freien Wissensdatenbank
 
Für die Suchanfrage "osdteletext"
 
Es gab einen Syntaxfehler in der Datenbankabfrage. Das könnte eine illegale Suchanfrage sein (siehe VDR Wiki durchsuchen), oder ein Softwarefehler. Die letzte Datenbankabfrage lautete:
 
 
    SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND MATCH(si_title) AGAINST('+osdteletext' IN BOOLEAN MODE) AND cur_namespace IN (0,9,11) LIMIT 0, 20
 
 
aus der Funktion "SearchEngine::showResults". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145)".
 
----
 
Danke für den Hinweis! Fehler sollte nicht mehr auftreten. --[[Benutzer:WikiSysop|WikiSysop]] 12:03, 29. Nov 2004 (CET)
 
----
 
Dieser Fehler tritt leider immer wieder auf... Woran es liegt, das habe ich bisher leider noch nicht herausgefunden. Im phpmyadmin-Webinterface lässt sich die blockierte Tabelle des searchindex zwar leicht reparieren, aber die Reparatur ist manuell zu tätigen (etwa fünfmal im Monat). --[[Benutzer:WikiSysop|WikiSysop]] 20:26, 6. Feb 2005 (CET)
 
----
 
Fehler Tritt auch auf wenn nach dem Suchbegriff 'scan' gesucht wird:
 
 
    SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND MATCH(si_title) AGAINST('+scan' IN BOOLEAN MODE) AND cur_namespace IN (0,9,11) LIMIT 0, 20
 
----
 
 
fyi: 20.6.05 / 08:15 - problem wieder da.
 
kann einer die tabelle fixen?
 
 
thx,
 
 
-- randy
 
----
 
Leider habe ich das Problem mit der defekten Suche bislang nicht beheben können (hatte aber auch nicht sonderlich Zeit, mich darum zu kümmern) und meine Anfragen im MediaWiki-Forum waren bislang ergebnislos. Da das Problem aber regelmäßig auftritt (etwa drei bis fünfmal pro Monat) habe ich jetzt ein Skript geschrieben, so dass ich innerhalb von 1 Stunde eine Email erhalte, wenn das Problem wieder auftritt. Heute Nacht war's gleich soweit: um 23:10 Uhr (als ich gerade bei einem Freund einen VDR neu aufgesetzt habe) kam die erste Fehlermeldung (von mir natürlich unbemerkt, da ich nicht gleichzeitig in meiner Mailbox hantiere). Pünktlich zu "Dienstantritt" um 8 Uhr habe ich die Mail entdeckt und den Fehler sogleich behoben. Ich hoffe also, dass zumindest die Fehlerbeseitigung in Zukunft nicht mehr so lange auf sich warten lassen wird - und bitte bis um Weiteres aus beruflichen Gründen um Verständnis, wenn die Behelfslösung so gestrickt ist wie sie ist. Natürlich könnte man das Ganze auch elegant per PHP-Skript über einen Chronjob auf dem Server erledigen - aber unser Provider läßt sich Chronjobs versilbern (weitere Kosten über das reine Hosting hinaus müssen aus meiner Sicht nicht sein, mir wär's ohnehin lieber, den Fehler an der Wurzel zu beheben), wobei ich mich aber ansonsten nicht beklagen kann, denn der Support des ISPs ist 1a). --[[Benutzer:Max4vdr|Max4vdr]] 08:27, 27. Jan 2006 (CET)
 
 
===Links auf vdrportal===
 
Hi,
 
 
ich fände es sollten nur übergangsweiße Artikel auf das VDR Portal verweisen, in einem Forum stehen zu 90% Informationen drin, die man nicht sucht wenn einem das Thema interessiert.
 
 
mfg, --[[Benutzer:80.132.12.234|80.132.12.234]] 01:00, 10. Okt 2004 (CEST)
 
----
 
----
 
  
 
===Formatierung von Diskussionen===
 
===Formatierung von Diskussionen===
Zeile 145: Zeile 100:
 
----
 
----
 
----
 
----
===OT:Screenshots===
 
 
Weiß jemand wie man Screenshots von x11 erstellt, für das ganze x plugins geraffel?
 
 
Ksnapshoot macht zwar Screens, aber die ganzen Sachen sind einfach BLACK?
 
 
Mit Black meine ich nicht den Desktop, nur die Ausgabe-fenster...
 
 
--[[Benutzer:213.6.81.170|213.6.81.170]] 17:31, 20. Sep 2004 (CEST)
 
 
Ich verwende z.B. 'xwd -root -out /tmp/root.xwd'. Den output von 'xwd' kann man z.B. mit 'convert' (ImageMagick) in fast jedes Format wandeln. In etwa 'convert root.xwd root.jpg'. Man kann den outpur auch direkt mit 'gimp' bearbeiten.
 
 
----
 
----
 
 
===Portal===
 
Mich stört, dass es etwas umständlich ist, zum Forum zu gelangen, zumindest, wenn man dies per Mausklick versucht... Vorschlag: "Aktuelles" streichen, da es im Forum durch "Aktuelle Ereignisse" im Menü längst abgedeckt wird (bereits geschehen) und das Forum besser durch den Link "Wikipedia-Portal" im Menü ersetzen (oder von dort dann einen Link hierhin machen). Zu letzterem wüßte ich jedoch gerne, was andere besser fänden... --[[Benutzer:Max4vdr|Max4vdr]] 16:56, 21. Sep 2004 (CEST)
 
----
 
Bei "Wikipedia-Portal" hatte ich die Startseite des Wikipedia erwartet. Was kommt? Eine leere Seite, nicht gerade toll für einen Navigations-Link. Was soll das werden? "Portal", Eingang zum Wikipedia mit allen VDR-Relevanten Einträgen dort? Wer macht das?
 
 
Für das Forum hier fänd ich einen Naviagtionslink schon angebracht. Platz ist auch noch :-) --DerKarlos
 
----
 
Mir passt der Name "Wikipedia-Portal" nicht. Das ist ein anderes Projekt. Ihn zu entfernen, oder durch Forum zu ersetzen ist sicher nicht das Schlechteste. --[[Benutzer:Monroe|Monroe]] 10:19, 29. Sep 2004 (CEST)
 
----
 
Leuchtet mir ein. Werde mal sehen, ob sich entweder ein eigener Menüpunkt anbringen lässt oder aber ob man den Linknamen entsprechend abändert, wenn (oder solange) doch kein Bedarf für ein Portal besteht. --[[Benutzer:Max4vdr|Max4vdr]] 11:37, 29. Sep 2004 (CEST)
 
----
 
Anscheinend muss man die Änderungen vor Installation der Software in der Datenbank vornehmen. Es gibt zwar auch ein PHP-Script zum nachträglichen rebuild der Wiki-Messages, aber dieses funktioniert auf meinem Testrechner bislang nicht richtig. Bei einem Update wird die Datenbank aber auch neu eingelesen, so dass wir die gewünschte Änderung eventuell auf diese Weise bewerkstelligen können. Das muss ich aber erst noch testen. --[[Benutzer:WikiSysop|WikiSysop]] 09:32, 20. Okt 2004 (CEST)
 
----
 
Die Änderung der Wiki-Messages kann vom WikiSysop auch über die AllMessages-Spezialseite vorgenommen werden. Dies funktioniert, wie ich soeben getestet habe, aber (bislang noch) nicht ganz zu meiner Zufriedenheit: Zwar erscheint der Link "Forum" einwandfrei und es öffnet sich dann auch das "Forum", aber wenn man zur Hauptseite zurückkehrt, dann erscheint wieder der default-Link "Wikipedia-Portal".  Immerhin: der Weg zeichnet sich ab. [Nachtrag: war alles richtig, habe mich nur vom Cache blöffen lassen.] --[[Benutzer:WikiSysop|WikiSysop]] 01:27, 21. Okt 2004 (CEST)
 
----
 
Wiki-Portal is nich mehr: es lebe das Forum! --[[Benutzer:WikiSysop|WikiSysop]] 11:26, 25. Okt 2004 (CEST)
 
----
 
----
 
 
===Diskussion zum Thema "Distributionen"===
 
Habe hier [[Diskussion:VDR-Distributionen]] und hier [[Diskussion:Befehle_zur_APT-Paket-Verwaltung]] Diskussionen "angezettelt",
 
bitte um Meinung.
 
--[[Benutzer:Yve|Yve]] 16:42, 24. Sep 2004 (CEST)
 
----
 
Hallo
 
 
Da muß man sich ehrlich gesagt, ja "durch -> wühlen", kannst Du Deine ''angezettelten'' Diskussionen neu linken?
 
 
'''[\[Diskussion:VDR-Distributionen#Namensgebung]\]'''
 
 
anstatt:
 
 
'''[\[Diskussion:VDR-Distributionen]\]'''
 
 
Sonst sucht man sich einen...
 
 
--[[Benutzer:Anonymous|ronny kornexl]] 08:55, 6. Okt 2005 (CEST)
 
----
 
----
 
 
 
===Suchen nach x.y.z===
 
===Suchen nach x.y.z===
 
Wie suche ich nach x.y.z, wollte mal alles in <VERSION> ändern?
 
Wie suche ich nach x.y.z, wollte mal alles in <VERSION> ändern?
Zeile 208: Zeile 108:
 
----
 
----
 
Man wird wohl alle Plugins einmal durchgehen müssen, da einige noch Versionsnummern haben und weder x.y.z, noch <VERSION>. --[[Benutzer:Monroe|Monroe]] 14:50, 29. Sep 2004 (CEST)
 
Man wird wohl alle Plugins einmal durchgehen müssen, da einige noch Versionsnummern haben und weder x.y.z, noch <VERSION>. --[[Benutzer:Monroe|Monroe]] 14:50, 29. Sep 2004 (CEST)
----
 
----
 
 
===Suchfunktion===
 
Die Suchfunktion tuts nimmer....
 
<pre>
 
Es gab einen Syntaxfehler in der Datenbankabfrage. Das könnte eine illegale Suchanfrage sein (siehe VDR Wiki durchsuchen), oder ein Softwarefehler. Die letzte Datenbankabfrage lautete:
 
SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND MATCH(si_title) AGAINST('+subtitles' IN BOOLEAN MODE) AND cur_namespace IN (0,9,11) LIMIT 0, 20
 
aus der Funktion "SearchEngine::showResults". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145)".</pre>
 
----
 
Danke für den Hinweis - diese Tabelle ist anscheinend recht empfindlich und wird regelmäßig zerschossen. Leider bin ich zur Reparatur im Moment noch auf die Mithilfe des Providers angewiesen, aber dieser reagiert zum Glück umgehend. --[[Benutzer:WikiSysop|WikiSysop]] 02:00, 20. Okt 2004 (CEST)
 
----
 
Nachtrag: Habe den Provider womöglich zu früh gelobt? Bis dato keine Reaktion. --[[Benutzer:WikiSysop|WikiSysop]] 09:19, 20. Okt 2004 (CEST)
 
----
 
Ok, Suche funzt wieder. Hatte ein Screenshot beigefügt, um zu belegen, dass mir phpMyAdmin keine Option zum Reparieren gibt, weshalb meine Mail offensichtlich nie angekommen ist :-/<br>
 
Bitte an den Themenstarter: Könntst Du diesen Topic nach unten verschieben? Damit ist gewährleistet, dass er dokumentiert bleibt ohne die Sektion "dringend" weiter zu belasten. Danke! --[[Benutzer:WikiSysop|WikiSysop]] 09:59, 20. Okt 2004 (CEST)
 
----
 
Hm... der searchindex.MYI ist schon wieder zerschossen. Ich habe eine Anfrage beim Provider am Laufen - mal sehen, ob die es hinbekommen, dass ich es in Zukunft selbst beheben kann. --[[Benutzer:Max4vdr|Max4vdr]] 16:57, 20. Okt 2004 (CEST)
 
----
 
Ok, Suche geht wieder.<br>
 
Bitte an den Themenstarter: Könntst Du diesen Topic nach unten verschieben? Damit ist gewährleistet, dass du die antwort zu sehen bekommst und dass alles dokumentiert bleibt, ohne die Sektion "dringend" damit zu belasten. Danke! --[[Benutzer:WikiSysop|WikiSysop]] 23:25, 20. Okt 2004 (CEST)
 
----
 
Da der Themenstarter meiner Bitte nicht nachgekommen ist, scheint es ihm nicht ganz so dringlich gewesen zu sein, die Bearbeitung des Themas zu überprüfen. Ich erlaube mir daher (und werde es auch in Zukunft nach entsprechender Wartezeit so halten), das Thema selbst zu verschieben. --[[Benutzer:WikiSysop|WikiSysop]] 23:33, 25. Okt 2004 (CEST)
 
----
 
Es ist wieder mal soweit :-)), scheint auch zu funktionieren.
 
 
http://vdrportal.de/board/thread.php?threadid=36278
 
----
 
As bevor:-)
 
http://www.vdrportal.de/board/thread.php?threadid=39928
 
----
 
Auf ein neues.
 
 
<pre>
 
Fehler in der Datenbank
 
aus VDR Wiki, der freien Wissensdatenbank
 
Für die Suchanfrage "xxxxxxxx"
 
Es gab einen Syntaxfehler in der Datenbankabfrage. Das könnte eine illegale Suchanfrage sein (siehe VDR Wiki durchsuchen), oder ein Softwarefehler. Die letzte Datenbankabfrage lautete:
 
 
    SELECT cur_id,cur_namespace,cur_title,cur_text FROM cur,searchindex WHERE cur_id=si_page AND MATCH(si_title) AGAINST('+xxxxxxxx' IN BOOLEAN MODE) AND cur_namespace IN (0,9,11) LIMIT 0, 20
 
 
aus der Funktion "SearchEngine::showResults". MySQL meldete den Fehler "1016: Can't open file: 'searchindex.MYI'. (errno: 145)".
 
</pre>
 
----
 
----
 
 
===[[Sysinfo-plugin]]===
 
Wie gehabt [[sysinfo-plugin]] neues Bild hoch geladen, altes Bildf wird angezeigt, + die bekannten Fehlermeldungen............
 
----
 
Warning: imagejpeg() [function.imagejpeg]:
 
Unable to open '/www/htdocs/v101777/wiki/images/thumb/8/89/180px-Sysinfo-plugin.jpg'
 
for writing in /www/htdocs/v101777/wiki/includes/Image.php on line 232
 
@max4vdr: Doch ein Rechteproblem?
 
 
Ist übrigens die gleiche Fehlermeldung wie auf der Spielwiese durch die PNG-Grafiken.
 
 
--[[Benutzer:Monroe|Monroe]] 20:10, 12. Nov 2004 (CET)
 
----
 
Habe 2 Testbilder (Test1.jpg + Test2.jpg) hochgeladen und diese mit der gleichen Syntax wie von Dir verwendet ausprobiert - die Thumbs funktionieren einwandfrei. Somit besteht der Verdacht, dass das Thumb-Problem mit dem von Dir verwendeten File zu tun hat. - Meine jpg's habe ich mit GIMP und Corel Photoshop erstellt. Grüße --[[Benutzer:WikiSysop|WikiSysop]] 20:03, 15. Nov 2004 (CET)
 
----
 
Die Bilder wurden mit keinen Programm erstellt!
 
 
Glaube noch eine 80 angehangen zu haben, um es "runterzurechnen":
 
<pre>
 
bash> svdrpsend.pl grab "/video/"$(date --iso-8601=seconds)".jpg" jpeg
 
</pre>
 
 
Kannst es ja mal prüfen :-)).
 
 
Gruß
 
----
 
svdrpsend.pl:
 
<pre>
 
bash> file *jpg
 
Sysinfo-plugin.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, 1 x 1
 
</pre>
 
Mit gimp noch einmal bearbeitet:
 
<pre>
 
bash> file *jpg
 
Sysinfo-plugin.jpg: JPEG image data, JFIF standard 1.01, resolution (DPI), 72 x 72
 
</pre>
 
Dann erneut hochgeladen, es kahm eine Message "altes überschreiben" <Ja>, Problem bleibt das selbe, schaue es Dir mal selbst an, es geht nicht um Deine "Testimages" , sondern um folgende [[sysinfo-plugin]].
 
 
Gruß
 
----
 
Thanks - jetzt können wir das Problem einkreisen: Wenn es ganz offensichtlich nicht am Bild selbst und auch nicht am Hochladen liegt (denn ich kann das Bild unter anderem Namen problemlos mit Thumb einbinden), dann liegt es allem Anschein nach an dem vergebenen Namen bzw. der Bildseite selbst. Ich bin dabei herauszufinden, wie man das Bild samt Seite komplett löschen kann, denn wenn man das Bild neu unter dem gleichen Namen hochlädt, so stellt sich das alte Problem sofort wieder ein. Grüße --[[Benutzer:217.226.154.119|217.226.154.119]] 09:34, 16. Nov 2004 (CET)
 
 
----
 
----
 
----
 
----
Zeile 305: Zeile 119:
  
 
[[Bild:schaltbild-actuator-plugin.png|thumb|left|''Schaltplan'']]
 
[[Bild:schaltbild-actuator-plugin.png|thumb|left|''Schaltplan'']]
 
[[J2_Jumperblock]]
 
  
 
[[Bild:J2_Jumperblock.png|thumb|450px|left|J2 => SCART, J2 => S-Video]]
 
[[Bild:J2_Jumperblock.png|thumb|450px|left|J2 => SCART, J2 => S-Video]]

Aktuelle Version vom 15. August 2013, 13:56 Uhr

Inhaltsverzeichnis

[Bearbeiten] und noch eine Frage wegen Einbinden eines Bildes !

das Einbinden eines Bilds mit

2x eckige Klemmer Bild:Bild.jpg|thumb|50px|Bildbeschreibung 2x eckige Klammer

im Media-Wiki führt nicht zu einer verkleinerten Darstellung, was es lt. Doku aber sollte. Wie bekomme ich eine verkleinerte Vorschau des Bildes mit einem Link auf das Bild in Originalgröße? Muss vielleicht die localsettings.* geändert werden ??

Ging das von Anfang an.

Vielen Dank schon mal im Voraus


Bei mir tut es genau das was es soll:
CAM Modul
gruss wirbel
Ja sicher ging das von Anfang an. Du hast dich sicher nur vertippt. Gruss wirbel

[Bearbeiten] können Seiten nur von Administratoren gelöscht werden?

... oder kann man die vorhandenen Sysop, Bot benutzen oder neue Gruppen dafür anlegen. Und wie ??

Richtig erkannt nur Sysop können Seiten löschen, wenn es Seiten gibt bei den Du der Meinung bist, sie sollten gelöscht werden,
markiere mit einen Link a'la [[Kategorie:Löschkandidat]]
Diskussionen über Anträge können auf Löschkandidaten geführt werden.
--Hulk 16:17, 7. Mai 2007 (CEST)

Vielen Dank


[Bearbeiten] Inhalte verschwinden einfach, auch in alten Versionen weg

Ich hatte neulich den Artikel über die 6" gLCD Einrichtung stark erweitert, aber meine Änderungen sind einfach futsch, nicht mal in den alten Versionen sind sie!!! Und Kilroy, der den Artikel auch bearbeitet hatte bestätigt dies Verhalten! Es geht um: HowTo_6"_gLCD#Software Komischerweise ist die dabei von mir neu erstellte Überschrift Software erhalten geblieben... SurfaceCleanerZ 12:24, 14.06.2006

Wenn du fälschlicherweise in der Wiki auf dem alten Server geschrieben haben solltest, dann wäre das durchaus denkbar. Deswegen stand ja auch in dicker roter Schrift auf der Hauptseite der alten wiki dazu ein Hinweis mit der Bitte nur noch in die wiki auf dem neuen Server zu posten. Das hier ist mittlerweile die wiki auf dem neuen Server. wirbel 20:15, 14. Jun 2006 (CEST)

[Bearbeiten] Gleichzeitiger Zugriff zweier User auf eine Seite führt zum Löschen der Seite

Mir ist schon mehrmals aufgefallen, dass der gleichzeitige Versuch mehrerer User zum Speichern der Seite ohne jeglichen Inhalt führt. Die Seite ist also danach komplett leer. Ist es möglich den Zugriff des zweiten Nutzers zu sperren bis die Seite vom ersten Nutzer beendet wurde? --wirbel 18:34, 21. Nov 2004 (CET)


gibts fuer den bug schon einen workaround? oder kann man fuer "normaluser" einen restore erlauben?

-- randy




[Bearbeiten] Registrierung der User bestätigen?

Hallo,

ich hab leider auf meine Frage noch keine Antwort gefunden, somit probier ichs mal hier :)
Gibt es eine Möglichkeit, als Admin eines Wikis die Registrierung eines Benutzers bestätigen zu müssen, bevor diese vollständig ist. Zum Beispiel kann man ja verhindern, dass unregistrierte Benutzer Artikel verändern und/oder löschen. Diese Einstellung ist jedoch sehr sinnlos, wenn man sich durch 2 Mausklicks einfach schnell registrieren kann, ohne dass jemand (Admin) diese bestätigen muss.

Danke für eure Hilfe!
sorlag


Ja, wenn ich mich nicht irre, so kann man im Setup-Programm von Wikis festlegen, ob eine einfache Registrierung ausreichend ist oder ob die Freischaltung durch einen Admin getätigt werden muss. Das hängt von der verwendeten Wiki-Software ab, in der Mediawiki sollte es aber kein Problem sein. Grüße max4vdr

[Bearbeiten] Formatierung von Diskussionen

Mal grad was anderes: Das Vorhängen von Nachrichten ist ja abartig.
Ist in sonst nirgends so realisiert. In Foren muss man auch nach unten scrollen, warum könne wir das nicht? Wenns zuviel wird: ab auf ne Archivseite. Aber so, *schüttel*. --Monroe 16:15, 20. Sep 2004 (CEST)


Genau, nen Buch lese ich (ja das kommt vor) auch nicht von unten nach oben *ggg*

--213.6.81.128 16:55, 20. Sep 2004 (CEST)


Na ja... Wir werden doch im Zeitalter des Internets kein "auto da fé" veranstalten wollen. Wenn's so gewünscht wird wie zu Zeiten des Buchdrucks und weil's nirgendwo anders anders ist - bitteschön: da sind wir demokratisch, oder? --Max4vdr 17:06, 20. Sep 2004 (CEST)


Neue Themen sollten schon oben eingefügt werden, damit man sie schnell sieht. Antworten dagegen gehören an's Ende des Themas. Und die Grenzen der Themen als Linie ist gut. Damit man das nicht mit den Grenzen der Antworten vertauscht, schlage ich hier drei Leerzeilen vor. Oder hat jemand eine essere Idee? --DerKarlos


Dann lieber Einrückungen, denn dein Stil verbraucht viel Platz und eigentlich hat sich der Stich bewährt, um auch größere, mit Leerzeilen versehen Antworten sichtbar voneinander zu trennen.
Daher schlage ich vor bei den Strichen zu Antworttrennung zu bleiben und zur Thementrennung Überschriften einzusetzen. Habs, wie du, grad mal hier testweise eingeführt ;-) --Monroe 11:11, 27. Sep 2004 (CEST)

Stimmt, sieht besser aus. Optional könnte man doppelte Linien setzen wenn es ein großes Thema ist. Don't worry, be happy. --DerKarlos


Doppelte Linien finde ich eine klasse Idee. Damit ist beiden Funktionen gedient. --Max4vdr 21:47, 2. Okt 2004 (CEST)


Ich stelle in letzter Zeit fest, dass es jeder anders macht, einer hängt es vor bestehende Diskussionen, andere dahinter. Also so geht es ja nicht, ist ziehmlich verwirrend!

Außerdem sollten wir uns angewöhnen, bei einem neuen Topic eine Überschrift zu stetzen und mit zwei Strichen von den anderen abzutrennen, so wie hier bereits geschehen.
Dann könnte man einen neuen Topic oben einfügen, die passenden Beiträge dann jeweils darunter (natürlich wie gehabt mit einen Trennstrich).

Alles wird übersichtlicher und ein Inhaltsverzeichnis entsteht auch nach drei Topics :-) Wenn wir uns darauf einigen können, kanns auch in die Konventionen --Monroe 12:31, 7. Okt 2004 (CEST)



[Bearbeiten] Suchen nach x.y.z

Wie suche ich nach x.y.z, wollte mal alles in <VERSION> ändern?

Gruß

--213.6.81.100 13:24, 29. Sep 2004 (CEST)


Man wird wohl alle Plugins einmal durchgehen müssen, da einige noch Versionsnummern haben und weder x.y.z, noch <VERSION>. --Monroe 14:50, 29. Sep 2004 (CEST)



[Bearbeiten] Probleme mit Upload von Bildern (gif & png)

Bilder in gif und png werden immer noch nicht sauber in den boxen dargestellt?


Bitte genauer bzw. Link zum Bild angeben, damit ich dem Fehler nachgehen kann. --WikiSysop 02:01, 20. Okt 2004 (CEST)


Actuator-plugin

Datei:J2 Jumperblock.png
J2 => SCART, J2 => S-Video
Datei:Anschluss-Schema.png
J2 => S/PDIF(Cinch+Toslink), Filterschaltungen für RGB

Brauchst nur bei den Bildern (upload) schauen, alles was Extension (.png$|.gif$) hat.

Gruß

PS: hatte ich schon so oft bei den Bildern gepostet... :-)), kommisch die Bilder werden in PNG sauber angezeigt: Kabelpeitsche

Liegt wohl an den "thumbs"...


Thanks! Das ist mir entgangen... Werde mich mal kundig machen, woran es liegen kann, denn es betrifft anscheinend nur die thumbs in png, wie du richtig gesehen hast. Möglicherweise tut's auch ein Update auf die neueste Version von MediaWiki, was aus Sicherheitsgründen angezeigt ist. --WikiSysop 09:18, 20. Okt 2004 (CEST)


Habe soeben vom Provider erfahren, dass ImageMagick auf dem Server installiert ist, und entsprechend die Option auf "true" gesetzt. Bin aber eher skeptisch, ob das etwas bewirkt, denn im Setup-File heisst es:
# Resizing can be done using PHP's internal image libraries
# or using ImageMagick. The later supports more file formats
# than PHP, which only supports PNG, GIF, JPG, XBM and WBMP.
--WikiSysop 10:12, 20. Okt 2004 (CEST)


Also für heute reicht's mir mal wieder. Es gibt mal wieder Fehlermeldungen (s. Spielwiese), die erfahrungsgemäß nach einem Neustart des Server-Dienstes (den ich nicht veranlassen kann) behoben sein werden. Ob dann auch die Probleme mit den thumbs weg sind... fraglich. Mir fällt nur auf: es gibt jetzt in der Spielwiese 3 Varianten zu thumbs von PNG-Bildern:

  1. schwarze Box (dein PNG)
  2. weisse Box (dein PNG);
  3. korrektes Wiki-PNG (mein PNG)

Was kann man daraus schlussfolgern? Entweder liegt's an Formatierungsproblemen, die jetzt mit ImageMagick behoben sein könnten, oder aber ... keine Ahnung. Warum geht's mal so und mals so? Wenn sich da jemand einen Reim drauf machen kann... --WikiSysop 10:35, 20. Okt 2004 (CEST)


Den einziegen Unterschied, an Deinen Bild und den anderen ist:

Testwiki.png:         PNG image data, 135 x 107, 8-bit colormap, interlaced
J2_Jumperblock.png:   PNG image data, 676 x 233, 8-bit colormap, non-interlaced
                                                                 ^^^^

Wie konvertiert man ein Bild von "non-interlaced" zu "interlaced"?

Wäre mal einen Versuch wert...

Gruß

--213.6.81.126 12:49, 20. Okt 2004 (CEST)


"Interlaced" war eine Überlegung wert, hat aber in meiner Testreihe zu keinem erkennbaren Unterschied geführt: negativ. Wenn man die Graphik exportiert bzw. abspeichert, dann hat man in den gängigen Graphikprogrammen (Gimp, PhotoPaint, usw.) eine Option, die Graphik interlaced oder non-interlaced abzuspeichern. Die Spielwiese zeigt jedoch, dass dies keine Auswirkung hat. Eine andere Möglichkeit wäre das Format: wenn dieses ein bestimmtes Verhältnis (Breite x Höhe) verletzt bzw. überschreitet, dass die Fehler dann auftreten. Das ist aber nur eine Spekulation. - Ich kann im Moment daher noch nchts genaueres mitteilen. --Max4vdr 17:01, 20. Okt 2004 (CEST)


Update auf Version mediawiki-1.3.7 erfolgreich durchgeführt. Zum einen wird dieser Schritt von mediawiki.org aus Sicherheitsgründen dringend empfohlen und zum anderen war die Gelegenheit günstig, weil es sowieso Probleme mit der Datenbank gab. Leider gibt es jedoch ausser dem Erfolg beim Update keinen weiteren Erfolg zu vermelden: die Probleme mit den "thumbs" bestehen allem Anschein nach weiter. --WikiSysop 00:10, 21. Okt 2004 (CEST)


Also: Die Lösung des Problems dürfte Folgendes sein: "Warning: shell_exec,popen,escapeshellcmd,proc_open,proc_nice() has been disabled for security reasons in /www/htdocs/db/wiki/includes/Image.php on line 179" - bedeutet: vom Server des Hosters werden diese Funktionen aus Sicherheitsgründen nicht unterstützt. Habe soeben auf einer Testinstallation unsere Bilder hochgeladen und mit einer Kopie der Spielwiese aufgerufen - einwandfrei. Somit dürfte geklärt sein, dass der Weg über den Provider führt. --WikiSysop 01:23, 21. Okt 2004 (CEST)


Hallo

Hätte gerne eine "upload" Möglichkeit für diffs/patches.

Man kommt nicht drumm herum, bei den unmengen an Plugins, das verlinken nach sonnst wo hin ist keine Lösung.

Gruß

--213.6.81.184 21:29, 21. Okt 2004 (CEST)


Sehe ich anders. Patches können sich ändern und bei Links müssen wir nicht auch noch darauf achten.
Ansonsten: "COPY&PASTE". Schwerer als hochladen ist das auch nicht. --Monroe 21:57, 21. Okt 2004 (CEST)


Nun geht das Ellend weiter, jetzt auch in jpg... muggle-plugin


Zunächst wurde mir vom Webhoster vorgeschlagen, wir sollten auf PHP-CGI umstellen, wo die Funktionen erhältlich sind. Dann ist er jedoch zurückgerudert, denn (ich zitiere): "bei der Nutzung eines WIKI's ist die Verwendung von PHP-CGI nicht moeglich. Ich kann ihnen daher anbieten, ihre Domain auf einen Server umzuziehen, welcher ein offenes mod_php besitzt. Ich muss sie dahingehend allerdings darauf hinweisen, dass dieser Server ein Sicherheitsloch hat, welches in dieser Konfiguration unumgänglich ist." - Was sollen wir tun? Umstellen und Sicherheitsloch akzeptieren? Oder mit den wenigen Formaten leben, mit denen es funktioniert? Warum nun auch jpg-Graphiken Probleme machen, das muss ich noch herausfinden. Steht vermutlich im Zusammenhang mit der Umstellung auf ImageMagick. --WikiSysop 08:28, 22. Okt 2004 (CEST)


Neue Bilder gehen nun anscheinend gar nicht mehr als Thumbs und erzeugen Fehlermeldungen. Existiert evtl. ein Rechteproblem mit dem Image Verzeichnis? --Monroe 18:10, 24. Okt 2004 (CEST)


Ein Rechteproblem liegt IMHO nicht vor (vorsichtshalber werde ich es aber einmal checken). Falls auf meine Anfrage vom 22. Okt. 2004 keine Kommentare bzw. Vorschläge folgen, so werde ich ImageMagick wieder abschalten. Vermutlich liegt's daran, dass jetzt nicht mal mehr jpg-Graphiken gehen. --WikiSysop 11:43, 25. Okt 2004 (CEST)


Ein Rechteproblem liegt definitiv nicht vor - habe das soeben gecheckt. Die Umstellung auf ImageMagick=false hat zumindest den Effekt mit sich gebracht, dass jetzt Thumbs mit jpg-Graphiken wieder funktionieren sollten. Merkwürdigerweise gilt selbiges für png-Graphiken nur bedingt - so funktionieren z.B. alle png-Thumbs der Installscript-Seite (die vorher definitiv nicht gingen), hingegen sind die png-Thumbs der Spielwiese weiterhin schwarz. Ich kann mir darauf keinen Reim machen - und bitte deshalb weiterhin um feedback, um der Sache auf die Spur zu kommen. --Max4vdr 11:18, 26. Okt 2004 (CEST)


Habe den Eindruck, dass mittlerweile png-Bilder problemlos hochgeladen werden und deren thumbs stabil sind. Aus der Wikimedia-Mailliste habe ich folgenden Hinweis erhalten: die Bilder mit Thumbs, die nach wie vor schwarz dargestellt werden, löschen und neu hochladen - das müßte helfen. --WikiSysop 22:59, 27. Okt 2004 (CEST)


Wollte neu hochladen.............

The file is corrupt or has an incorrect extension. Please check the file and upload again.


Hatte auch Probleme mit den Meldungen dass Bilder nicht gefunden wurden. WikiMedia schaut nur unter "...wiki../images/N/M" nach, (N,M = Zahlen) da es beim Uploaden hier die Bilderchen reinbringt.

Bei mir war das Problem dass die Namen der Bilder teilweise mit Grossbuchstaben geschrieben waren. also Bild.JPG. So muss es auch exakt im Wiki-Edit angegeben werden, sonst findet Wiki die Bilder auf Unix natürlich nicht.

bei mir gehts nun

mfg



[Bearbeiten] Wunschartikel

Was haltet Ihr davon, eine Seite anzulegen, auf der Wunschartikel aufgelistet werden? Beispielsweise vermisse ich einen Artikel zu "Kindersicherung"... Die einschlägigen Threads im vdr-portal lassen einen darüber im Unklaren, ob ein Kindersicherungs-Plugin in die Version 1.3 integriert werden wird (oder schon längst integriert ist) oder ob man besser nach einer Skript-Lösung sucht, die kritische Video-Unterverzeichnisse über LIRC (unter Eingabe einer PIN-Nr) freigibt. Vielleicht schauen die Cracks hin und wieder mal auf dieser Seite vorbei und lassen sich auf diese Weise dazu animieren, den fehlenden Artikel zu verfassen... --WikiSysop 20:33, 6. Feb 2005 (CET)