Beiträge von Monika

folge dieser Anleitung

http://yetti.co.uk/blog/articles/…and-embeds.html

hi wir haben keinen "erledigt" Haken hier,

und wir löschen ungern, weil alles irgendwie meist auch andren hilft, dazu ist das Forum ja da,

wenn du mal nach "Heatmap" WordPress Plugin suchst findest du bereits einige Anbieter,
kostenfrei und nicht kostenfrei,

schau wie oft die installiert sind, steht zumindest bei WordPress org dabei...

in den Supporthreads findest du nicht nur Anfragen wegen Bugs,sondern hie und da auch "Feature Anfragen".

ebenso gibts Feature Anfragen auf codecanyon bei den Kommentaren...

Ich denke einen Markt gibt es dafür sicher, wenn nicht kann man diesen mit dem richtigen Marketing sicher schaffen

Zitat von mensmaximus

Ich schätze mein Beispiel im Beitrag war nicht verständlich genug. Zweiter Versuch:

Du willst einen Fließtext (Buch, Magazin, Newsartikel) so auf eine Webseite darstellen, dass man ihn immer gut lesen kann. Wie wir aus Buchdurckerzeiten wissen, darf eine Textzeile nicht zu lang werden, also zu viele Wörter enthalten, wenn der Lesefluss nicht beeinträchtigt werden soll.

Auf dem Smartphone ist das mit einer einspaltigen Darstellung im Hochformat regelmäßig kein Problem. Eine einspaltige Darstellung auf einem Monitor mit 1920 oder 2400 und mehr Pixel ist eine einzige Spalte kontraproduktiv, selbst bei einer Skalierung der Schrift (em anstatt px), weil das nicht kontinuierlich geht (Durchschuss und Schriftgröße sind NICHT linear verwendbar). Also will man mehrere Spalten. Damit ich die Spalten nur definieren kann (margin-left, flow, display) muss ich bestimmen ab welcher Auflösung das passieren soll. Gehe ich vom Mobile First Ansatz aus definiere ich z.B. 2 Spalten ab 720px Bildschirmbreite und 3 Spalten ab 1100px.

Wie würdest Du das ohne Feststellung der Bildschirmbreite bewerkstelligen wollen?

ah!

ja wir beide sprachen wirklich eine andere Sprache:

es gab Designer, die die allerersten responsive Seiten tatsächlich nur auf zb

1380px Breite
768px Breite
und 320px Breite anpassten

alle anderen Auflösungen zw 320 und 768 wurden nicht berücksichtigt ....

Zumindest interpretiere ich diese Aussage genauso

Zitat

Der von uns beauftragte Entwickler hat uns danach eine Liste mit den Auflösungen geschickt, an die das Template angepasst wurde. Das wurde seinerzeit im Angebot auch so vermerkt.

d.h. sieht nun wer so eine Site mit Smartphone Auflösung 600px hat er einfach das Standard CSS, das aber auf 1380 angepasst wurde....

Ich habe in den letzten beiden Jahren zwei oder drei solche Sites unter meinen Händen gehabt, da wurde ein irrer Aufwand betrieben, um ganz spezielle mobile Auflösungen zu handeln oder gar nur ganz spezielle Modelle von Smartphones (!)

Zitat von Manolo7

Hallo Zusammen

