Beiträge von Netsurfer

    Alles klar. Du suchst also ein Theme.


    Ja, genau! :D

    Zitat

    ich habe mal erste Entwürfe erstellt. Kannst sie dir gerne anschauen und dich inspiriren lassen. http://m2.elchalarm.net/index.php


    Inspiration ist immer gut ...! :wink:

    Zitat

    Kannst dir gerne den Quelltext anschauen wie ich das angefangen habe.
    Vom Grundaufbau her ist es eigentlich recht simple. Alles ist relativ und stellt sich unter das was darüber ist.


    Ja ..., nun gibt es ja diverse Quellen für sogenannte "Best Practices" und mittlerweile ja auch schon gewisse "Quasi-Standards", die sich in der Praxis eingebürgert haben (Beispiel: Häufig findet man ganz oben links einen Back-Button gefolgt vom zentrierten Seitentitel und rechts einen Home-Button).

    Zitat

    Ich hoffe ich kann dir damit weiterhelfen. Falls nicht werd ich wohl noch einen Versuch starten müssen xD


    Ja, danke. Ist zumindest mal ein Anfang. Ich bin zwar relativer Wordpress Noob, allerdings beschäftige ich mich seit über 15 Jahren mit Webdesign - darf also durchaus behaupten relativ fit im Umgang mit XHTML + CSS zu sein.

    Eines der Hauptprobleme bei Webseiten für mobile Endgeräte ist (mal wieder) die enorme Vielfalt an verschiedenen Browsern und deren Fähigkeiten. Hinzukommen die verschiedenen Displaygrößen und die Möglichkeit das Display zu drehen - sprich man muss gegenüber einer Desktopvariante auch noch die beiden möglichen Ausrichtungen (Portrait + Landscape) berücksichtigen.

    Prinzipiell stelle ich mir folgendes vor:
    Eine Seite für die Anzeige auf einem mobilen Endgerät sollte von Hause aus erstmal möglichst "schlank" sein, d.h. möglichst wenige HTTP Requests haben und vor allem auf alles Unbenötigte (z.B. Scripts, die auf den Endgeräten gar nicht lauffähig sind) verzichten.

    Hinzukommt, dass man alles was serverseitig erledigt werden kann, auch dort macht - z.B. Thumbnails von Images erstellen und in die Seite einbinden. Ein Klick auf das Thumbnail könnte dann bspw. per AJAX das Bild in einem größeren Format nachladen und anzeigen.

    Ich selber besitze nur ein Android Smartphone und muss deshalb für alle anderen Gerätetypen auf entsprechende Simulatoren zurückgreifen, was speziell bei gerätespezifischen Funktionen nicht immer ganz zuverlässig ist.

    Was mir persönlich auch immer noch nicht so richtig klar ist, ist der Unterschied, sofern es überhaupt einen gibt, zwischen einer für die Anzeige auf mobilen Endgeräten optimierten Webseite und einer sog. "Webapp"?

    Und neben diesen mehr oder weniger allgemeinen Punkten (s.o.) kommen dann natürlich noch einige wordpressspezifische Aspekte hinzu - aber die dürften wohl das kleinere Problem sein ... ;-)

    Wie ich sehe, hast du dich für HTML 5 entschieden und scheinst dich auf WebKit basierte Browser zu beschränken bei deinem Layout?
    Verwendest du auch Media Queries?

    Gruß
    Gunther

    Sei mir nicht böse


    Warum sollte ich ...?

    Zitat

    aber ab hier hab ich nicht mehr weitergelesen sondern bin direkt zur "Frage" am Schluss.


    OK. Und warum?

    Zitat

    Zu dem was du am Anfang geschrieben hast:

    Ich weiss nicht ob du Wordpress Mobile Pack schon ausprobiert hast oder nicht, aber zu dem schreib ich einfach mal folgendes:


    Ja, hab' ich. Und es gilt dafür dasselbe wie für alle anderen Plugins dieser Art:
    Ohne Anpassung(en) ist es für mich nicht zu gebrauchen. Also stehe ich wieder vor der Frage, ob ich mich in die Tiefen eines fremden Plugins einarbeite, um meine gewünschten Änderungen vornehmen zu können, oder ob ich es gleich von Grund auf selber erstelle.

    Wobei es mir in erster Linie ja eigentlich um das Mobile Theme und weniger um ein Plugin geht. Wie simpel der "Switch" zwischen einem Desktop- und einem Mobil-Theme sein kann, habe ich ja versucht zu demonstrieren anhand des Code Beispiels in meinem ersten Post.

    Zitat


    http://elchalarm.net vs. m.elchALARM.net

    Beide Domains zeigen auf das gleiche Verzeichnis. das mobile Theme wurde allerdings noch nicht angepasst. Das Plugin hat die Möglichkeit entweder über die Domain den "Style zu wählen" oder über einen "Detektor" automatisch zu wechseln oder die dritte option beides zusammen zu verwenden, und den User auswählen lassen.


    Wie ich bereits schrieb, halte ich nichts von dem Konzept verschiedener URLs - noch dazu wenn die Inhalte identisch sind.
    Und ja, ich weiss auch, dass das Plugin alle 3 Varianten ermöglicht. Aber das ist eben gar nicht der Punkt um den es mir geht.

    Mich interessiert vielmehr das eigentliche Mobile-Theme. Nur je mehr ich im Web nachforsche, umso unschlüssiger werde ich mir, wie man das am sinnvollsten umsetzt.
    Die diversen Frameworks, die einem eigentlich die Arbeit erleichtern sollen, habe alle jeweils ihre Vor- und Nachteile.

    So ist für mich bspw. jQueryMobile aktuell keine brauchbare Grundlage, solange aufgrund des Konzepts keine Links zu Ankern möglich sind und somit auch die CSS3 Pseudo-Klasse 'target' nicht verwendet werden kann.

    Ich suche also nicht nach einem Plugin (welcher Art auch immer), sondern nach einem Mobile-Theme, bzw. nach der vermeintlich "besten" Variante ein solches zu schreiben, ob mit oder ohne Framework.

    Gruß
    Gunther

    Hallo zusammen!

    Vorweg: Ich kenne die diversen Plugins, die es dafür gibt, wie u.a. WPTouch und habe etliche davon ausprobiert.

    Fazit: Keines der Plugins überzeugt mich. Also bedürfte es intensiver Anpassungen, was meiner Erfahrung nach mindestens genauso aufwendig ist, wie das Gewünschte lieber gleich selber zu programmieren. Dann kennt man es wenigstens auch in und auswendig.

    Soweit ich das bisher überblicke, gibt es zwei grundsätzlich verschiedene Ansätze für eine Mobile-Version:

    1. Eine eigene (Sub-)Domain auf die um-/ weitergeleitet wird
    2. Ein eigenes Theme auf welches "umgeschaltet" wird


    Von Variante 1 halte ich persönlich nichts, u.a. deshalb nicht, weil ich ja keinen anderen Inhalt (Content) anzeigen lassen möchte, sondern vielmehr vor allem eine andere Art der Präsentation erreichen möchte.

    Bis jetzt habe ich eine, wie ich finde recht einfache Art gefunden, mittels eines "Mini-Plugins" bei Erkennen eines entsprechenden Mobile User-Agents auf ein anderes Theme zu switchen:

    Den erforderlichen Kopf für ein Plugin habe ich hier jetzt einmal weggelassen.

    Der/ die "mörder" RegExp stammt übrigens von http://detectmobilebrowser.com/

    Falls jemand eine "bessere" oder einfachere Methode kennt, würde ich mich über einen entsprechenden Beitrag freuen.

    Also mittels dieses sehr kleinen Plugins kann man einen Mobile User-Agent erkennen und dann Wordpress ein entsprechend anderes Theme (und somit auch Stylesheet) verwenden lassen, als das ansonsten konfigurierte Theme.

    Nun also zu dem Punkt des eigentlichen Mobile Themes:
    Es gibt ja mittlerweile schon einige Frameworks, wie bspw. jQuery Mobile. Viele davon befinden sich noch in ihren Anfängen, sprich Alpha Versionen.

    Von daher meine Frage: Hat hier schon mal jemand ein eigenes Mobile-Theme entwickelt? Und wenn ja, unter Verwendung eines Frameworks (falls ja, welches?)?

    Wer kennt entsprechende Tutorials (speziell auf Wordpress zugeschnitten) und kann hier netterweise den/ die Link(s) posten?

    Und eine allgemeinere Frage an jeden Wordpressanwender und -leser hier:
    Was ist für euch wichtig an einer Mobile-Version (in punkto Funktionalität, Benutzerfreundlichkeit, Zugänglichkeit, etc.)?
    Auf welche Dinge/ Funktionalitäten könntet ihr gegenüber einer Desktop-Version gut verzichten?

    Ich würde mich sehr freuen, wenn wir hier ggf. eine muntere Diskussion zu dem Thema starten könnten. Eventuell ließe sich daraus ja auch ein (das) Mobile-Theme entwickeln!?

    Ich wäre gerne bereit, das Ergebnis, welches hier mittels gemeinsamer Ideen & Anstrengungen erreicht würde, hinterher auch allgemein zur Verfügung zu stellen.

    Vorab schon mal besten Dank für's Lesen!

    Gruß
    Gunther

    Hallo zusammen,

    folgendes würde ich gerne auf einer vornehmlich als CMS genutzten WP Site umsetzen:
    Es soll bestimmte Artikel geben, nennen wir sie "Aktuelles", denen man zusätzlich ein Verfalls-/ Gültigkeitsdatum zuordnen kann.
    Gibt es solche Artikel, deren Gültigkeitsdatum noch nicht vorbei ist, sollen diese als erste (falls mehrere chronologisch nach Erstelldatum) auf der Startseite erscheinen.

    Nun meine Frage(n) an die Wordpress-Profis hier:
    Wie realisiere ich das a) am besten b) am einfachsten?

    Das Theme ist kein Problem. Notwendige Anpassungen kann ich selber vornehmen.

    Meine bisherige Idee war die, dafür einen Custom-Post-Type "Aktuelles" zu verwenden. Das hätte imho den Vorteil, dass ich erstens nicht das (normale) Kategorie-System dafür missbrauchen muss und zweitens auch völlig eigenständige Tags dafür verwenden kann/ könnte.

    Bleibt noch der Punkt mit dem "Verfallsdatum". Hier muss ich ja zum einen eine entsprechende Eingabemöglichkeit bei der Erstellung/ Bearbeitung schaffen, und zum anderen den Wert in meine Abfrage (Loop) mit einbauen. Dafür sollten die Custom Fields ja bestens geeignet sein, oder?

    Meinungen, Tipps und Hilfen sind herzlich willkommen - danke!

    Gruß
    Gunther

    Hallo werte Wordpress Gemeinde!

    Ich suche ein Plugin, welches eine Gewichtung von Tags eines Artikels ermöglicht.

    Bitte nicht verwechseln mit der Gewichtung der Tags bspw. in der Tag Cloude.

    Statt Gewichtung könnte man auch Relevanz verwenden, um mein Anliegen evt. etwas klarer zu formulieren.

    Hier mal anhand eines Beispiels erklärt, was ich meine/ suche:
    Angenommen ich habe folgende Kategoriestruktur in meinem Blog

    • Webdesign

      • Javascript
      • CSS
      • (X)HTML
      • Usability
      • ...


    Nun könnte es ja passieren, dass ich einen Artikel verfasse, der eigentlich in mehrere Kategorien gehören/ passen würde. Also ordne ich ihn der Kategorie zu, die am zutreffendsten ist. Den Bezug zu den anderen Kategorien würde ich nun gerne über die Tags herstellen.

    Folgender Fall:
    Ich habe 2 Artikel, die beide der (Unter-)Kategorie "Javascript" zugeordnet sind.
    Artikel 1 bezieht sich neben dem eigentlichen (Haupt-)Thema vor allem noch auf "CSS" und am Rande auch auf "Usability".
    Wohingegen sich Artikel 2 vor allem noch auf "Usability" und nur am Rande auch auf "CSS" bezieht.

    Diesen Unterschied kann ich rein per Tags ja nicht herausstellen (oder?).

    Deshalb würde ich die jeweiligen Tags eben gerne gewichten. Also bspw. bei Artikel 1 "CSS - 50%" und "Usability - 10%". Und bei Artikel 2 "Usability - 50%" und "CSS - 15%".

    Sinn und Zweck der ganzen Übung ist in erster Linie das "punktgenauere" Auffinden "ähnlicher Beiträge", was imho durch ein solches System zumindest genauer möglich wäre, als mit den "normalen" Tags alleine.

    Über Tipps, Hinweise, Links etc. würde ich mich freuen.

    Besten Dank vorab.

    Gruß
    Gunther

    Hallo,

    ich suche eine Möglichkeit es Benutzern zu ermöglichen über ihr jeweiliges Benutzer-Profil einzelne Widgets zu de-/ aktivieren?

    Mir ist diese Funktionalität von Drupal (6) her bekannt. Da ich allerdings völliger Wordpress Neuling bin, und per Google & Co. nichts passendes finden konnte (vlt. liegt es auch an meinen Suchbegriffen), wollte ich gerne mal hier nachfragen.

    Für Tipps, Links etc. meinen besten Dank im Voraus!

    Gruß
    Gunther

    Hi jottlieb!

    Das ändert nicht den Permalink des Artikels.


    Schon klar - sonst wär's ja auch irgendwie kein Permalink! :-D

    Zitat

    Wobei dann aber ggf. natürlich das in der URL suggerierte Datum inkonsistent zum eigentlichen Datum werden könnte.

    Da sind wir dann schon eher beim "jumping point".

    Nun schweife ich dann doch kurz von meinem eigentlichen Hilfeersuchen hier ab:
    Ich halte diese sehr häufig anzutreffende "Unterteilung" von Artikeln nach Datum (Monat/Jahr) in Weblogs für eine der größten "Unarten", die ich mir nur aus dem ursprünglichen Grundgedanken des Weblogs heraus erklären kann, nämlich dass es als "Web-Tagebuch" gedacht war.

    Das hat aber imho nichts (mehr) mit den allermeisten Weblogs zu tun. Denn erstens ist das Datum eines Artikels nicht bei jedem Thema von gleicher Bedeutung/ Wichtigkeit, zweitens ist es nicht "in Stein gemeisselt" (Stichwort Update/ Aktualisierung, Überarbeitung) und drittens, was interessiert mich als potentieller Leser, wann jemand einen Artikel verfasst hat (mich interessiert da wohl eher das Thema).

    Bei vielen Themen stellt sich mir als Leser eigentlich in erster (und einziger) Linie nur die Frage, ob ein Artikel bspw. noch aktuell ist, oder sein Inhalt mittlerweile schon überholt/ veraltet ist.

    Dabei interessiert es mich dann herzlich wenig, von wann dieser Artikel ist, geschweige denn wie der Betreiber des Weblogs (intern) seine Artikel archiviert. Hier ist für den Leser wohl eher vorrangig, dass er einen Artikel möglichst einfach (d.h. intuitiv) mittels der vorhandenen Navigation finden kann. Ein Archiv nach Monaten und Jahren aufgeteilt ist da so ungefähr das Unpraktischste, was ich mir vorstellen kann.

    Und wenn jemand sein Weblog wirklich als Tagebuch führt (wo diese Unterteilung/ Aufteilung imho als einziges Sinn macht), dann muss ich gleich dazu sagen, dass ich solche Blogs nicht lese, weil sie mich schlichtweg nicht interessieren.

    Aus diesen, und einer Reihe anderer Gründe, macht für mich so eine Struktur weder Sinn für das Archiv, noch für die Permalinkstruktur.

    Der nächste Punkt, neben der Permalinkstruktur, ist ja dann auch die Frage Kategorien <-> Tags.

    Hat evt. jemand schon mal ausprobiert/ Erfahrungen damit ganz auf Kategorien zu verzichten (oder eben nur eine einzige Kategorie), und alles nur über Tags "abzuwickeln"? Geht das mit WP überhaupt?

    Je mehr ich darüber nachdenke, umso mehr offene als beantwortete Fragen gibt es. :???:

    Bin wirklich für jede Meinung, jeden Tipp und Link dankbar.

    Gunther


    Das geht schneller, als du vermutest. Wenn die Performance eines Tages unter die Grenze des Zumutbaren rutscht – was machst du dann? Wirst du uncool?
    Ich sehe das Problem auch aus der Sicht des Programmierers: Der nicht änderbare Code (WP-Core) ist suboptimal, also versuche ich daran vorbeizugehen. Und die Lösung sollte langfristig funktionieren.


    Dann passe ich den "nicht änderbaren Code (WP-Core)" meinen Vorstellungen/ Wünschen an und verzichte dann ggf. lieber auf Updates.

    Zitat

    Viele Browser haben eine Maximalmenge der gleichzeitigen Verbindungen zu einem Server; meistens 8 oder 16. Da sie aber eine Subdomain als »anderen Server« betrachten, kannst du das Laden deiner Seite beschleunigen, indem du bestimmte Ressourcen (Skripte, Bilder) auf Subdomains legst. Ich bin gerade dabei, mein Theme entsprechend anzupassen und Bilder unter img.toscho.de abzulegen. Wenn du etwas besser machen willst als ich, dann sortiere gleich die Uploads in eine separate Subdomain.


    Danke für den Tipp!
    Das sind bspw. so Dinge, an die man im Vorfeld nicht unbedingt denkt.

    Wenn du so an der Performance interessiert bist, kann ich evt. auch noch eine Möglichkeit beisteuern. Diese setzt voraus, dass du Zugriff auf deine Server-Konfiguration hast.
    Sinn im Bezug auf die Ladegeschwindigkeit der Seite macht ja auch die Anzahl an HTTP-Requests so gering wie möglich zu halten. Häufig gibt es hier "Einsparpotenzial" bei den Stylesheets. Anstatt meherer verschiedener Stylesheets möglichst alle zusammen in ein großes Stylesheet packen. Und wenn du deinen Server noch so konfigurierst, dass CSS Dateien auch durch den PHP Parser gejagt werden (oder alternativ alle Dateien in einem bestimmten Verzeichnis), dann kannst du sie (vorausgesetzt der anfordernde Browser unterstützt es - was die meisten aber ja tun) auch noch 'gzipt' ausliefern lassen:

    PHP
    <?php
    if (strpos($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip') !== false) {
        header('Content-type: text/css');
        ob_start("ob_gzhandler");
    }
    ?>
    /*
    Deine ganz normale CSS-Datei ...
    */
    <?php ob_end_flush(); ?>


    Gleiches kann man bei Bedarf auch mit externen JS Dateien veranstalten. Aber ich bin kein Profi in Sachen "High-Traffic Websites" und/ oder Speedoptimierung, da das für mich bisher zumindest nie von besonderem Interesse war.

    Gunther

    Meine Sicht auf dieses Thema: Die beste URL-Struktur.

    Zitat

    Ich möchte gerne wissen, wann ein Artikel geschrieben wurde. Wenn man das schon an der URL sieht, finde ich das sehr angenehm.


    Das Datum eines Artikels ist sicherlich in den meisten Fällen sehr interessant für den Leser. Weshalb es imho auch irgendwo in der Nähe der Überschrift platziert werden sollte.

    Aber einer der Gründe, warum ich deine Sichtweise im Bezug auf die Permalinkstruktur nicht teile ist der, dass Hypertext Style: Cool URIs don't change.. Und genau das ist der Schwachpunkt an deinem System. Denn was machst du, wenn du einen "alten" Artikel aus 2008 in 2009 aktualisierst oder ergänzt?

    Auch deine Idee mit dem Slash (/) am Ende einer URL teile ich so nicht. Denn für mich impleziert das, dass ich nicht ein spezielles Dokument angefordert habe, sondern das Standarddokument des entsprechenden Verzeichnisses. Ich empfinde das als "irreführend".

    Zitat

    Weder noch; beides wird die Performance deines Blogs gewaltig ausbremsen.


    Na ja, also ob ich jemals so viele Seiten zusammenkriege, dass das ein Problem wird, wage ich dann doch eher zu bezweifeln.

    Außerdem halte ich aber auch grundsätzlich nichts davon, aufgrund eines vorhandenen Problems, ein weiteres zu erzeugen, sondern bin viel eher dafür, dass bereits existierende zu lösen. Sprich: Warum sollte ich eine für mich nachteilige/ ungünstige Permalinkstruktur (die sich ja, wie der Name schon sagt, eben nicht ändern soll) wählen, nur weil WP an der Stelle nicht "ordentlich" gecodet ist?

    Aber ich wollte ja auch keine Diskussion über "die ideale" Permalinkstruktur" anfangen, sondern habe ja schon gewisse persönliche Vorstellungen davon, wie meine aussehen soll.

    Ich hätte hier halt gerne noch ein paar Tipps für das "Feintuning".

    Oder du lieferst mir überzeugende Argumente dafür, warum ich es grundlegend anders machen sollte. Die werde ich dann natürlich entsprechend überdenken.

    Gruß
    Gunther

    Hallo werte Wordpress Gemeinde!

    Nun ist es soweit: Auch ich möchte mein Weblog starten, und habe mich für Wordpress entschieden. Ich bin gerade dabei mein eigenes Theme zu "designen", was aufgrund des sehr "übersichtlichen" Aufbaus von WP ja auch nicht all zu schwierig ist.

    Vor viel größere Probleme stellt mich da schon die Frage nach der Struktur meines Blogs!

    Ich beabsichtige zum einen "normale" Blogeinträge zu schreiben, die einer Kategorie zugeordnet sind und mit entsprechenden Tags versehen sind. Und zum anderen möchte ich aber auch teils längere/ umfangreichere Artikel schreiben, die sich aber von den anderen Beiträgen abgrenzen (lassen) sollen. Dennoch wäre es auch bei diesen Artikeln schön, wenn ich sie kategoriesieren und taggen könnte. Ferner hätte ich gerne die Möglichkeit, sowohl für die Blog Einträge, als auch die Artikel jeweils einen separaten RSS-Feed anzubieten.

    Desweiteren stellt sich natürlich auch noch die grundlegende Frage nach der Struktur der Permalinks.

    Ich persönlich halte gar nichts davon, Meta-Daten wie bspw. das Datum in eine URL zu packen.

    Nun stehe ich u.a. vor der Frage, ob ich meine Permalink Struktur bspw. nur mit /%postname% aufbaue, oder doch lieber mit /%category%/%postname% aufbaue?

    Auch habe ich bereits ein Plugin (Wordpress Supplies Wordpress Plugins WP No Category Base) gefunden, mittels dessen man die obligatorische Kategorie-Basis entfernen kann.

    Ich würde mich sehr freuen, wenn ihr mir Tipps für den Aufbau der Struktur geben könntet und/ oder mir eure Erfahrungen & Meinungen dazu kurz erläutern würdet!

    Besten Dank im Voraus!

    Gruß
    Gunther

    Hallo Monika!


    @ Netsurfer und mehr ....

    und nein das WPDe Team hat 0 niente, nada nothing nix niegehabt Einfluss auf wordpress.org oder bei den Entwicklern,

    wir suchen uns unsere Infos genauso im Netz zusammen wie es jeder User auch tun könnte,

    manches finden wir manches nicht, bei manchem Stochern wir wie jeder andere auch im Nebel.

    Ah, OK. Dann verzeih' bitte meine irrige Annahme (als nicht Wordpress-Insider), die aufgrund der URL, der Aufmachung, u.v.m. entstanden ist.


    Zitat

    ich und Tee.......Networker magst Du mich killen?;)
    ich bin eine *ganztätige Kaffeetrinkerin *

    Falls du damit auch mich gemeint haben solltest :mrgreen:, dann spendiere ich dir hiermit ein gutes Tässchen Kaffee. Wie trinkst du ihn denn? Blond oder Schwarz?

    LG
    Gunther

    Hallo Monika!


    der 10. März war eine Deadline,
    wer noch niemals eine Deadline überschritten hat in seinem Job oder in der Schule auch die Hausaufgaben immer pünktlich abgab,

    der werfe den 1. Stein...

    Trink' dir doch in Ruhe noch ein Tässchen Tee ...!

    Darum geht es nämlich nicht.
    Sondern darum, dass man eine solche "Terminüberschreitung", "Terminverschiebung", "Terminänderung" oder wie auch immer, einfach mal an entsprechender Stelle* publizieren könnte, wenn man vorher schon so "ungeschickt" war, einen konkreten Termin anstelle von z.B. "Mitte März", zu nennen.

    Gruß
    Gunther

    * Damit meine ich nicht irgendwelche "halb versteckten" Seiten, wo Durchschnitts-User nie hinkommen!

    Hi!

    natürlich habe ich deine posts gelesen und auch verstanden. schliesslich versüsse ich mir mit deinem grundlosen rumgemotze gerade den feierabend. :D

    Schön - freut mich, wenn es dir den Feierabend versüßt.
    Es sehe es zwar weder als "Rumgemotze", noch als "grundlos" an, aber das ist sicherlich Ansichtssache.

    Dass ich nach 14 Tagen warten sicherlich etwas ungeduldig bin, will ich auch gar nicht abstreiten. Nichts desto trotz bin ich der Meinung, dass die "Informations-Politik" des Projekts verbesserungswürdig ist.

    Das ist meine Meinung, und das Recht auf eine eben solche nehme ich auch für mich in Anspruch.

    Schönen Feierabend noch!

    Gruß
    Gunther

    Hi!

    Zum Thema Themes schrieb Olaf: Auch eure Themes solltet ihr auf Kompatibilität überprüfen. Wenn ihr die aktuelle Version 2.3.3 benutzt, sollte es keinerlei Schwierigkeiten geben, aber wenn ihr noch mit einer älteren WP-Version unterwegs seid, empfiehlt es sich das Theme vorher zu testen.


    Na ja, die Betonung liegt wahrscheinlich auf dem Wörtchen "sollte" :wink:. Und solange die endgültige Version noch nicht fertig ist, ...

    Zitat

    Zuvor gab es noch einen Hinweis von Monika für Theme Designer. Das Design nachher in 2.5 zu nutzen, dürfte wohl das geringere Problem sein...

    OK, du hast mich ja überzeugt.

    Zitat

    Und was die "Kompatibilitätsliste" angeht, die ist ein Witz! Es gibt mehr als 1500 Plugins... Das da etliche dabei sind, die (noch) nicht mit der Version 2.5 laufen, dürfte wohl klar sein.

    Nun gut, aber ich will ja auch nicht 1500 davon installieren. Zumal ich eben gerne erst mal das Design/ Layout fertig hätte. Und bis dahin sieht es mit den Plugins wahrscheinlich auch schon wieder anders aus.

    Gruß
    Gunther

    Hallo Alex!

    Vielen Dank für deinen Beitrag.

    1. Das ist ein geplannter Termin, kein fixer Termin


    Gut, auch das ist mir neu (liest sich in entsprechenden Meldungen anders), aber OK.

    Zitat

    2, Befindet sich WP2.5 in Beta 1 und nicht RC , also wird es noch etwas dauern

    Was an sich ja nicht der springende Punkt ist. Kann man das nicht auf der Website publik machen?

    Zitat

    3. Aktuellen Stand kann man immer hier sehen : Index of /builds

    Sehr hilfreich - danke!

    Zitat

    4. Wer auf dem Stand bleiben will, liest immer schön hier mit : wp-hackers | Google Groups

    Das ist mir ehrlich gesagt "zu aufwendig", wenn es mir lediglich darum geht, zu erfahren, wann denn nun die für den 10. angekündigte Version erscheint. Aber danke trotzdem für den Link.

    Zitat

    5. Und zuletzt verfolgt man dann noch den Status hier : Timeline - WordPress Trac - Trac

    (s.o.) Wird die Version denn erst veröffentlicht, wenn alle offenen Tickets abgearbeitet sind?

    Zitat

    Und schon ist man Bestens informiert...

    Stimmt!
    Bleibt halt nur die Frage, warum man sich "mühsam" diese ganzen Infos aus allen Ecken des Webs zusammensuchen muss, anstatt dass sie kurz und knapp auf der Wordpress.org-Startseite stehen.

    Gruß & Dank aus Köln nach Köln,
    Gunther

    mit dir möchte ich keinen kaffee trinken gehen ...
    kommt am 10.märz ... also irgendwann heute nach usa-zeit ... und wenn nicht heute dann eben morgen ... :roll:


    Bei deiner Einstellung zu Terminen, würde da wahrscheinlich eh nichts draus.
    Und Lesen (und das Gelesene auch verstehen) scheint auch nicht gerade deine Stärke zu sein, denn dazu hatte ich gerade extra nochmal was geschrieben.

    Zitat

    ob du da jetzt ein fass zu auf machst interessiert (zu recht) eh keinen.


    Sorry - mich solche (unfruchtbaren) Beiträge auch nicht.

    Gruß
    Gunther

    Hi!

    Ich verstehe deine Ungeduld nicht so ganz. Es handelt sich hier schließlich nicht um eine Leistung die finanziell entlohnt werden muss. Von daher kann man den Jungs auch keinen Vorwurf machen, wenn´s mal ein oder zwei Tage länger dauert. Müsstest du auch nur einen Cent dafür bezahlen, dann könnte ich dich ja noch verstehen, aber so... Und wenn du unbedingt Wordpress nutzen willst, dann frag ich mich warum du nicht die aktuelle 2.3.3 nimmst?! Ein Update auf die neue Version kannst du dann immer noch machen. Zudem empfiehlt es sich sowieso einige Tage länger zu warten, da mit Sicherheit nicht jedes Plugin sofort unter V 2.5 einsatzfähig ist und die Pluginautoren ggf. erstmal für die Kompatibilität sorgen müssen.


    Sorry, aber ob kommerziell oder nicht, hat mit dem was ich "bemängele" nun wirklich nichts zu tun. Ich vermisse schlicht und ergreifend Informationen. Denn den Termin hat man ja schon vor längerer Zeit bekanntgegeben. Also kann man ja heute nicht unbedingt davon überrascht worden sein, dass plötzlich der 10. ist.
    Und warum ich nicht Version 2.3.3 verwende? Erstens habe ich die bereits testweise installiert und zweitens möchte ich mein eigenes Layout fertigen. Das mache ich nicht für 2.3.3, um dann, wenn ich gerade fertig bin, festzustellen, dass ich für Version 2.5 alles ändern muss.
    Eine Kompatibilitätsliste für Plugins gibt es im übrigen schon: Plugins/Plugin Compatibility/2.5 « WordPress Codex

    Und was sollen die für Infos preisgeben?!
    Noch 4 Stunden - 15min und 23sekunden bis zum Download. Sie haben den 10. Angegeben und nun wartet man den Tag ab.


    Ja z.B.! Warum denn nicht?
    Ist es denn so schwer eine kurze Mitteilung irgendwo zu posten, was denn nun der aktuelle Stand der Dinge ist? Und wenn es aus welchen Gründen auch immer nicht heute wird - auch gut. Alles was ich mir wünsche, ist eine Info darüber - nicht mehr und nicht weniger. Ich finde das ist ja wohl nicht zuviel verlangt. Ansonsten sollte man sich solche Vorankündigungen in Zukunft sparen.

    Und keine Sorge - ich bin ganz geschmeidig.

    Also nochmal (weil das Viele anscheinend missverstehen): Ich kritisiere nicht, dass die Version 2.5 bisher noch nicht veröffentlicht ist, sondern lediglich, dass es nirgendwo (wo ich es erwarten würde) Infos gibt!


    Gruß
    Gunther

    Hallo zusammen!

    Ja, hast ja Recht. Diese elendigen verdammten Ehrenamtler.... Groß rumtönen und dann noch nichtmal Geld dafür nehmen... :oops::oops:


    Was hat das mit der Art des Publikations-Stils zu tun?
    Nur weil ich für etwas kein Geld bekomme, muss ich deshalb doch nicht darauf verzichten, ordentliche und zeitnahe Informationen zu veröffentlichen.

    "auf der deutschen Seite dann um 16:00 Uhr nicht den geringsten Hinweis"

    Was soll denn da Deiner Meinung nach für ein Hinweis kommen?
    "Wordpress erscheint in Deutschland auf Grund der Zeitverschiebung leider erst morgen."

    Die Japaner sind übrigens schon durch, bei denen ist schon Dienstag und sie müssen ohne WP 2.5 auskommen :-)


    Dazu habe ich ja schon in meinem vorhergehenden Beitrag etwas geschrieben. Und ja, ich hätte zumindest irgendeinen Hinweis auf die neue Version erwartet. Und idealerweise halt auch eine Angabe, wann diese denn nun genau zum Download verfügabr ist (von mir aus auch in GMT).

    Auf die deutsche Umsetzung müssen wir eh noch warten.


    Anderes Thema - die interessiert mich auch nicht so brennend.

    Gruß
    Gunther