Beiträge von HolgerGr

Erste Sahne! Das klappt. Danke Dir.

Ich hab's erst gerade eben bemerkt aber das Problem könnte schon etwas länger bestehen. Ich verwende als Galerie-Pluging amazin responsive rd gallery....allerdings nicht in der Urform. Weil die Galerie grayscale sein soll und nur auf onHover in Farbe und weil die opacity nicht stimmte, habe ich an den beiden Galerie-stylesheets ne Menge verändert...allerdings alles auskommentiert.

Nun stelle ich fest, dass die geöffneten Bilder aus dem Seitenverhältnis geraten. Alle Bilder scheinen mit fester Höhe und Breite angezeigt zu werden. Eigentlich sind sie auf with: calc(100%) eingestellt aber irgendwas scheint diese Einstellung zu überschreiben.

Nur...ich finde nicht, was.

http://bouwmeester-moebel.de
Problem entsteht beim Klick auf eines der Bilder. Das geöffnete Bild ist verzerrt. Besonders gut bei der Treppe zu sehen, da die Treppe im Hochformat aufgenommen ist und im Querformat angezeigt wird.

Hier mal die beiden veränderten stylesheets des Plugins

.rdgallery {
  margin: 0 auto;
}
.rdgallery figure {
  overflow: hidden;
  #background: #3085a3; /*Verändert für greyscale*/ 
  text-align: center;
  cursor: pointer;
  opacity: 0;
  margin: 0;
}
.rdgallery figure img {
  position: relative;
  display: block;
  #opacity: 0.8; /*verädert wegen greyscale*/
  
}
.rdgallery figure.rdgallery-thumbnail > img {
  max-width: none;
  height: 100%;
  
}
.rdgallery figure figcaption {
  color: #fff;
  text-transform: uppercase;
  font-size: 1.25em;
  position: absolute;
  top: 0;
  left: 0;
  width: 100%;
  height: 100%;
  -webkit-backface-visibility: hidden;
  backface-visibility: hidden;
}
.rdgallery figure figcaption:before,
.rdgallery figure figcaption:after {
  pointer-events: none;
}
.rdgallery figure figcaption > a {
  position: absolute;
  top: 0;
  left: 0;
  width: 100%;
  height: 100%;
  z-index: 1000;
  text-indent: 200%;
  white-space: nowrap;
  font-size: 0;
  opacity: 0;
}
.rdgallery figure h2 {
  word-spacing: -0.15em;
  font-weight: 600;
  margin: 0;
  font-size: 22px;
  line-height: 1.5em;
  color: #FFFFFF;
}
.rdgallery figure h2 span {
  font-weight: 800;
}
.rdgallery figure p {
font-size: 11px;
font-weight: 600;
letter-spacing: 1px;
margin: 0;
    color: #FFFFFF;
}
.rdgallery figure p.icon-links {
  display: none;
}
.rdgallery figure p.icon-links a {
  text-decoration: none;
}
#rdgallery-lightbox-overlay {
  position: fixed;
  top: 0px;
  left: 0px;
  right: 0px;
  bottom: 0px;
  background-color: #292929;
  z-index: 999;
}
.rdgallery-loader {
  position: relative;
  display: block;
  left: 50%;
  width: 4.33333em;
  height: 4.33333em;
  margin-left: -2.166665em;
  z-index: 100000;
  margin-bottom: 20px;
  margin-top: 20px;
}
.rdgallery-loader .rdgallery-loader-block {
  position: absolute;
  top: 0;
  left: 0;
  display: inline-block;
  opacity: 0;
  width: 1em;
  height: 1em;
  background: #e1e1e1;
  -webkit-animation: show 1s step-end infinite alternate, pulse 1s linear infinite alternate;
  animation: show 1s step-end infinite alternate, pulse 1s linear infinite alternate;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(1) {
  -moz-transform: translate(0, 0);
  -ms-transform: translate(0, 0);
  -webkit-transform: translate(0, 0);
  transform: translate(0, 0);
  -webkit-animation-delay: 0.06s;
  animation-delay: 0.06s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(2) {
  margin-left: 1.66667em;
  -webkit-animation-delay: 0.48s;
  animation-delay: 0.48s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(3) {
  margin-left: 3.33333em;
  -webkit-animation-delay: 0.18s;
  animation-delay: 0.18s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(4) {
  margin-top: 1.66667em;
  -webkit-animation-delay: 0.3s;
  animation-delay: 0.3s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(5) {
  margin-left: 1.66667em;
  margin-top: 1.66667em;
  -webkit-animation-delay: 0.12s;
  animation-delay: 0.12s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(6) {
  margin-left: 3.33333em;
  margin-top: 1.66667em;
  -webkit-animation-delay: 0.42s;
  animation-delay: 0.42s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(7) {
  margin-top: 3.33333em;
  -webkit-animation-delay: 0.36s;
  animation-delay: 0.36s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(8) {
  margin-left: 1.66667em;
  margin-top: 3.33333em;
  -webkit-animation-delay: 0.24s;
  animation-delay: 0.24s;
}
.rdgallery-loader .rdgallery-loader-block:nth-child(9) {
  margin-left: 3.33333em;
  margin-top: 3.33333em;
}
@-webkit-keyframes pulse {
  from,
  40% {
    background: #e1e1e1;
  }
  to {
    background: #c5c5c5;
  }
}
@-webkit-keyframes show {
  from,
  40% {
    opacity: 0;
  }
  41%,
  to {
    opacity: 1;
  }
}
@keyframes pulse {
  from,
  40% {
    background: #e1e1e1;
  }
  to {
    background: #c5c5c5;
  }
}
@keyframes show {
  from,
  40% {
    opacity: 0;
  }
  41%,
  to {
    opacity: 1;
  }
}

und

/* Effects 3 CSS*/


figure.effect-3 {
  #background: #9e5406; /*Verändert wegen greyscale */
}
figure.effect-3 img {
  /*ausgeschaltet wegen greyscale */
  #opacity: 0.7;
  #-webkit-transition: opacity 0.35s;
 # transition: opacity 0.35s;
  /*Hinzugefügt wegen greyscale */
  filter: grayscale(1);
 -webkit-filter: grayscale(1);
 -moz-filter: grayscale(1);
 -o-filter: grayscale(1);
 -ms-filter: grayscale(1);
 
}
figure.effect-3 figcaption::before,
figure.effect-3 figcaption::after {
  position: absolute;
  top: 8%;
  right: 8%;
  bottom: 8%;
  left: 8%;
  content: '';
  opacity: 0;
  -webkit-transition: opacity 0.35s, -webkit-transform 0.35s;
  transition: opacity 0.35s, transform 0.35s;
}
figure.effect-3 figcaption::before {
  border-top: 2px solid #fff;   /*Linienstärke von 1 auf 2 px hochgesetzt */
  border-bottom: 2px solid #fff; /*Linienstärke von 1 auf 2 px hochgesetzt */
  -webkit-transform: scale(0, 1);
  transform: scale(0, 1);
}
figure.effect-3 figcaption::after {
  border-right: 2px solid #fff; /*Linienstärke von 1 auf 2 px hochgesetzt */
  border-left: 2px solid #fff; /*Linienstärke von 1 auf 2 px hochgesetzt */
  -webkit-transform: scale(1, 0);
  transform: scale(1, 0);
}
figure.effect-3 h2 {
  padding-top: 30%;
  -webkit-transition: -webkit-transform 0.35s;
  transition: transform 0.35s;
  -webkit-transform: translate3d(0, -20px, 0);
  transform: translate3d(0, -20px, 0);
}
figure.effect-3 p {
  padding: 20px 2.5em;
  opacity: 0;
  -webkit-transition: opacity 0.35s, -webkit-transform 0.35s;
  transition: opacity 0.35s, transform 0.35s;
  -webkit-transform: translate3d(0, 20px, 0);
  transform: translate3d(0, 20px, 0);
}
figure.effect-3:hover img {
  #opacity: 0.8;  /*von 0.4 auf 0.8 hochgesetzt wegen greyscale*/
  filter: none;  /*greyscale filter aufgehoben beim hovern*/
}
figure.effect-3:hover figcaption::before,
figure.effect-3:hover figcaption::after {
  opacity: 1;
  -webkit-transform: scale(1);
  transform: scale(1);
}
figure.effect-3:hover h2,
figure.effect-3:hover p {
  opacity: 1;
  -webkit-transform: translate3d(0, 0, 0);
  transform: translate3d(0, 0, 0);
}

Ich glaube allerdings fast, dass es an meiner style.css liegt

Ich kack ab! Das war's!! Jetzt geht der Container über die ganze Seite. Daaanke :-)

Hallo,

vielleicht hatte ja schon mal jemand hier das Problem und hat eine Lösung gefunden.

Folgendes passiert wenn man sowohl buddypress als auch bbpress installiert hat und seinen Mitgliedern erlaubt, Foren für ihre Gruppen zu haben:

Der Gruppenadministrator kann nun, wenn er beschließt, dass die Gruppe ein Forum haben soll, aus der Liste der existierenden Foren eines auswählen. Dieses Forum wird dann zur Gruppe gezählt. D.h. der Permalink zum Forum ändert sich ebenfalls und wenn man dieses Forum aufruft, dann landet man in der Gruppe und kann das Forum von dort aus bedienen.

Alles gut und schön.

Beschließt der Gruppenadmin nun aber, das Forum zu wechseln, bleibt der zuvor geänderte Permalink des alten Forums bestehen. Er lässt sich nicht einmal mehr über die Adminoberfläche ändern (Button fehlt). Damit laufen alle Klicks auf das Forum ins Leere.

Lösung wäre, dass der Grupenadmin zuerst das alte Forum entfernt, also den Haken bei "Gruppe soll Forum haben" entfernt, das Ganze jetzt speichert bevor er den Haken erneut setzt und ein neues Forum auswählt. Aber wer macht das schon?

Nun steht der Seitenadmin vor der Aufgabe, den Permalink manuell zu reparieren. Der Button, der dazu normalerweise eingeblendet wird (richtige Einstellung vorausgesetzt) wird in diesem Fall nicht eingeblendet. Ich schätze, der muss über die Datenbank direkt geändert werden. Aber wo?

Grüße
Holger

So, ich starte einen neuen Thread zu dem Thema weil der alte in die falsche Richtung gibg da ich zuerst einen unrealisierbaren Asatz verfolgt habe.

Ist Sitation:

Ich verwende ein Plugin, das einen Seitenweiten Backgroundwechsel macht. Heißt Responsive Backgroud Slider. Zuerst dahte ich, es würde sich via css in das body-Tag einhaken. Macht es aber nicht. Es platziert einen div-container im Footer und spannt den über die ganze Seite bzw. setzt ihn mit z-index: -1; nach hinten.

Der Plan:

Auf bestimmten Unterseiten (Galerieseiten) soll der Hintergrund abgedimmt werden damit er die Galerien nicht stört. Dazu will ich einen div-container mit schwarzen, halbtransparenten hintergrund füllen, ebenfalls über die ganze Seite spannen und ebenfalls mit z-index hinter alle Bedienelemente aber vor den Bilderbackground (außer Footer) legen.

Das Problem: Es klappt nicht. Da es nur auf bestimmten Seiten der Fall sein soll, kann ich die Veränderungen nur in templates vornemen. Ich habe nun im template page-haupt.php einen div-container mit der id="overlay1" angelegt und über das stylesheet mit folgenden Werten versorgt:

#overlay1 {
   position: absolute;
   overflow: hidden;
   width: 100%;
   min-height: 100%;
   z-index: 0;
   background: rgba(0,0,0,0.7);
}

Das Overlay ist auch da....allerdings umspannt es offenbar nur den Headerbereich.

Hat jemand ne Idee wie ich das ändern kann?

http://bouwmeester-moebel.de

Zitat von Monika

und wieso löst du die Transparenz des BIldes nicht zb so

http://stackoverflow.com/questions/9182…ackground-image

Weil ch nicht die body background verwende. Weil ich stattdessen einen Background-Slider aus einem Plugin verwende und der legt das "Background"-Bild in ein div, das über die gesamte Seite reicht und via z-index nach hinten gesetzt wird. Dieses Bild verdeckt aber immer den body bzw. html background.

Ich glaube, ich habe jetzt eine Lösung gefunden. Ich starte dazu aber einen neuen Thread weil das einkomplett anderer Ansatz ist und hier nur zu noch mehr Verwirrung führen würde.

Danke Euch erst mal.

Moin,

also ich habe mittlerweile so ziemlich alle Fertigplugins und Themes mit Pluginfunjtionen durch und bin zu dem Schluss gekommen, dass es genauso gut und billiger mit buddypress, bbpress, AdvancedMembershipPro und SimpleEvent for buddypress geht. Zumidest kannst Du damit eine ziemlich ausgefeilte Social Network-Platform zusammenbasteln und Advanced Membership Pro erlaubt Dir das Anlegen von verschiedenen Mirgliedschaftspaketen mit unterschiedlichen Zugangsberechtigungen.

Was dem Ganzen dann noch fehlt um eine richtig ausgefeilte Datingplatform zu zaubern, ist sowas wie eine Matchmaking-Funktion. Die gibt es meines Wissens nicht als rohes WP Plugin. Aber auch die entsprechenden Funktionen von Sweetdate, Loveletter oder WPD sind meines Eachtens mehr als grob oder müssen wirklic aufwändig von Hand erweitert werden.

So ein richtig tolles ausgereiftes Datingportal a la Joyclub basiert i.d.R. nicht auf Wordpress, sondern auf Dolphin, iCupid, Skadate o.ä. Und die kosten mal richtig Asche! Zudem erfordern sie besondere Servereinstellungen und diverse Serverinstallationen, die die meisten Normalohoster von Haus aus nicht mitbringen (Mediserver etc.)

Aber:

Es gibt ein wirklich gutes Script, das praktisch alle Features beinhaltet und komplett kostenlos ist. Es heißt oSDate. Wenn Du es installieren willst, solltest Du auf die internationale Version (ich glaube aktuell 2.5.6) und nicht auf die uralten Versionen der deutschen osDate-Seite zurückgreifen weil die allesamt noch auf PHP4 und MySQL4 ausgelegt sind.

Und das Alter dieses schripts ist es denn auch, was negativ ins Gewicht fällt. osDate ist nicht nur alt....es sieht auch so aus und fühlt sich so an. Rspinsives Design? Fehlanzeige! Zum größten Teil basieren die Temlpates auf Tabellen. Diese Templates sind dabei leider nicht so einfach zu durchschauen wie die von Wordpress. Es sind zig Einzeldateien mit der Endung tpl, die sich teilweise gegenseitig über merere Ebenen bedingen. Einige css-Anweisungen finden sich in einer stylesheet wider, andere sind direkt in den einzelnen Templatedateien eingetragen. Ein heilloses Durcheinander!

Gleichzeitig sind die id's und klassen so angelegt, dass man mit einer einzigen Änderung in der stylesheet gleich alles Mögliche und Unmögliche mitändert, was man eigentlich gar nicht ändern wollte.

Ich friemel da schon seit ein paar Monaten drn rum weil ich eigentlch auch mal so ein Portal betreiben und vor allen Dingen dieses klasse osDate auf den neuesten Stand bringen wollte. Der ursprüngliche Hersteller (Tutfat) kümmert sich seit Jahren nicht mehr darum. Dann nämlich hat es einfach alles was die 500 Dollar-scripts auch haben...einen Blg, eine Matchmaking-Funktion, unendlich viele Mitgliedschaftslevel mit so feiner Einstellung wie bei keinem anderen Script, ein Forum, eine Bildersuche, eine Geschichtenseite, Gästebuch, unendlich fein einstellbare Mitgliederprofile, Livechat...und....einen Profilgenerator nach dem Motto "aller Anfang ist schwer".

Wenn Du Lust und ein bisschen Ahnung von PHP und css hast, dann melde Dich doch mal. Vielleicht kriegen wir das ja zusammen hin. Ist - wie gesagt - komplett kostenlos.

Du musst dazu allerdings folgendes wissen:
Es gibt keine Dokumentation zu dem Teil. Auch keine aktuellen Tutorials. Ich habe nur zwei halbwegs brauchbare Foren gefunden, ein deutsches, das sich allerdings nur um eine stark veraltete Version kümmert (keine Ahnung warum) und ein englisches, das wenigstens die core ständig so aktualisiert, dass sie sich auf modernen servern installieren lässt. Speziell das englischsprachige ist auch sehr hilfsbereit....allerdings erfährst Du auch drt nicht viel zu der exakten Templatestruktur.

Wenn Du im Internet suchst wirst Du tonnenweise kostenlose "Templates" (meist für die ältere Version 2.0.*) finden. Das sind aber nicht wirklich Templates, sondern nur stylesheets, die das Defaulttheme marginal verändern. Sie passen auch nicht auf die Version 2.5.* weil sich dort massiv was verändert hat.

So, genug Wordpress-Frendes gexchrieben. Back to work :-)

Danke Euch,

Zitat von am3

Mit dem Seitenquelltext wäre das leichter zu beantworten.

ja, ich weiß. Das Problem lässt sich auch unglaublich schwer erklären. Ich habe jetzt mal das Maintenance-Tor abgeschaltet. Bitte schaut doch mal kurz drüber. http://bouwmeester-moebel.de/. Ihr findet dort ein Hintergrundbild...eigentlich zwei. Bitte nicht täzschen lassen. Das dunklere der beiden ist einfach nur mit Photoshop bearneitet. Aber ganu so soll es aussehen...allerdings nicht fix im Background-Slider integriert, sondern ausschließlich auf bestimmten Contentseiten. Dazu soll ein halbtransparentes png als overlay über das Hintergrundbld gelegt werden.

Im body klappt es nicht. Jetzt habe ich es in den wrapper gelegt. Klappt ager auch nicht. Bild ist zwar da aber hinter dem Hintergrundbikd versteckt. Es muss nach vorn. Z-index hilft nicht.

Danke Dir!

Aber nene, ich war ja schon einen Achritt weiter ber es klappt immer noch nicht. Wenn man im Theme im body-Tag <?php body_class(); ?> hinzufügt, kann man im stylesheet ganz einfach ne Unterklasse für jedes Template definieren. Mittlerweile weiß ich auch wie man die benennen muss. In meinem Fall heißt das Template page.haupt.php. Die Klasse heißt dann .page-template-page-haupt-php

Klappt auch alles so weit. Letztes Problem ist nun aber, dass der so eingefügte Hintergrund hinter einem anderen Hintergrund verschwindet. Ein Plugin nutzteine Klasse .rfwbs-active mit dem gleichen Ziel. Meine Klasse muss aber daüber liegen um ein overlay definieren zu können. Und mit z-index ist da nichts zu machen.

Ach Quack! Jetzt habe ich herausbekommen, dass man die body_class beeinflussen kann. Aber wie heißt meine css klasse wenn mein Template page-haupt.php heisst?

body.page-haupt {} funktioniert zumindest nicht

Edit:
Ich bin einen (halben) Schritt weiter.

Mit

Zitat

jQuery('body').addClass('klassenname');

kann ich eine zusätzliche Klasse für body definieren, in der ich dann das overlay definieren kann. Allerdings weiß ich jetzt noch nicht wie ich diese Klasse ein- bzw. ausschalte. Ich bräuchte was wie eine checkbox beim Seitenerstellen, mit der ich diese funktion einschalten kann....

#maincontainer .slideshow-container img {
    text-decoration: none;
    display: inline-block;
   # position: absolute;
    top: 0;
}

so sieht es bei mir zumindest zentriert aus. Veränderungen: display auf inline-block und position: absolute abschalten

Hi

Versuch mal das:

#site-navigation {
    min-height: 50px;
    border-top: 1px solid #efefef;
    border-bottom: 1px solid #e5e5e5;
    text-transform: uppercase;
    background-color: #f8f8f8;
    color: #000;
    letter-spacing: 1px;
    z-index: 999;
}

also einen z-index hinzufügen. Der sorgt dafür, welche container hinter bzw. vor welchen liegen. Der Container mit dem höchsten z-index liegt dabei ganz vorn.

Wahrscheinlich musst Du den z-index auch bei den Flyout-Panels erhöhen, also

Zitat

.main-navigation li li a:hover {
padding-right: 20px;
z-index: 999;
}

Die einzelnen css-Anweisungen findest Du im style.css innerhalb Deines Theme-Ordners unter wp-content/themes/Dein-Theme. Du kannst die style.css via FTP-Client schreibend öffnen und verändern. Falls Du das noch nie gemacht hast, empfiehlt es sich allerdings, eine Kopie der originalen css erst mal auf Deinen Rechner zu zieen mit der Du eine evtl. zerschredderte dann wieder überschreiben kannst.

Hallo zusammen,

ich habe auf der Seite mitels dem Pugin "Responsive Full with background slider" einen wechselnden Background eingerichtet. Das funktoniert auch klasse. Allerdings möchte ich, dass diese Hintergrundbilder, die über die gesamte Seie gehen, also auch header und footer umfassen, auf bestimmten Unterseiten etwas in den Hintergrund treten. Konkret will ich das über die css funktion overlay realisieren.

Mein erster Gedanke war, ein neues Seitentemplate einzurichten, also eine Datei page-content.php z.B.. Die ist aber lediglich eine veränderte Kopie der page.php und enthält also kein body-tag, mit dem ich auch header und footer beeinflussen könnte. Über so ein template könnte ich also nur ein overlay im Hauptbereich definieren während header und footer davon nicht betroffen wären.

Hat jemand eine Lösung für das Problem? Kann man bei WP auch die index.php clonen und als neues Template definieren? Wenn ja - wie definiere ich dann, dass die und nicht eine page.php geladen werden soll? Die index.php wird ja eigentlich nur geladen wenn keine page.php vorhanden ist.

Hallo,

vorweg: Ich kann leider keine Beispielseite zu meinem Problem verlinken weil der Seiteninhaber sie derzeit noch hinter einem "Unter Bearbeitung"-Tor versteckt und sie nur als Admin sichtbar ist. Ich werde aber versuchen, mein Problem so genau wie möglich zu beschreiben.

Ich habe in den Footer u.a. alle Angaben zum Datenschutz und Impressum untergebracht. Weil der Seiteninhaber eine "aufgeräumte" Seite will, habe ich den Footer mittels Display: none ausgeblendet. Zuvor habe ich einen kleinen Reiter mit einem Link ünmittelbar über den Foter gesetzt, mit dem man den Footer einblenden kann.

Ist der Fotter beim Laden der Seite (planmäßig) ausgeschaltet, sitzt der Reiter am unteren Seitenende. Beim Einschalten nun klappt der Footer auch richtig auf, allerdings klappt er nach unten auf und es ist nach wie vor für den Besucher keine Änderung zu sehen...außer vielleicht, dass sich der Scrollbalken verändert. Der Besucher muss dann erst runterscrollen um den Footer zu sehen.

Das ist mir einerseits zu riskant (Impressum, Datenschutz) und andererseits gefällt es mir nicht. Ich möchte, dass der Footer nach oben aufklappt oder die Seite eutomatisch beim Ausklappen ganz nach unten scrollt.

Eine ergänzende Frage habe ich noch: Damit der Footer wirklich am unteren Rand mit der Seite abschließt, musste ich ihn margin-bottom: -40px; setzen. Das hat irgendwas mit einem Plugin zu tun, das mir einen wechselnden Hintergrund anzeigt. Ich kann's nicht ändern und konnte daamit bisher auch gut leben. Dieses Plugin blendet in den unteren 40 Pixeln auf Wunsch Bedienelemente ein, die ich aber nicht brauche und auch ausgeblendet habe. Dennoch scheint dieser Platz reserviert zu bleiben.

Wenn der Footer ausgeblendet ist, soll der kleine Reiter natürlich auch ganz unten auf der Seite sitzen. Tut er aber (natürlich) nicht weil ich ihn nicht margin-bottom: -40px; setzen kann, denn dann würde er beim ausgeklappten Footer hinter diesem verschwinden. Eine Lösung wäre, dem Reiter-div beizubringen, dass es immer auf dem Footer bleiben und nicht dahinter rutschen soll.

Hat jemand eine Idee?

Danke, hab's geschafft. Ein fertiges Plugin dafür habe ich allerdings nicht gefunden. Es war aber einfacher als ich dachte. Für alle, die das gleiche Problem haben:

Das JavaScript:

Zitat

<script>
function show(id) {
if(document.getElementById) {
var mydiv = document.getElementById(id);
mydiv.style.display = (mydiv.style.display=='block'?'none':'block');
}
}
</script>

Alles anzeigen

Der Link:

Zitat

<a href="" class="nav-link" onclick="javascript:show('hauptnavi'); return false"></a>

CSS zur Erzeugung des Hotdog-Icons:

Zitat

.nav-link {
position: absolute;
padding-left: 1.25em;
float: right;
display: inline;
}
.nav-link::before {
content: "";
position: absolute;
top: 20px;
left: 0;
width: 60px;
height: 10px;
border-top: 30px double silver;
border-bottom: 10px solid silver;
}

Alles anzeigen

Hallo zusammen,

hat jemand eine Idee wie ich mein(e) Menü(s) via Buttonclick ein- und ausblenden kann? In etwa so wie auf dieser Seite: http://www.lecubi.de/ Lecubi ist allerding mit Typo3 gebaut.

Grüße
Holger

Hallo,

ich habe momentan folgendes, etwas seltsames Problem: Nach Installation von SweetDate 2.9.2 und der Installation der dafür beötigten Plugins (insbesondere rtmedia) bekam ich immer wieder unerklärliche Fehler. Zunächst war die Pluin-Seite nicht mehr aufrufbar (weiße Seite). Das Problem habe ich dann dadurch gelöst, dass ich eine ältere Version des Plugins installiert habe.

Dann war SweetDate nicht mehr konfigurierbar wenn ich bei Buddypress Gruppen und Freundschaften aktiviert habe.

Schlußendlich habe ich dann den Fehler gefunden: Es ist die Spracheinstellung. Wenn ich das Ganze Wordpress auf Englisch umschalte, funktioniert alles...inklusive der altuellen rtmeda.

Dann habe ich gesehen, dass die mitgelieferte Sprach-.po nicht komplett bearbeitet ist. Es fehlen ca. 3/4 der Übersetzungen. Das ist ne Menge Arbeit. Um zu eruieren, ob eine Übersetzung was bringt, habe ich die englische .po stellenweise einfach ins Deutsche übersetzt.
Also:
msgid "Group Name (required)"
msgstr "Gruppenname (erforderlich)"

Und she da: Es geht nicht, d.h. es wird nach wie vor in Englisch angezeigt.

Jetzt stehe ich vor der Frage, ob ich mir wirklich die Arbeit machen soll, die ganze deutsche .po zu übersetzen. Am Ende war dann die ganze Arbeit umsonst weil die .po-Dateine gar nicht verwendet werden...

Daher meine Frage: Gibt es noch eine andere Spracheinstellung, die ich nicht gefunden habe?

Och Mensch maxe, Du bist meine Rettung! Genau diese body_class war es. Jetzt funktioniert alles einwandfrei. Da muss man erst mal drauf kommen. Du musst wissen...ich doktor da jetzt schon seit Monaten dran herum. Jedes mal hab' ich nach ein paar Tagen entnervt wieder aufgegeben und dann ein externes Theme bei shops verwendet. Jetzt hab' ich es endlich auch in meinen Themes perfekt. Wieder was gelernt.

Noch mal danke :-)

Oh, Du hast ja recht. Hatte ich ganz übersehen. Damit komme ich jetzt schon mal ein bisschen weiter. Bleibt aber dennoch die Frage, warum hier nicht die woocommerce-eigene css greift. Ich habe mir auf youtube und in Foren nen Wolf gesucht aber das Problem scheint nicht sehr verbreitet. Wannimmer jemand woocommerce über die eingangs beschriebenen Methoden in sein Theme einbindet, sind die entsprechenden Seiten offenbar (normalerweise) schon entsprechend gestyled...und zwar unabhängig vom verwendeten Theme.

Da frage ich mich was ich in meinem Theme vergessen habe und was in allen anderen Themes immervorhanden ist.

Ich habe schon dutzende von functions.php's und style.css's gewälzt um des Rätsels Lösung zu finden...leider bisher ohne Erfolg.

Einige Male hatte ich schon gedacht, ich hätt's. Woocommerce verwendet beispielsweise sections statt divs im main-Bereich. Hab' ich entsprechend geändert...ohne Erfolg.

Woocommerce greift bei der Shopseite definitiv auf seine interne archive-product.php zurück. Die habe ich auch erfolgreich in meinem Theme überschrieben und ausprobiert ob sie wirklich geladen wird (Nonsens reingeschrieben als Test). Sie wird! Dennoch greift die woocommerce-eigene css nicht.