Beiträge von mensmaximus

Das Child Theme verhindert, dass Änderungen bei einem Update überschrieben werden. Gleichzeitig verhindert das Child Theme aber auch, dass mögliche Verbesserungen im Parent in die Seiten einfließen, die mit dem Child Theme "überschrieben worden sind".

Grundsätzlich sollten Änderung immer dokumentiert werden. Tatsächlich kann es bei umfangreichen Änderungen notwendig sein Dateien zu vergleichen. Unter Linux kann man das bequem auf der Console mit diff machen. Auf einem PC /Linux, Windows, Mac) bietet sich z.B. Ultracompare an.

#slide-out-open span, #slide-out-open span:after, #slide-out-open span:before {
    background-color: #fff !important;
}

ps: die mobile Ansicht testest Du indem Du Deinen Desktop Browser so lang kleiner machst bis das Layout umspringt Das reicht in 95% der Fälle aus.

Wenn Du mit Deinem Prof auch so zielgerichtet kommunizierst wird das nix mit dem Examen

Du musst und schon Details liefern über das Vorhaben.

Per CSS ausblenden. Wahrscheinlich funktioniert:

.edit-link {
	display: none;
}

Zitat von Jannik

[size=14]Jungs, seid Ihr noch da?[/SIZE] :mrgreen::???:

Davon ist auszugehen. Was ist die Frage? FlorianBrinkmann hat die Lösung bereits gepostet.

Zitat von Margit

... und bin total verwirrt.

Deswegen hast Du auch vergessen die URL zu nennen auf der die Seite zu sehen ist, den Provider bei dem gehostet wird, die Größe der Bilddatei die hochgeladen wird, dessen Format, das Theme usw.

Zitat von ibes

Hm - das ganze mit den Sprachdateien ist noch nicht so ganz rund gelöst bei WP.

Hoffe da kommt auch nochmal was tolleres. Sowas wie ein einheitliche Speicherort und so.

In WordPress ist das geregelt. Nur die Plugin Hersteller machen was sie wollen. Da WooCommerce erst vor kurzem übernommen wurde, wird es dort gerade erst angepasst.

Du hast eine PM

Ja dann:

add_action( 'add_meta_boxes_shop_order', function(){
    add_meta_box( 'mmx_info', 'Info', 'mmx_get_post_meta' );
    });




function mmx_get_post_meta( $post ){
    echo '<pre>' . print_r( get_post_meta( $post->ID ), true ) . '</pre>';
}

Das Problem war also nicht, dass keine Metabox angezeigt wurde, sondern die Metabox keinen Inhalt hat?

Ich habe nicht richtig gelesen. Sorry. Bei WordPress ist die DU Version der Normalzustand, WooCommerce steht dann auf SIE. Diesen Mix wollen viele Leute nicht. Für den DU-Fall braucht man eigene DU Versionen von WooCommerce und muss diese entsprechend einbinden. Stellt man WordPress auf SIE wird WooCommerce englisch, weil es keine de_DE_formal Sprachdateien gibt. Das ist das angesprochene Problem und man muss die bestehenden Dateien entsprechend umbenennen und wieder einbinden. Dank der nun endlich über WordPress verwalteten Sprachdateien ist das aber nicht schlimm.

Viele Themes bieten ein Footer Menü an. Falls das bei Deinem Theme nicht der Fall ist, kann man mit einem Childtheme arbeiten und dort die footer.php um einen neuen Menübereich ergänzen.

Die DU-Version ist eigentlich der normale Zustand. Gerade die Sie-Version ist das Problem seit der Umstellung auf die normale Behandlung von Sprachdateien in WooCommerce.

Versuche

add_meta_box('woocommerce-order-my-custom', ....

anstatt

add_meta_box('custom_order_option', ....

Wo sollen denn die Daten erscheinen?

Zitat von 3a5y2k

Im Forum habe ich nichts dazu finden können.

Ganz aktuell von gestern: http://forum.wpde.org/konfiguration/…-post-type.html

In Wp All Export hätte man das direkt beim Export machen können. Auf das Feld "Content" klicken, dann auf Advanced und die Checkbox auf "Export value returned from function" aktivieren. Im Feld darunter den Funtionsnamen angeben z.B. "my_strip_tags" und in dasFeld "Function Editor" folgenden Code schreiben:

<?php
function my_strip_tags( $value ) {
	$return = wp_strip_all_tags( $value );
	return $return;
}
?>

Funktion abspeichern, Feldfenster schließen und mit dem Export fortfahren. In der CSV Datei steht dann im Feld "Content" der um sämtliche HTML Tags bereinigte Text.

Kommando zurück. Das geht nicht mit einem Filter weil ohne Slug der Cacnonical rewrite greift. Wenn man den auch noch umbaut kann man keine Seiten mehr aufrufen. Der Trick mit post_type_link ist der "richtige" weg.

Poste mal die komplette Definition des CPT.

Zitat von gericoach

du könntest es auch in txt Dateien auslagern und dann mit ner Codezeile aufrufen:

So kannst du es auch vernünftig strukturieren und findest später leichter, was zu ändern ist.

Man kann ja auch Post-it Haftetiketten verwenden Auslesen von Textdateien hat nix mit "The WordPress Way" zu tun und ist ein riesen Sicherheitsloch.

Warum machst Du keinen Custom Post Type "Ansprechpartner" mit einem Custom Field für Kategorien das man dann schön über einer Meta Query (gut ja ... Meta Querys sind nicht schön aber dafür eine eigene Tabelle erstellen .. grübel ??) abfragen und anzeigen kann. Das geht dann auch für Länder, Branchen, Sprachen usw.

Ein leerer Slug geht nicht. Ist er leer wird automatisch der Name des CPT verwendet. Die Lösung ist eine zusätzlich Rewrite Regel in WordPress mit der man die Ausgabe ändert.