Beiträge von mensmaximus

Auf dem Hamburger Icon liegt ein jQuery Event der bei jedem Klick den Navigations Container "toggelt", daher ist eine reine CSS Lösung nicht möglich. Dazu müsste man das Template umbauen.

Poste einfach die URL zur Webseite und in 30 Sekunden ist das Thema erledigt.

http://contactform7.com/setting-up-mail/ siehe mail(2)

Damit kann man das möglicherweise realisieren. Ich empfehle https://formidablepro.com/

Du kannst Die Funktion ja einfach erweitern, bis Du die Inhalte im Object/Array siehst, die Du haben willst.

function [COLOR=#333333]mmx_get_post_meta[/COLOR]( $post ){
    echo '<pre>' . print_r( get_post_meta( $post->ID ), true ) . '</pre>';
    $order = new WC_Order( $post->ID );
    $items = $order->get_items();
    echo '<pre>' . print_r( $items, true ) . '</pre>';
}

Danach kannst Du die einzelnen Werte direkt abrufen.

Tipp: 10x get_post_meta für einzelne Custom Fields bedeutet 10 SQL Selects. Mache es wie bei mir gezeigt mit einem get_post_meta für alle Felder und gebe dann Werte aus dem gebildeten Array aus. Das ist schneller.

Das Unterdrücken des Fehlers ist, sorry das ich das so sagen muss, sinnfrei und dem Nichtwissen der Person geschuldet, die das empfiehlt. Es liegt sehr wohl ein Problem vor, auch wenn es nur eine "Warnung" ist.

Die im Fehler angegebene Datei und Zeilennummer weist darauf hin, das etwas mit den Permalinks nicht stimmt. Zunächst hätte man als die Permalinks neu speichern können um zu sehen ob das bereits Abhilfe schafft. Wenn das Problem dadurch nicht verschwindet, hätte man sich das Rewrite Array über eine Debug Funktion ausgeben lassen um zu sehen welche der Regeln das Problem auslösen kann.

Jetzt ist die Meldung unterdrückt und man kann nicht sehen wenn der Fehler behoben ist. Ich würde die Unterdrückung entfernen lassen und einen Fachmann beauftragen.

Meine Funktion gibt Dir alle Information der post_meta Tabelle für die POST ID aus. Wenn die Felder nicht im zurückgelieferten Objekt zu sehen sind, sind sie woanders gespeichert, wie z.B. in den WooCommerce Tabellen. Da kommt man mit get_post_meta nicht dran sonder muss WooCommerce eigene Funktionen verwenden.

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?