Beiträge von treibstoff

hallo max...
na ja...habs grad doch probiert.

In deinem Code fehlte 'ne Klammer:

[COLOR=#000000][FONT=Courier New][COLOR=#0000bb]<?php [/COLOR][COLOR=#007700]if ( [/COLOR][COLOR=#0000bb]is_home[/COLOR][COLOR=#007700]() [/COLOR][COLOR=#007700]|| [/COLOR][COLOR=#0000bb]is_archive[/COLOR][COLOR=#007700]() || [/COLOR][COLOR=#0000bb]is_search[/COLOR][/FONT][FONT=Courier New][COLOR=#007700]() ) {
[/COLOR][COLOR=#0000bb]query_posts[/COLOR][COLOR=#007700](array([/COLOR][COLOR=#dd0000]'category__not_in'[/COLOR][COLOR=#007700]=>array([/COLOR][COLOR=#0000bb]1[/COLOR][COLOR=#007700],[/COLOR][COLOR=#0000bb]30[/COLOR][COLOR=#007700],[/COLOR][COLOR=#0000bb]37[/COLOR][/FONT][FONT=Courier New][COLOR=#007700])));
} [/COLOR][COLOR=#0000bb]?>[/COLOR] [/FONT][/COLOR]

Setze ich den in den Header gibt es in der Tat keine Probleme mit der TAG Abfrage.:razz:

Allerdings schreibt das Archiv dann aus welchem Grund auch immer keinen Titel für das Archiv also z.B. kein "jährliches Archiv:2010" :evil:

seltsam........

Den Grund würd ich ja schon gerne wissen.:shock:

Also zunächst alles wieder ab in den Zustand wie in letzter Post beschrieben.


gruß

hallo maxe,

ja danke...werde beide Möglichkeiten mal probieren...bin im Augenblick aber zu faul.:-?

Da das is_Archive offenbar auch die Tag.php beeinflusst habe ich die Abfrage für is_archive rausgenommen und halt den Query direkt in die Archive.php mit

$custom_loop = new WP_Query('cat=-1,-30,-37');
if ( $custom_loop->have_posts() ) :
usw.

vor den loop reingeschrieben.

Damit gibts dann keinen Konflikt mit den Tags....hm

Na ja...das Ziel diese Abfragen zentral zu steuern hab ich da noch nicht ganz erreicht.

aber !is_tag werd ich noch probieren.

grüße

Tja....:confused:

allerdings lässt obiger Code die entsprechenden Kategorien leider bei der TAG Abfrage auch aus.... greift also da zu tief. sic!:cry:

Denke da war ich schneller als.....:shock:

Habe den Code abgeändert:

[size=12][FONT=arial][size=12][FONT=arial]add_filter( 'pre_get_posts','remove_cat_from_home' );[/FONT][/SIZE]
 
 
[size=12][FONT=arial]function remove_cat_from_home( $query ) {[/FONT][/SIZE]
 
[size=12][FONT=arial]if ( is_home() || is_archive() || is_search() )[/FONT][/SIZE]
 
[size=12][FONT=arial]$query->set( 'cat', '-1,-30,-37' );[/FONT][/SIZE]
 
 
[size=12][FONT=arial][B]remove_filter('pre_get_posts','remove_cat_from_home' );[/B][/FONT][/SIZE]
 
 
[size=12][FONT=arial][B]return $query;[/B][/FONT][/SIZE]
[size=12][FONT=arial]}[/FONT][/SIZE]
[/FONT][/SIZE]

Damit erreiche dann das Ziel bestimmte Kategorien vom Index, dem Archiv und der Suche angezeigt zu bekommen.
Diesmal aber werden diese auch angezeigt wenn ich diese auf bestimmte Statische Seiten per Query aufrufe.:)

Der Filter läuft also nur einmal - und zerlegt sich anschließend.
Hoffe das hat nicht an irgend einer anderen Stelle noch Auswirkungen.
grüße

Um bestimmte Kategorien vom Index, dem Archiv und der Suche auszuschließen habe ich folgende Funktion verwendet in der functions.php:

function filter_posts() {
  global $wp_query;
  if(is_home() || is_archive()  || is_search()) {
    $wp_query->set('category__not_in',array(1,30,37));
  }
}
add_action('pre_get_posts','filter_posts');

Der Zweck ist damit erfüllt. Die entsprechenden Beiträge erscheinen nicht im Index, dem Archiv und der Suche.:)

Allerdings erscheinen diese auch nicht wenn ich diese auf bestimmte Statische Seiten per Query aufrufe.:evil:

Nehme ich obigen Code nur mit der Abfrage nach is_home() klappt das allerdings....Dann hab ich allerdings die Beiträge auch wieder im Archiv und der Suche.:confused:

Was kann ich machen???:shock:

Habe wp3.0.1 mit thematic als childtheme am laufen.

liebe grüße
thomas

Vielleicht einfach mal einen anderen Editor benutzen:

