Beiträge von Alphawolf

Hast du es mit verschiedenen Browsern versucht?

Hmm, du nutzt noch 2.5.1.

Ich fragte, weil ich nach dem Update auf 2.6 in meinem Testblog ähnliches hatte. Wenn ich als admin eingeloggt war, wurde er aber trotzdem nicht als Autor gelistet, sondern der User 'author' wenn ich einen Beitrag schreiben wollte, was in der von dir genannten Fehlermeldung resultierte.

Ich habe dann in der User-Übersicht 'admin' markiert, und erneut die Admin-Rolle zugewiesen über das Dropdown, und danach ging es. Vielleicht hilft dir das auch.

Kannst du bitte einen Link zu deiner Seite posten?

edit. Wenn du einen Beitrag schreibst, unter dem Textfeld in den ganzen Blöcken gibt es eien Block mit dem Titel "Autor". Welcher ist das ausgewählt?

Versuch es vielleicht mal mit meinem Plugin: Simple Yearly Archive Plugin - Simple Yearly Archive, plugin, wordpress, gettext, archive, simple, yearly, polyglot - SCHLOEBE.DE - Personal Portfolio von Oliver Schlöbe

Dort ist die Paginierung zwar nicht dynamisch, aber du kannst z.b. für jedes Jahr eine eigene Seite anlegen auf der nur die Beiträge aus dem entspr. Jahr angezeigt werden, z.B. mit:

<?php simpleYearlyArchive('2007'); ?>

Ansonsten vielleicht einfach mal das Plugin-Archiv durchsuchen: WordPress › WordPress Plugins nach "paged archive" oder so.

Hmm, dann müsstest du das ganze etwas umstellen, damit du mit Funktionsaufrufen arbeiten kannst.

Hier mal 2 Beispiele, die allerdings völlig anders aufgebaut sind:

- Google Maps
- Google Maps JavaScript API Example: Extraction of Geocoding Data

Und die zweite Methode zur Paginierung, die das Plugin anbietet, funktioniert auch nicht?

Zitat von ole1210

Das Plugin von Dagon Design ist im Prinzip genau das, was ich suche. Leider habe ich dort das Problem, das ich nicht zwischen den verschiedenen Seiten wechseln kann.

Wie meinst du das?

Zitat von manniac

ist angewiesen keine Dateien mit 'wp-' am Anfang zu cachen

Die Plugin-Übersichtsseite heißt plugins.php, also wird sie wohl gecached.

Versuche es hiermit: WordPress › NextGEN Gallery « WordPress Plugins

Toll, jetzt hast du vor lauter Zahlen mir mein Interesse an der Mathematik zunichte gemacht. :(

Hehe, aber um den Traffic geht es im Grunde nicht wirklich. Wer eine Party-Bilder-Community aufmacht, dem sollte der Traffic klar sein. Die Gallery-Scripts selbst, um die es dem Threadersteller geht, werden aber sicherlich nicht in die Knie gehen.

Japp, Geocoding ist das richtige Schlüsselwort, und dafür hat die API auch das passende Objekt parat: GClientGeocoder

Angepasst auf dein Script müsste das so aussehen:

<script type="text/javascript">


    function initialize() {
      if (GBrowserIsCompatible()) {
        var map = new GMap2(document.getElementById("map_canvas"));
        map.setCenter(new GLatLng(51.165691,10.451526), 5);
        map.addControl(new GLargeMapControl());
        map.addControl(new GMapTypeControl());
        [COLOR="Green"]var geocoder = new GClientGeocoder();[/COLOR]
        
        // EIGENE MARKER
        var baseIcon = new GIcon();
        baseIcon.image = "GoogleMapsMarker.gif";
        baseIcon.iconSize = new GSize(64, 64);
        baseIcon.shadow = "http://www.google.com/mapfiles/shadow50.png";
        baseIcon.shadowSize = new GSize(70, 64);
        baseIcon.iconAnchor = new GPoint(30, 50);
        baseIcon.infoWindowAnchor = new GPoint(30, 30);


        // DATEN AUS XML LADEN
        GDownloadUrl("data.xml", function(data) {
          var xml = GXml.parse(data);
          var markers = xml.documentElement.getElementsByTagName("marker");
          for (var i = 0; i < markers.length; i++) {
            [COLOR="Red"]var latlng = new GLatLng(parseFloat(markers[i].getAttribute("lat")),
                                    parseFloat(markers[i].getAttribute("lng")));
            map.addOverlay(new GMarker(latlng, {icon:baseIcon}));[/COLOR]
            [COLOR="Green"]
            geocoder.getLatLng(
    		markers[i].getAttribute("adresse"),
    		function( latlng ) {
        		map.addOverlay( new GMarker( latlng, {icon:baseIcon} ) );
    		}
            );[/COLOR]
          }
        });
      function createListener (marker, text) {
      GEvent.addListener(marker, "click", function() {
        marker.openInfoWindowHtml(text);
        map.setCenter(marker.getPoint(), 14);
        });
        }
      }
    }
    
    </script>

Rot, das was du nicht mehr brauchst, grün das, was dazu kommt.

Die XML müsste/könnte dann so aussehen:

<?xml version="1.0" encoding="utf-8" ?>
<markers>
  <marker adresse="Berlin" />
  <marker adresse="Hamburg" />
  <marker adresse="Takatukaland" />
</markers>

Steht ja doch schon im Trac, also bin ich doch nicht verrückt geworden. Puuuh. :)

