[BUG] V 2.0.1 Foto/Medien-Upload

[hagenroewer]

Moin,

nun beim Kundennprojekt fallen mal wieder die Bugs wieder auf:

Folgendes:
In V 2.0 Beta2 Foto/Medien-Upload schreibt

Ich habe das jetzt implementiert: https://github.com/s9y/Serendipity/comm ... 8e5e9dd6dd

Wenn die Option uploadResize in den Einstellungen aktiviert wird und maxWidth oder maxHeight angegeben wird, wird der Uploader durch einen Ajax-Upload ersetzt. Der Ajax-Upload nimmt sich lokal das Bild, schreibt es in ein Canvas, und kann diesem Canvas die Größe anpassen; nur dieses Canvas wird dann hochgeladen.

Das braucht sicher noch weitere Tests und ist als default aus.

Ich hatte das anscheinend im Kundenprojekt eingeschaltet mit der Folge, dass ich anscheinend über die Upload-Funktion nur noch Bilder hochladen konnte. Andere Dateiarten waren nicht mehr möglich.

Ich habe hier ZIP und PDF getestet. Ich habe die Funktion in der Konfiguration -> Bildkonvertierung -> Vor dem Upload Größe anpassen ein- und ausgeschaltet, und konnte damit den Fehler reproduzieren bzw. beheben durch Ausschalten.

Ich habe beim Einschalten auch den Ajax-Uploader in Aktion gesehen beim Hochladen von Bilddateien. Nur beim Hochladen von anderen Dateiarten rührte sich beim Klicken auf "Los" überhaupt nichts.

Zwar ist die neue eingebaute Funktion beim Hochladen von einzelnen Bildern hilfreich, aber da der Kunde auch andere Dokumente und Dateiarten hochladen wird, und eher mehrere Bilder (und dafür brauche ich auch die Zip-Entpackfunktion), lasse ich diese Funktion momentan abgeschaltet.

[Timbalu]

Solch einen "Bug" wird man aber sicher durch einen vorherigen image check fixen können. Danke!
https://github.com/s9y/Serendipity/issues/353

[onli]

Danke fürs Melden auch von mir.

Zwar ist die neue eingebaute Funktion beim Hochladen von einzelnen Bildern hilfreich, aber da der Kunde auch andere Dokumente und Dateiarten hochladen wird, und eher mehrere Bilder (und dafür brauche ich auch die Zip-Entpackfunktion), lasse ich diese Funktion momentan abgeschaltet.

Das ist nicht mehr nötig. Zeig deinem Kunden doch lieber, dass er jetzt mehrere Bilder auf einmal hochladen kann.

[hagenroewer]

Das ist nicht mehr nötig. Zeig deinem Kunden doch lieber, dass er jetzt mehrere Bilder auf einmal hochladen kann.

Ok, gerade mal getestet ...
Danke und sehr schön für den Gedankenanstoss - diese Funktion ist jetzt seit 2.0 so drin?
Hm, das ist mir ehrlich gesagt noch nicht so aufgefallen. Noch zu sehr in den Strukturen vor 2.0 verhaftet.

Hierbei finde ich auch gut, dass ich bei Los & Eigenschaften gleich die Medien mit den Metadaten in der Datenbank befüllen kann.

Ja, es mangelt an Dokumentationen für V 2.0 - hierbei würde ich mich gerne beteiligen, bin aber nicht der Schnellschreiber und Schnelldenker in Englisch - das haben die mir damals in den 80igern in den Schulen eher versaut - auf Deutsch bekomme ich sowas eher hin, könnte mir eher vorstellen die deutsche Sektion zu betreuen, wenn jemand anders übersetzt.

Dazu eine Nebenfrage: Plant Ihr die Dokumentation nach Github umzusetzen?

[yellowled]

könnte mir eher vorstellen die deutsche Sektion zu betreuen, wenn jemand anders übersetzt.

Ich glaube, der Plan ist eher, in die andere Richtung zu übersetzen. Das hat sich für vieles anderes bewährt.

Plant Ihr die Dokumentation nach Github umzusetzen?

Ja, ist bereits in Arbeit. Stagniert allerdings momentan ein wenig, weil es ein technisches Problem gibt.

YL

[Timbalu]

Stagniert allerdings momentan ein wenig, weil es ein technisches Problem gibt.

Wissen "wir" davon?

[yellowled]

Wissen "wir" davon?

Wenn Ihr Eure Mails lest, klar.

YL

[Timbalu]

Wenn Ihr Eure Mails lest, klar.

Ich kann mich nicht daran erinnern oder diesbezügliches finden. Meine letzte Mail in DEV ist vom 12. März. Seitdem herrscht Ruhe. Kam da noch etwas? Oder kannst du es mir nochmal zukommen lassen? Danke.

[garvinhicking]

Im wesentlichen ist das Problem eigentlich, dass es relativ komplex ist, mittels build-script die Navigation zu erstellen mit der man eine Struktur unserer portierten Inhalte sehen kann.

