Beiträge von tboley

Zitat von CRen

Hallo!

Frage: Unter Wordpress 1.5 gab es eine Möglichkeit, Wordpress zu sagen, die HTML-Code-Tags anzuzeigen, also diese Formatierungs-Geschichten, Bold, Italic, More usw.

Nach dem Upgrade auf 2.0 sind die Sachen wieder weg, jetzt würde ich gerne wissen, wie ich es da wieder angeschaltet bekomme.

Oder funktioniert die WYSIWYG-Funktion unter Safari? Wenn ja: Wie?

Will nicht den Firefox benutzen :-/

Gruß,
Christian

Alles anzeigen

WordPress 2.0 läuft unter Safari, aber eben nicht mit WYSIWYG (soviel mal wieder zum Thema Plattform und Browserübergreifend). Firefox (Mac) geht, wobei es da auch Probleme geben soll (habe ich aber noch nicht getestet).

Zitat von Sia_Rash

hy
ich wollte einfach diese MO datei edtieren und auf kurdish übersetzen. dann coding zu UTF-8 wechseln. kann es sein? weill ich mit notpad datei geöffnet habe, aber die texte sind unlesbar.

womit soll ich die datei öffnen, damit ich editieren kann?.

Dnake

Hallo!

Es gibt ein sehr praktisches Windows-Tool, um die Sprachdatei anzupassen.

PoEdit, hier zu bekommen: http://www.poedit.org/download.php