Und dein Versuch sollte funktionieren: Changeset 8405 - WordPress Trac - Trac
Das wird dann in 2.6.1 genutzt.

Stimmt, habe ich vergessen zu erwähnen. Dort habe ich natürlich auch schon nachgeschaut, und da ist mir dies aufgefallen:

$mofile = ABSPATH . LANGDIR . "/$locale.mo";

Sie nutzen also noch die alte Konstante LANGDIR, die ja deprecated ist, und durch WP_LANG_DIR ersetzt wird/wurde, wie in der wp-settings.php steht:

Zitat

// Old static relative path maintained for limited backwards compatibility - won't work in some cases

Wenn ich die alte Konstante zusätzlich angebe

define('LANGDIR', 'wp-content-test/languages');

funktioniert es. Dann frage ich mich aber, warum es die neue Konstante WP_LANG_DIR gibt, wenn die Jungs dennoch nachwievor LANGDIR nutzen?

Hallo,

in meinem Testblog (2.6) habe ich den wp-content-Ordner umbenannt in wp-content-test/, als eines der neuen Features. Doch dann ist mein Backend auf Englisch. In der wp-config habe ich folgende Konstanten platziert:

define('WP_CONTENT_DIR', ABSPATH . 'wp-content-test');
define('WP_CONTENT_URL', 'http://www.domain.de/testblog/wp-content-test');


define('WPLANG', 'de_DE');

Meine Plugins werden korrekt übersetzt, nur der Rest des Backends ist in Englisch.

Wenn ich den Ordner wieder in wp-content/ umbenenne, ist das Backend wieder auf Deutsch.

Haben die Dev Jungs vergessen, die gettext-Klasse an das neue WP2.6-Feature anzupassen, und kann dieses Verhalten jemand nachstellen und bestätigen?

Grüße

Kannst du einen Link anbieten?

Naja, man kann Image-Bots ja per robots.txt bequem ausschließen.

Zitat von manniac

1. Plugins: Wenn ich ein neues Plugin auf meinen Server hochlade, taucht es erst mit einiger Verzögerung in der Plugin-Liste auf (bis zu 1 Stunde Verzögerung). Erst dann ist eine Aktivierung des Plugins möglich. Am Server liegt's wohl nicht, denn mit 2.3 gab's das Problem noch nicht.

Klingt irgendwie nach einem Cache-Problem. Nutzt du das neue Google Gears fürs Admin?

Dieses Plugin hochladen, aktivieren, fertig: WordPress › Lightbox 2 « WordPress Plugins

Es wird escaped, SQL-Injections sollten daher also nicht möglich sein.

Zitat von cybaGS

es versteckt einfach nur die kategorien... man kann dank dem plugin "unregistered" oder "new users" kategorien zugaenglich oder halt nicht machen... aber nicht bestimmten usergruppen schreibrechte für kategorien entziehen... ich möchte ja dass sie alle kategorien sehen können... nur die gruppe Authors sollte in jede beliebige kategorie posten können, bis auf eine (news, welche auf der ersten hauptseite erscheinen)...

Naja, aber das ist doch was du willst. Dass die entsprechenden Kategorien nicht "checkbar", also nicht auswählbar/sichtbar sind, ist doch gleichbedeutend mit 'Schreibrechte' entziehen. Wenn er zu diesen Kategorien keine Beiträge schreiben kann, da er sie nicht auswählen kann, entziehst du ihm doch damit die Rechte, oder sehe ich das falsch?

Ich hab gerade aufgehört, Popel zu essen, und da würden Besen meinem neuen Ernährungsplan nicht gut bekommen. :(