Dann haben wir derzeit sehr viel Inhalt, und ich scheitere daran diesen Inhalt sinnvoll zu strukturieren. Es ist mir einfach zu viel und mir fehlt etwas das Konzept für die Struktur der Dokumentation.

[yellowled]

Dann haben wir derzeit sehr viel Inhalt, und ich scheitere daran diesen Inhalt sinnvoll zu strukturieren. Es ist mir einfach zu viel und mir fehlt etwas das Konzept für die Struktur der Dokumentation.

Garvin hätte gern eine klassische Sitemap als „Denkstütze“. Dummerweise ist es aber generell nicht so einfach, in Jekyll eine Sitemap zu erzeugen, wenn man GitHub Pages nutzt, weil GitHub Pages die Nutzung von Jekyll-Plugins (die für die Sitemap nötig wären) stark einschränkt.

Ich kenne über ein gemeinsames Projekt neuerdings einen Jekyll-Experten, den werde ich gelegentlich mal fragen, ob er uns weiterhelfen kann.

YL

[garvinhicking]

Hi!

Garvin hätte gern eine klassische Sitemap als „Denkstütze“. Dummerweise ist es aber generell nicht so einfach, in Jekyll eine Sitemap zu erzeugen, wenn man GitHub Pages nutzt, weil GitHub Pages die Nutzung von Jekyll-Plugins (die für die Sitemap nötig wären) stark einschränkt.

Die Sitemap hatte mattsches letztlich erstellt und soweit ich weiß auch per pull request ins offizielle Repo gekippt. Seine Anleitung zur Erstellung (https://github.com/mattsches/s9y.github ... /README.md) ermöglicht auch durchaus die Erstellung der Sitemap.

Das Ergebnis jedoch ist so umfangreich und komplex, dass ich nicht wirklich weiß wo ich anfangen soll. Ein Berg Arbeit, und mir fehlt halt irgendwie das dokumentationskonzept überhaupt zu wissen, was man wohin schieben sollte. Sobald die Struktur klar wäre könnte man dann die fehlenden Inhalte nachtragen, ich glaube das wäre der geringere Teil.

Und dann müssen wir uns aber ganz am Ende halt auch überlegen wie man dann ganz konkret für die finale Sitemap die Navigation baut, ihc schätze auch statisc per PHP-Buildscript und dann halt regelmäßigen commits wenn sich an der Navi etwas ändert...

LG,
Garvin

[Timbalu]

Wie weit muss denn dieses Dokumentations-Konzept gediegen sein um als "Anfang" (mit modularer Erweiterungsmöglichkeit) zu gelten? Lässt sich das sagen? Ich denke wir sollten zusehen, dass wir unseren "Erstwählern" wenigstens eine einigermaßen aktuelle und übersichtliche Start-Dokumentation zur Ansicht geben. Beispielsweise bei den embed Geschichten und bei bei den Smarty usage examples für Smarty3. Und all die hidden Gems aus dem Forum nicht zu vergessen. Das ist natürlich kein Druck der allein auf dir lasten sollte und natürlich auch nicht als solcher gesehen werden darf, wenn es einem an konkreter Zeit mangelt. Ich kann da zb auch erst konkret und etwas detaillierter drüberschauen, wenn ich irgendwie das Konzept sehe und vielleicht schon mal ein einfaches Navigationsgerüst habe um mich vorwärts zu hangeln. Ich dachte soetwas wollte YL erstellen. Es ist also alles eine Frage wie fertig das schon sein muss, damit sich das gestaltet.

[yellowled]

Ich dachte soetwas wollte YL erstellen.

Ich hatte mit der Strukturierung der Dokumentation nichts zu tun, sondern habe mich um die Gestaltung sowie die Jekyll-Templates gekümmert.

YL

[garvinhicking]

Das steht in Sachen Struktur eigentlich soweit als erster Vorschlag im s9y.github.io Repository. Mit Mattsches Anweisungen die ich da im README verlinkt habe kannst Du eine Sitemap erstellen.

Wie man die dann konkret einbindet um wirklich eine navigierbare Seite zu haben, soweit waren wir glaube ich noch nicht. Dafür wäre eine finale Struktur vermutlich hilfreich...

Ich sitz da gerade so in einem Loch und weiß nicht recht raus.

[yellowled]

Das steht in Sachen Struktur eigentlich soweit als erster Vorschlag im s9y.github.io Repository.

Reden wir vom gleichen Repository?

Mit Mattsches Anweisungen die ich da im README verlinkt habe kannst Du eine Sitemap erstellen.

https://github.com/s9y/s9y.github.io/bl ... /README.md Öhm?

Wie man die dann konkret einbindet um wirklich eine navigierbare Seite zu haben, soweit waren wir glaube ich noch nicht. Dafür wäre eine finale Struktur vermutlich hilfreich

Ich denke, das Problem ist, dass man a) eine Sitemap, wie Du sie gerne hättest und b) eine Navigation, wie sie derzeit konzeptionell vorgesehen ist, in Jekyll (ohne Plugins, was auf GH Pages ohnehin nicht geht) nicht automagisch erzeugen kann bzw. keiner von uns weiß, wie das geht?

YL