Du brauchst dann nur noch die .po Datei von WordPress (für 1.5.2 gab es die hier: http://svn.automattic.com/wordpress-i18n…k/wordpress.pot)

Die .mo Datei kannst du soweit mir bekannt ist nicht direkt editieren. Mit PoEdit wird aus der .po Datei auch anschließend die .mo Datei erzeugt.

Für die Verabeitung von Hochkant-Bilder gibt es extra eine Option, die das mit berücksichtigt.

Um die deutsche Version zu aktivieren, müsst ihr wie folgt vorgehen: Im Zip-Archiv von myGallery befindet sich eine Datei mit dem Namen myGallery-de_DE.mo

Diese Datei muß ins Pluginverzeichnis verschoben werden (nicht in den Ordner mygallery, sonder eine Ebene darüber).

Wenn ihr dann die deutsche Version von WordPress habt, ist auch myGallery in Deutsch.

Noch ein Hinweis: Bei der Verarbeitung von Zip-Dateien drauf achten, wo die Schmerzgrenze eures Servers liegt. Im Klartext: Wenn ihr versucht 8 MB auf einen rutsch zu verarbieten, kann es sein, daß bereits der Bildtransfer zum Server fehlschlägt. Lieber kleinere Portionen und dafür öfter einen Nachschlag

Zitat von mrtom

Hallo,
also ich habe es auch versucht zu installieren, jedoch bekomme ich es noch nicht so richtig hin, wie ich es gerne hätte. wer könnte mir dabei helfen?

Mhm was genau klappt nicht bei dir?

Zitat von Olafb

Es ist ein Witz, gestern (heut früh) bestimmt 10x probiert. Jetzt, Ordner ausgewählt, klick, geht!?

Merkwürdig.

Nun denn hier, die Zeilen und Scripte wo der Ordner aufgerufen wird:

mygallery.php:

Zeile 41
Zeile 143
Zeile 145
Zeile 318

mygallerymain.php:

Zeile 35
Zeile 339

maygalleryadmin.php:

Zeile 27
Zeile 184
Zeile 236

Zitat von Olafb

Ich hab auch das Problem von nacho. Es liegt bei mir bestimmt daran das die Tabelle _mypictures nichts enthält. Weiter kenn ich mich nicht aus, wo muss ich suchen?

Testweise hatte ich versucht schon bestehende Ordner außerhalb von wp-content zu nutzen, weil ich die Bilder teilweise schon auf dem Server habe. Ist mir einen FeatureRequest wert. Mach doch den Pfad konfigurierbar. Hat nix mit obigem Problem zu tun.

EDIT PS: ach so danke fürs Weihnachstgeschenk

Feature request ist angekommen. Werde ich mit auf die Wunschliste setzten. Das Problem von nacho und dir bereitet mir Kopfschmerzen. Ich hab noch keine Ahnung, woran das liegen kann. Um das klären zu können, bräuchte ich mehr Infos. Was passiert genau, wenn du eine neue Galerie erstellst und mit Bildern bestückst? Welche Fehlermeldungen gibt es?

Zitat von Alexander

Problem gelöst

Die Zuordnung der einzelnen IDs ist hier fehlerhaft gewesen. Habe auch angenommen, dass das Plugin beim erstellen eines neuen Albums automatisch dem eine ID zuweist, doch wie ich gerade feststellen durfte ist das eingeben und verwalten noch richtige Handarbeit :cool:

Das wäre fast wie Hellsehehen

Das Plugin weiß ja nicht, auf welcher Seite du deine Galerie einbinden möchtest

Zitat von Alexander

Ist schwierig, da ich das ganze auf meinem lokalen Server laufen lasse.
Wenn ich in der Übersicht auf das Album klicke, tut sich nichts.
Ich habe die Vermutung dass das ganze mit Gallery page_id zusammenhängt, die ich unter "Gallery Management" eingeben kann. Doch ich weiß nicht was, oder wo ich da was falsch mache…

Die nächste Version der Dokumentation wird auf die Frage auch noch mal näher eingehen, da ich schon einige Anfragen diesbezüglich bekommen habe. Der Einfachheit halber zitiere ich mich mal selber aus einer Antwortmail:

Zitat

Entscheiden ist, wie du richtig erkannt hast, die pageid. Die holt sich myGallery aber nicht selber, sonder sie muß von Hand eingetragen werden. Nehmen wir mal an, du hast eine neue Galerie urlaub05 angelegt. Dieses Galerie soll auf einer neuen, statischen Seite angezeigt werden. Dazu erstellst du eine statische Seite und fügst den Tag für die Galerie ein: [mygal=urlaub05]

Anschließend gehst du in WordPress auf Verwalten->Seiten
Dort sollte sich deine neue Seite befinden. In der ersten Tabellenspalte steht eine ID. Diese ID notierst du dir.

Wenn du jetzt in die Galerieverwaltung von myGallery wechselst und deine neue Galerie auswählst, kannst du der Galerie eine gallery page_id zuweisen. In das Feld trägst du die ID ein, die du dir vorher notiert hast. Dadurch werden Seite und Galerie miteinander verbunden.

Wenn du mit allen Galerien so verfährst, funktionieren sowohl die Zufallsbilder als auch die Galerieübersicht

Zitat von nacho

den ordner myfotos muss man doch direkt in wp-content eröffnen oder?

Ja. Und die Lese- und Schreibrechte sollen so sein, daß myGallery in dem Ordner schreiben kann.

Zitat von nacho

5. z.B. "xmasroma" als galeriename
6. funktioniert an sich, zeigt aber keine bilder an. keine Fehlermeldung.

Ich denke, dass ich irgendwas vergessen habe, was vielleicht für das Funktionieren der Galerie wichtig ist. ich packe jetzt nochmal alles runter. gibt es irgendwas, das ich dann wieder ändern muss, wenn ich die galerie komplett runter packe?

Zum Entfernen: Galerien über myGallery löschen (auch wenn es bei dir da vermutlich Fehlermeldungen gib). Dann Plugin deaktivieren. Neuste Version herunterladen (0.5.4.1) und manuell im Verzeichnis myfotos prüfen, ob sich da noch Reste befinden (die löschen). Plugin aktivieren. Danach läuft sie wieder. Falls du via phpMyAdmin an deine WordPress Datenbank rankommts, kannst du dort auch die Tabellen mygallery, mygprelation und mypictures löschen. Dadurch legt das Plugin nach der Aktivierung alles noch mal sauber und neu an.

Zitat von nacho

Das komische ist ja, dass es mal einwandfrei funktioniert hat. und dann auf einmal plötzlich nicht mehr...

1.Keine Fehlermeldung beim Aktivieren des Plugins
2.Bilder-Datei: z.B. balze.jpg
3.breite der originalbilder 400
4.ordner myfotos ist bei mir unter wp-content angelegt

5. Welche Galerienamen sind bereits in Verwendung (Galerienamen sollten aus einem Wort bestehen)?

6. Was passiert, wenn du ein Zip-Archiv mit Bilder hochlädst und verarbeiten lässt (1. Möglichkeit des myGallery Generators)?

7. Wenn bei 6. Fehlermeldungen auftreten, bitte die genauen Fehlermeldungen angeben.

Zitat von nacho

Mein Problem ist dadurch leider nicht behoben

Steht immer noch das gleiche. Ich hab aber keinen Schimmer wo ich da was eingeben soll?

Da hilft dann nur noch eins: Wir werden gemeinsam Stück für Stück die Sache durchgehen. Dazu ein paar Fragen:

1. Gibt es eine Fehlermeldung, wenn du das Plugin aktivierst?
2. Was für eine Datei hast du hochgeleaden (genauen Dateinamen)?
3. Welche Option zur Verarbeitung war angewählt?
4. Hast du den Ordner "myfotos" im Plugin-Verzeichnis zum Speichern der Bilder angelegt?

Ilona und Nobbi:

@all: Dank Ilona habe ich festgestellt, das sich in der Upgradefunktion ein Fehler eingeschlichen hat. Wer nach der Aktualisierung von myGallery auf Version 0.5.4 Fehlermeldungen bekommt, sollte unbedingt die Version 0.5.4.1 verwenden. Der Fehler bewirkt, daß die Versionsnummer nicht aktualisiert wird und daher die Anpassung der myGallery Tabellen in der Datenbank nicht stattfindet. Dadurch kommt es dann zu Problemen mit der Option, Alt-Texte für Bilder einzutragen.

Version 0.5.4.1 behebt diesen Fehler. Wie immer bei einer neuen Version: Plugin deaktivieren, durch neue Version austauschen und wieder aktivieren.

Mhm, ich schau mir das morgen noch mal in Ruhe an. Irgendwo scheint da ein merkwürdiger Wurm drin zu sein.

myGallery spricht jetzt auch Deutsch

myGallery spricht jetzt auch Deutsch

Der Version 0.5.4 liegt eine deutsche Sprachdatei (myGallery-de_DE.mo) bei, die in den Plugins-Ordner von WordPress verschoben werden muß. Wenn bei euch die deutsche Version von WordPress läuft, ist damit dann auch myGallery in Deutsch.

Zitat von nacho

Daran scheint's nicht zu liegen. Shit!

Leerzeichen sind allgemein nicht sehr gut im Dateinamen. Probier dochmal folgendes: Leg eine neue, leere Gallerie an (4. Option bei myGallery Generator). Wenn das geklappt hat, lädst du in diee Gallerie ein einzelnes Bild hoch und lässt es verarbeitenn (3. Option bei myGallery). Treten dabei Fehler auf?

Welche Dateiendungen haben deine Bilder?

Zitat von nacho

Mein PC sagt folgendes:

genau an dieser Stelle steht bei mir in der mygallery.php:

HELP! I NEED SOMEBODY!

Der Fehler ist bei der Verarbeitung der Thumnbails aufgetreten. Um die Ursache für den Fehler zu finden, müsste ich von dir wissen, welche Version du von myGallery verwendest und womit du das Plugin gefütterst hast (sprich welche Bilder es verarbeiten sollte. So ins Blaue hinein würde ich vermuten, daß du Bilder mit Namen verwendet hast, die zu lang waren oder Sonderzeichen enthalten haben.

Zitat von Monika

ich finde es schlimm, dass 1.5.2 nirgend mehr offiziell zum Download steht,
dass die 2.0 Version von jedem Frameset gefangen werden kann,
weil man ein simples js Script nicht mehr nutzen kann,

dass der amerikanische Codex eine Katastrophe ist,
funktioniert nur mehr mit dem IE einwandfrei, aber auch nur unter WinXP...

schade, unendlich schade,

lg
Monika

Mich ärgert insbesondere die absolute Verunstaltung des Codex. In der jetzigen Form völlig unbrauchbar. Die ausschließlich Orientierung auf einen ganz bestimmten Browser eines ganz bestimmten Betriebssystems wäre unter unzivilisierten Menschen sicher ein Grund zur Steinung. So bleibt es "nur" ein Armutszeugins der Betreiber.

Ein großer Teil der neuen Funktion von Wp 2.0 ist im Überigen nicht kompatibel zu Safari. Wieder ein Minuspunkt.

Ich werde wohl auf lange Zeit noch bei der 1.5.2 Version von WordPress bleiben.

Zitat von Arno Simon

Hi Thomas,

wie sage ich immer: Über Geschmack läßt sich streiten

Aber:

1. Du hast recht: es ist auch mE schlechter lesbar, weil der Inhalt zu gedrängt in der Mitte in die Länge gezogen wird.
2. Es steckt immer noch das Wiki dahinter, es ist nur ein anderes Design darüber gelegt worden.

vG

Arno

Und über Geschmack streite ich immer gern

Abgesehen davon: Eigenartiger Weise fehlt bei mir die Sidebar. Da steht im Codex auf der rechten Seite zwar "Sidebar" aber klicken etc. geht nicht. Wenn es bei anderen geht, bedeut das wohl: Safari Nutzer und Firefox Nutzer (Mac) leider draußen bleiben

Ehrlich gesagt finde ich das neue Design des amerikanischen Codex eine Zumutung. Unübersichtlich und nicht merh so gut lesbar wie die alte Fassung im Mediawiki. Meiner Meinung nach ein Rückschritt.