Beiträge von neontrauma

    Hallo,

    wenn ein User eine Gruppe gründet, ist er automatisch der Administrator. Andere Mitglieder können nur zu Moderatoren hochgestuft werden - nicht aber zum Admin. Oder habe ich da etwas übersehen?

    Ich (als blogübergreifender Admin) würde gerne Gruppen anlegen und dann später, sobald sich die jeweiligen User registriert haben, denen die Adminrechte an der Gruppe übergeben. Ist das möglich?


    Viele Grüße
    neontrauma

    Huhu,

    ich hab mich vorhin nochmal näher damit befasst. Diese Tabelle stammt vom CrossLinker-Plugin. Merkwürdigerweise hat das Plugin aber nur zwei andere Tabellen angelegt... nun gut, da das momentan ohnehin nicht im Einsatz ist, habe ich es mal rausgeworden.
    Was mich daran nur wundert, ist, dass die fehlende Tabelle erst dann reklamiert wird, wenn ich den wp_footer(); einbaue (und nichts am Plugin selber geändert habe) - woran liegt das?

    Solange das CrossLinker-Plugin nicht aktiv ist, gibt es zumindest keine Fehlermeldungen mehr. So weit, so gut. :D

    Das Add-to-any-Plugin gibt im Footer nun zusätzliches JS aus - das, was ich oben bereits gepostet hatte. Warum wird dieser Code erst jetzt ausgegeben bzw. welchen Nutzen hat das? oO


    Viele Grüße,
    und Danke für eure Antworten!

    neontrauma

    Hallo chris1,

    du könntest die Datei händisch anlegen und dann jeweils includen.

    Alternativ könntest du die Anzeige in der Sidebar so konfigurieren, dass diese ID nicht angezeigt wird bzw. eine eigene Kategorie für diesen Artikel anlegen, die ebenfalls aus der Anzeige der Kategorien ausgeschlossen wird (lässt sich im Widget einstellen).


    Viele Grüße
    neontrauma

    Hallo kaiser,

    länger als 255 Zeichen sollte der Name nicht sein. Unter OS 9 (das wohl kaum noch jemand nutzen dürfte) war die Länge eines Dateinamens sogar auf 31 Zeichen begrenzt.

    In Hinblick auf SEO (Suchmaschinenoptimierung) sollte man aber möglichst kurze und prägnante Dateinamen verwenden. Guhgle erfasst in einem Link die ersten acht Stichworte - und da zählen der Domainname und die Verzeichnisse schon mit.
    Also:
    http://domain.de/fotos/urlaub/f…-alpen-2009.jpg
    http://eins.zwei/drei/vier/fünf-sechs-sieben-acht.jpg
    So etwas wie http://domain.de/kram/fotos-und…alpen/7883A.jpg wäre also eher suboptimal.
    (Quelle u.a. hier)


    Viele Grüße
    neontrauma

    Hallo Linopacino,

    die Bilddatei legst du für den body-Tag als Hintergrundbild fest:

    Code
    body {
    background: url(hintergrundbild.png);
    }

    Und diejenigen Boxen, die einen schwarzen Hintergrund haben sollen, sprichst du über die jeweiligen Divs an, in denen sie sich befinden.
    Also zum Beispiel:

    Code
    .post {
    background: #000;
    }

    Wirf mal einen Blick in den Quelltext deiner Seite. Dort kannst du sehen, wie beispielsweise das Div heißt, in dem sich dein Content befindet. Es könnte zum Beispiel so aussehen, dass das Div die Klasse post hat - dann sprichst du es wie oben gezeigt an:

    PHP
    <div class="post"><?php the_content(); ?></div>

    Analog funktioniert das für die Sidebar (die sich auch in einem Div befindet), alle anderen Bereiche und die Überschriften (h1, h2, ...).


    Viele Grüße
    neontrauma

    Hallo,

    bislang hatte ich in meiner footer.php nicht den Codeschnipsel

    PHP
    <?php wp_footer(); ?>

    ,
    jetzt will ich aber aus Performancegründen die JS-Aufrufe aus dem Header in den Footer verlagern und dazu braucht WP im Footer ja diesen Aufruf.

    Sobald ich ihn aber einfüge (vor dem ausleitenden body-Tag), spuckt WordPress Fehlermeldungen aus, da anscheinend das Add to Any-Plugin nicht damit klarkommt (die *** sind natürlich reineditiert):

    Das ist natürlich doof, da ich auf das Plugin ungern verzichten würde.

    Frage: wieso kommt es überhaupt zu diesem Fehler?
    Und was kann ich evtl. umschreiben, um das Ganze zu fixen?


    Danke schonmal,
    neontrauma

    @ Astaroth:
    Die Nutzung der Shoutbox schwankt ziemlich. Phasenweise nutzen das ziemlich viele Besucher, um eine kurze Frage loszuwerden oder eine allgemeine Anmerkung zur Seite, teilweise herrscht da aber leider auch eher Funkstille. Ich selber nutze die Box ganz gerne, um kurze Statusmeldungen zur Seite loszuwerden, für die sich kein eigenes Posting lohnt (sowas wie "sitze grad am neuen Layout" oder "heute Abend ist die Seite mal kurz offline").

    Gestern hab ich mich mal hingesetzt und die Farben überarbeitet. Irgendwie war es mir dann doch zuviel Rosa. ;-)

    Außerdem habe ich den Begrüßungstext oben rechts gekürzt (Usability und so, zu lang zum Scannen).
    Aus dem gleichen Grund habe ich vor, den rechten Teil des Banners zu überarbeiten und den Text dort rauszunehmen und stattdessen das Suchfeld dort hin zu versetzen. Was haltet ihr davon?


    Liebe Grüße
    neontrauma

    Hallo,

    kann mir jemand sagen, welche Verzeichnisse und Dateien geänderte Schreibrechte benötigen (oder was auch immer ich hier gerade falsch mache)?

    Hab die WordPress MU- & BuddyPress-Combo in ein Unterverzeichnis geladen, diesem Verzeichnis sowie /wp-content 777 gegeben. Wenn ich die index.php aufrufe, erscheint folgende Meldung:

    Zitat

    There doesn't seem to be a wp-config.php file. I need this before we can get started.
    Create a Configuration File

    ... aber leider tut sich beim Anklicken gar nichts. Auch nicht, wenn die wp-config-sample.php 777 hat... und die manuell auszufüllen, resultiert in diversen Fehlermeldungen (u.a. "Fatal Error - If your blog does not display, please contact the owner of this site. [...]")


    Verwirrte Grüße
    neontrauma


    Edit sagt: okay, es lag daran, dass ich WPMU in einem Unterverzeichnis installieren will, im Root aber bereits ein WP läuft und WPMU sich dessen wp-config.php geschnappt hat.
    Für die Dauer der WPMU-Installation kurz die wp-config.php im Root umbenennen, dann funktioniert es (und natürlich nicht vergessen, die Namensänderung wieder rückgängig zu machen, sonst läuft das Blog im Root ja nicht mehr).

    Hallo!

    Auf blacklive.de nutze ich seit Längerem die NextGen-Gallery, um meine Fotos zu verwalten. Da ich mit der Übersichtlichkeit bzw. Userfreundlichkeit aber nicht so ganz zufrieden bin, will ich das Ganze in den Semesterferien überarbeiten und würde dazu gerne eure Tipps einholen. :)

    Also. Es geht um Fotos von Konzerten, Festivals, Partys und - geplant - interessanten Locations.

    Bislang habe ich zwei Alben (Konzerte/Festivals & Partys), in die ich die einzelnen Galerien einsortiere. Pro Event gibt es eine Galerie - bei den Konzerten mit Vorband habe ich für die Vorband eine eigene Galerie angelegt, da fragt sich auch, wie praktisch oder unpraktisch das ist? *hmm*

    Bei den Konzert-/Festivalberichten binde ich ausgewählte Fotos über das singlepic-Tag in den Artikel ein und setze manuell einen Link zur jeweiligen Galerie (so würde ich das dann auch bei den Locations machen). Bei den Partys binde ich einfach die ganze Galerie in den Artikel ein.
    In der Sidebar ist bis jetzt nur das Konzertfoto-Album verlinkt und die Partyfotos findet man halt über den jeweiligen Artikel, dazu kommt ein Widget mit vier Zufallsbildern in der Sidebar.

    So... das Ganze ist irgendwie suboptimal.

    Die Alben-Übersicht gefällt mir ja ganz gut (Link), aber wenn man dann eine Galerie aufruft, wird als Überschrift nur der Titel der Alben-Seite angezeigt und nicht der Galerie... in meinem Falle steht da halt dann einfach nur "Konzertfotografie" und eben nicht der Galerietitel. :?
    Gut, das sollte relativ leicht zu beheben sein.

    Die Schlagworte der Fotos werden übrigens nicht in der Tagcloud verarbeitet. Blöd. Gibt es eine Möglichkeit, dass das doch geschieht, oder kann man zumindest eine eigene Tagcloud der Galerie auf einer Seite ausgeben?

    Was mir Kopfzerbrechen bereitet, ist die Frage, wie ich die Bilder am besten sortiere. Wie würdet ihr als User, die ihr die Seite betretet, euch das wünschen?
    Eine Überichtsseite, auf der die drei Alben verlinkt sind, und von da aus muss man sich dann zu den Galerien klicken? Die drei Alben jeweils einzeln in der Sidebar verlinkt? Alle Galerien in einem einzigen Album, sodass man gleich sieht, wenn es eine neue Galerie gibt? Etwas ganz anderes? :confused:

    Ich bin gespannt auf eure Vorschläge. :)


    Viele Grüße
    neontrauma

    Hallo,

    mir ist ein merkwürdiges Phänomen aufgefallen: bei einigen Artikeln wird im Frontend das Datum nicht ausgegeben. Im Quelltext steht an dieser Stelle schlicht gar nichts.
    Merkwürdigerweise nur auf der Index-Seite; wenn ich den Artikel selber öffne, funktioniert die Anzeige wieder.

    Sowohl die index.php als auch die single.php verwenden den gleichen Codeschnipsel zur Datumsausgabe:

    PHP
    <img src="<?php bloginfo('template_directory'); ?>/images/date.png" alt="Datum" /> <?php the_date(); ?> <?php edit_post_link('bearbeiten', ' [', ']'); ?><br />

    In der DB scheint alles okay zu sein.

    Beispiel: der Artikel namens "das große Hacken" - direkt aufgerufen, steht das Datum brav unterhalb des Contents, aber auf der Startseite fehlt es.

    :confused:

    Hat jemand von euch eine Vermutung, woran das liegt?


    Viele Grüße
    neontrauma


    Die betreffenden Artikel zu bearbeiten und neu zu speichern bringt nichts.

    Für Windows gibt es ein Programm namens "IE Tester", das die verschiedenen IE-Versionen parallel simulieren kann. Das hab ich meinem Freund auf den Rechner gepackt, weil ich unter Mac arbeite und die IE-Darstellung sonst nur unzureichend über Browsershots überprüfen kann. Zwar stürzt dieses Programm mit Vorliebe ab (Windoof halt :mrgreen: ), aber es ist recht hilfreich.

    Wenn man mit Kunden arbeitet, die mit Computern nicht so viel zu tun haben und froh sind, wenn sie es schaffen, ihre Emails zu verwalten, findet man leider erschreckend oft immer noch den IE 6 vor. *schauder* Für den ist Optimierung also leider Pflicht.

    Ich handhabe das so, dass ich meine Seiten erstmal zu Ende erstelle, sodass sie im Firefox korrekt dargestellt werden und der Quellcode valide ist. Dann geht's los mit den Conditional Comments - hier mal ein Tutorial, was auch erklärt woran die unterschiedliche Darstellung liegt.
    Den im IE falsch dargestellten Elementen verpasse ich über die CC übrigens meist erst einmal eine rote Umrandung, damit man bei den Blockelementen weiß, wie groß sie eigentlich sind. Das hilft beim Nachjustieren des margins und paddings.


    Viele Grüße
    neontrauma

    Hallo,

    danke für euer Feedback! :)

    @ alchymyth:
    Die Einrückung ist weg, aber die Tooltips fand ich irgendwie nett. Spielerei, ja. Aber imho nichts, was die Usability einschränken würde oder so nervig wäre wie diese Tooltips, die direkt einen Screenshot des aufzurufenden Links enthalten. ;)

    @ Wolf Larsen:
    Mh, ich hatte bislang in den meisten Layouts von neontrauma.de diese Kombination aus Weiß, Grau und Rosa/Pink. Kam bei den Besuchern ganz gut an, und ich denke, irgendwo ist da mittlerweile auch ein gewisser Wiedererkennungswert drin. Meinst du mit "Mut zur eindeutigeren Farbgebung", die Töne zu reduzieren? So viele sind das ja nicht.

    @ lmb:
    Stimmt, da hast du Recht, was den Farbverlauf angeht... mh, werde ich mich drum kümmern. :)


    Viele Grüße
    neontrauma

    Hallo nepf,

    schau mal hier: http://forum.wordpress-deutschland.org/allgemeines/31…bar-machen.html
    Vielleicht hilft dir das weiter.

    Ansonsten könnte es eventuell funktionieren, dass du die Seiten auf "privat" stellst und dann mit Hilfe des Plugins Role Manager einstellst, dass normal eingeloggte User (also nicht nur Autoren) diese Seiten lesen dürfen. Bin mir aber gerade nicht sicher, ob das klappt, weil es schon etwas länger her ist dass ich dieses Plugin in Betrieb hatte.


    Viele Grüße
    neontrauma