Dean’s FCKEditor for WordPress plugin

läuft auch unter WP 2.8

Der Vollsändigkeit halber sei noch auf folgenden Link hingewiesen:

[COLOR=#810081]Fall back to wp-tinymce.js if wp-tinymce.js.gz doesn’t exist[/COLOR]

Hoffe 2.8.1 räumt ein bischen auf!!!!!!!

In der Tat und damit is dieses Thema für mich abgeshlossen:

Diese wp-tinymce.js insbesondere die komprimierte wp-tinymce.js.gz ist verantwortlich das Andere als die von WP hier eingetragenen tinyMCE plugins nicht genutzt werden können.

Dazu muss hier der Code der "editor-plugin.js" der einzelnen Tiny Plugins in die Wp-tinymce.js reinkopiert werden, dann wieder als Gzip gepackt werden und sowohl komprimiert als unkomprimiert hochgeladen werden.

Wird mir nicht klar was das soll ??????
Ergibt für mich keinen Sinn zumal man sich nicht mal die Mühe gemacht hat die doppelten Scripte zu löschen...........

Na ja Advanced TinyMCE wird sich freuen.....
Individuelle Anpassungen werden durchs System unnötig erschwert - wie im realen Leben......(!) Klasse!!

hier eine gepackte Version mit "div" & "Blockquote" zusätzlich als FORMAT mit im Angebot als auch die Freischaltung für's Table Plugin von TinyMCE, soweit es mit table & tablecontrol in der post.php eingetragen wurde.

grüsse thomas

...wundert mich eigentlich das sonst niemand individuelle Anpassungen an TinyMCE vornimmt - bzw als Keule gleich Advanced TinyMCE gereicht wird???

Zumindest was die Anpassungen oder Änderungen in der Dropdownlist unter FORMAT angeht:
Unter wp-includes/js/tinymce liegt die wp-tinymce.js
Darin unter theme_advanced_blockformats zB. div und blockquote hinzufügen.

Da die Gleiche wp-tinymce.js auch nochmal komprinmiert in der wp-tinymce.js.gz vorliegt muss diese auch geändert werden oder aber - und scheint sowieso besser:

Da sich die eingeschaltete Script-Komprimierung sich auch auf den TinyMCE auswirkt habe ich diese mal abgeschaltet mit

[COLOR=#ff8080]define(’COMPRESS_SCRIPTS’, false);[/COLOR]

siehe hier

...und damit hat sich dieses Problem zunächst erledigt !!!

Übrigens für die FORMAT Dropdownlist im Advanced TinyMCE ist die Lösung übertragbar!!!

cheers

hallo marX,
ja, ja das Plugin kenn ich schon - aber nicht eigentlich was ich brauche.

Sondern möchte halt meine kleinen individuellen Anpassungen vornehmen wie bislang - und oben beschrieben.



grüsse thomas

upgedated auf WP 2.8 - alles Ok soweit....
aber:

Hatte bislang auch das TABLE plugin bei TinyMCE am laufen.
Kommt jetzt aber nicht mehr obwohl die Tiny Documentation das noch hergibt: siehe hier

Hatte bislang die Buttons / Plugins in der [FONT=ms sans serif]
wp-admin/includes/post.php geändert bzw. eingetragen und im Falle von den TABLES sowohl in den plugins : array (Zeile 1187) mit 'table'
als auch im $mce_buttons_3 array als 'tablecontols'.

Aber kommt nicht mehr ??? Andere wie Xhtmlxtras, die auch im plugin array eingetragen werden müssen ebenfalls nicht.

Außerdem hatte ich bislang immer [FONT=ms sans serif]
Format-select angepasst in "advaned themes" in der tiny in editor.js --- unter advanced.blockformat.
Änderungen die ich dort vornehme werden nicht mehr erkannt im Format Dropdown......???

Ist da schon jemand schlauer als ich ?????

Da würde ich mich schon sehr freuen

Grüße thomas
[/FONT][/FONT]

hallo marX,
Ja, danke - hab das mal dort als Bug eingetragen.....is ja 'n weiter Weg bis dahin....
Bisland aber noch keine weiteren Infos, Solutions oder vergeleichbares über dieses Phänomen gefunden bzw. erhalten.

Noch weiss ich nicht mal ob das Phänomen nur bei mir aufgetreten ist - oder Andere bei gleicher Herangehensweise das Gleiche Ergebnis beobachten....????

ahoi

nochmal Kurzfassung des Problems:

nutze ich query_posts mit publish & future bei der Abfrage des Loops in der Archive.php werden mir seit WP 2.7 dort auch in Monats & JahresArchiven die Future Posts angezeigt. (prima!)

Beim Blättern z.b. des Jahresarchives (soweit hier auch schon Future Posts mit angezeigt werden) wird die letzte (!) zu blätternde Seite nicht gefunden !!
Jahresarchive mit nur published Posts wie z.B für 2008 können korrekt geblättert werden!!!

In dem Beispiel oben (siehe Link) ist das die zweite Seite bei 10 Posts pro Seite. Reduziere ich dort die Anzahl der angezeigten Posts pro Seite auf 3 wird dann die dritte zu blätternde Seite nicht mehr gefunden.

Falls also bislang niemand ein änliches Problem bislang beobachten konnte bei gleicher Herangehensweise - bitte ich um Kommentar!!

Oder aber vielleicht einen Hinweis wo ich am besten einen möglichen BUG in WP 2.7 postenn kann.

vielen Danke & grüsse
thomas

query_posts mit future in Archiv ergibt Fehler beim Blättern

Seit Wp2.7 werden bei denn Monats und Jahres Archiven auch die Future Posts angezeigt wenn ich den loop in der Archive.php mit

<?php query_posts($query_string.'&post_status=publish,future'); if (have_posts()) : ?>

starte.
Siehe meine Seite hier:Lix.in - Linkprotection
(Vielleicht nach dem Öffnen der Seite die eigentliche URL nochmal in einem neuen Fenster öffnen - weil sonst zwei Scroller auftauchen)
Wunderbar - aber:

Rufe ich hier das 2009 Jahresarchiv auf - dann erscheinen schon die Posts aus dem März 09 - aber gehe ich dann auf "vorherige Einträge" wird Page/2/ nicht gefunden!!!
(Habe die Anzahl der angezeigten Post auch mal auf 3 geschraubt - dann wird erst Page/3/ nicht gefunden??)
Das Archiv für 2008 blätterd einwandfrei.

Nehme ich aus dem Query_post das future raus, is alles Ok mit dem pageing.

Wie gesagt erst seit WP 2.7 werden mir in den Archiven mit der Methode Query_posts und future diese auch angezeigt.

Ich denke mal - da ist ein Bug im Spiel - habe allerdings noch nicht irgend etwas dazu ergoogeln können.

Weiss jemand Hilfe bzw. kennt das Phänomen???

Grüße thomas:confused:

Dann frag ich mal so:
Ich hab noch den Eindruck das Kommentare in vorgesehenen Artikeln in der Vorgängerversion möglich waren. Oder täusche ich mich??? Ich kann das im Augenblick nicht mehr überprüfen.

Bei (comment popup) Kommentaren in vorgemerckte Beiträgen (future) erscheint nur leeres (popup) Fenster.
In published Beiträgen alles einwandfrei.
Gestern umgestellt auf 2.7
Wie kann ich die Kommentarfunktion in vorgemerckten Beiträgen abänderen, das diese dort auch nutzbar ist????

Wäre um Hilfe ganz verlegen.
liebe grüße thomas

Update Meldung is bei mir jetze weg nachdem ich zunächst die Sql Tabellen gelöscht hatte und dann die alten (Backup von 2.6.5) SQL Tabellen wieder aufgespielt. Danach [FONT=Courier New]wp-admin/upgrade.php und alles war OK.... [/FONT]

Zitat von Alphawolf

Ins wp-content- oder ins wp-content/upgrade/-Verzeichnis?

lädt bei mir auch nur ins wp-content Verzeichnis mit 0Bytes

Anpassung in der Versions.php hatte ich gemacht ohne Ergebnis was die Update Meldung auf 2.7 betrifft.

Ansonsten alle gut......

in der Tat, dafür müsstest Du in den Sripten rumfummlen....
würde ich nicht machen, weil in Kürze ja das wp 2.7 wohl erscheinen wird....und Du dann wieder Probleme hast....

Es gibt ein PlugIn das alle Future Dates in Now also Published umwandelt und auch nichts anderes macht als Funktionen auszutauschen.

Allerdings laufen damit nur die neugeschriebenen Future Aritikel.

Plugin heisst: Future-is-now

oder Du schreibst den nachfolgenden Code in eine Textdatei und benennst diese in future-post.php um.

<?php
/*
Plugin Name: The Future is Now!
Description: Sets future timestamped posts to "publish" rather than "future" upon publish (useful for Events listing sites).
Version: 1.0
Author: Ryan Boren, maintained by Scot Hacker. 
Plugin URI: [URL="http://birdhouse.org/software/futurepost"]scot hacker’s scripts and utils  FuturePost[/URL]
Author URI: [URL="http://birdhouse.org/blog"]scot hacker’s foobar blog[/URL]
Props to Joost for the name and to Kaf for an alternate 1st approach. 
*/
 
function setup_future_hook() {
 // Replace native future_post function with replacement
 remove_action('future_post', '_future_post_hook');
 add_action('future_post', 'publish_future_post_now');
}
function publish_future_post_now($id) {
 // Set new post's post_status to "publish" rather than "future."
 wp_publish_post($id);
}
add_action('init', 'setup_future_hook');
?>

...und dann damit in den Plugin Ordner rein und aktivieren.
cheers

hallo marX,
paged hatte ich schon durchforscht, komme aber bei der Funktion wie ich die hier genutzt habe nicht weiter.....