Habe die deutschen Sprachdateien runtergeladen und gemäss Anleitung (http://deckerweb.de/sprachdateien/buddypress/) in die entsprechenden Verzeichnisse (im Pluginverzeichnis und im Sprachverzeichnis von WP) abgelegt.

Ist aber bei mir immer noch alles auf EN. Sprache für meine Seite ist in der wp-config auf de_DE definiert, denke an dem kanns auch nicht liegen.

Muss ich nach dem Hochladen nocht irgendetwas tun, damit die Sprache auf DE wechselt?

Das wäre mein BB-Forum: http://www.alpineblog.ch/foren/

Vielen Dank!
Manolo

Alles anzeigen

in der wp-config brauchst du keine Sprachenangabe mehr, wenn du WP 4.2.2 verwendest,

sondern unter Dashboard => Einstellungen => Allgemein ganz unten die Deutsche Sprache einstellen

und die Sprachdatei muss wie bereits erwähnt unter wp-content/languages/plugins/ liegen

Zitat von mensmaximus

Unterschiedliche Sprachen verursachen keinen Duplicate Content.

ja wenn der hreflang richtig gesetzt wurde dann tun sie das nicht

was die Firma in Mountain View uns dabei aufbürdet und wie ich dazu stehe sind zwei paar Schuhe, aber Fakt ist: sie sind Marktführer in unseren Breitengraden

https://plus.google.com/+JohnMueller/posts/Td88mEiQvcm

WPML macht das richtig und verdammt unkompliziert, => sonst tät ichs nicht nutzen

WOO Commerce erkennt bei mir anstandslos das memory limit in der wp-config.php

dort nutz ich aber nur 256 für WOO

bietet dein Hoster 128 an?

nach "custom post type"
dazu gibts auch Plugins,

Zitat von mensmaximus

Ohne Feststellung der Auflösung scheint es mir unmöglich ein Layout optimiert darzustellen (siehe mein Beispiel oben), egal ob Mobile First oder Graceful Degradation.

ich bin mir unsicher, ob wir beide dieselbe Sprache sprechen,

laut meiner Google Analytics Statistik haben meine NutzerInnen derzeit an die 25 verschiedene Auflösungen...

Tendenz der Auflösungen sind steigend,...

wie magst du da auf Auflösung optimieren?

zb so

wp_enqueue_script('jquery');
wp_enqueue_script('jquery-ui-core');
wp_enqueue_script('jquery-ui-datepicker');

dann => dein Script anpassen bitte ....

<script>
jQuery(document).ready(function() {
 jQuery('#date').datepicker({
 dateFormat : 'dd-mm-yy'
 });
});
</script>

Zitat von aent

Hallo zusammen,

ich habe eine kurze Frage. Und zwar haben wir eine Portfolio-Website auf Basis von Wordpress in Auftrag gegeben und nun des Öfteren das Feedback bekommen, dass die Seite auf verschiedenen Bildschirmen zerschossen aussehen soll. Der von uns beauftragte Entwickler hat uns danach eine Liste mit den Auflösungen geschickt, an die das Template angepasst wurde. Das wurde seinerzeit im Angebot auch so vermerkt.
Wir stellen uns jetzt die Frage, ob es nicht möglich ist, dass die Seite für alle Auflösungen funktioniert, ohne dass sie für jede einzelne angepasst wird. Wie wird das im Allgemeinen gehandhabt?

Vielen Dank für eure Hilfe!

ihr habt also eine Site, die für bestimmte Bildschirmgrößen sehr gut funktioniert für manche gar nicht habe ich das richtig verstanden?

zb auf dem Smartphone für Bildschirmgröße X siehts super aus, auf dem Smartphone "neues modell" Bildschirmgröße Y siehts bescheiden aus.

Wenn ich richtig verstanden habe ==>

Das kann so nie auf Dauer funktionieren, weil die Bildschirmgrößen der mobilen Endgeräte häufiger wechseln als ich zum Friseur gehe ...

Selbstverständlich kann eine Website auf allen Geräten gut aussehen, wenn man die Anpassung nicht an fixe Breiten festmacht, sondern so immer dann anpasst, wenn das "Layout bricht".

Du kannst das selbst kontrollieren...
rufe deine Site auf, fange an das Browserfenster schmaler zu machen, irgendwann bricht das Layout ....

so kannst auch du sehen wie deine Site je "Bildschirmgröße" aussieht und wieso sich manche ärgern

Fazit: es gibt keine "festen" Bildschirmgrößen mehr für einen Designer, das ist Geschichte.

wenn du lokal eine Multisite hast, magst du auch online eine Multisite?

wenn nein, wozu erstellst du dann lokal eine Multisite?

Es ist hohe Kunst eine Multisite in ihre Einzelseiten aufzudröseln, ohne Datenbankkenntnisse eher hoch problematisch.

Multisite erzeugt siamesische Zwillinge, die kann auch nur der Spezialist trennen und manche gar nicht, weil sie sonst sterben... mag drastisch klingen, aber das Konzept von Multisite ist hochkomplex....

http://www.wpbeginner.com/wp-tutorials/h…single-install/

Links gelöscht, Anhang auch

Rest muss der Admin machen

Zitat von ratu

Wenn ich den Link eingebe, kommt:
Du hast nicht die erforderlichen Rechte, um auf diese Seite zuzugreifen.

Verstehe ich nicht. Ich bin der Administrator. So steht es unter Benutzer. ich Habe wp installiert und bin auch der einzige der daran arbeitet?????[ATTACH=CONFIG]12314[/ATTACH]

wp-config kontrolliert wie ich geschrieben habe,

deaktivere mal ein Plugin nach dem andern ...

irgendwas verhindert, dass du als Cheffe dran arbeiten kannst, WP sperrt den Admin normalerweise nicht aus :-9

Zitat von AndrésC

Hallo zusammen,

welche Funktion hat das Hinterlegen von "Beitragsbilder" bei statischen Seiten?
Ich kenne bisher kein Theme ..............

zb das Theme Hueman nutzt es bei Seiten

und für das sogenannten OpenGraph Protokoll braucht man es auch

gern geschehen
bei dir bleibt eh noch sehr viel Arbeit

custom post type

weil im Adminbereich leicht sortierbar, weil Darstellung leicht änderbar = Frontend

pdf hochladen, einfügen => wird dann sowieso verlinkt, außer du änderst dies explizit

Bild dazu fertig...

durchsuchbar sind die, wenn man deren Inhalt auch "kopieren" kann, sonst nicht, das ist aber immer so, nicht nur bei WP

diesem Custom Post Type kannst du auch eine andere Anzahl an Beiträgen in der Archivübersicht geben (Stichwort pre get posts)

das ist der falsche Weg

Storefront und WooCommerce sind siamesische Zwillinge
Änderungen im CSS von WOOCommerce machst du in der style.css des Storefront Childs,
denn das Plugin WOOCommerce kann kein "ChildTheme", daher findet es diese eingebundene css Datei nicht...

und wenn du meinst , dass eine Deklaration nicht greift, => nimm den uralten, doofen, aber immer noch wirksamen "border-trick"

zb du magst im Warenkorb die Tabelle
table.cart ändern

schau, ob deine Cascade reicht mit

table.cart{border:1px solid red; }
ist diese Tabelle ohne roten Rahmen ist die Cascade nicht lang genug dies zu tun

versuch es dann mit
.woocommerce table.cart {border:1px solid red;}

voila => nun ist der rote Rahmen da, du siehst, dass deine Cascade greift und kannst nun machen was du machen willst
den roten Border sicher wieder löschen

@import macht immer alles langsam

und oft brauchst du ein

.woocommerce-active .weiterecssklasse .nochweitere cssklasse {} voranstellen

ich kenne das nicht, haben die dort einen Support,

weil offensichtlich nutzt du WP vom Hostinganbieter...

das ist eine PHP Notiz => sowas ist ärgerlich, aber keine Katastrophe

ich habe eher die Vermutung, dass da was anders hakt als diese Notiz...

Vorgehensweise:
etwaiges Cache Plugin zuerst deaktivieren => und vorher ausleeren ...

Standard Theme kurz aktivieren, schauen gehts...
gehts => ok das Theme hat was oder es verbraucht zuviele memory...

gehts nicht...

alle Plugins deaktiviern, BrowserCache leeren => schauen gehts und oder gehts nicht...

gehts: Ok könnte Plugin sein oder Memory Cache oder ....
Plugin eines nach dem anderen aktivieren, jedes Mal schauen, gehts, gehts nicht..

ist das Menu sehr groß?

dann kann es daran liegen, dass dein Server zuwenig Ressorucen anbietet, da hilft hie und da viele Menupunkte nicht dynamisch, sondern als "Link" einzufügen...