Lejla képe

Köszönöm mindőtök segítségét:
egy nyitó php tag volt "röviden hagyva" a letöltött sminkben... :-) Ráadásul már rögtön az eleje táján, szóval nagyon is igaz, hogy a php hibajelzés nem mindig ott keletkezik, ahol a valódi hiba van - sőt, mivel ez egy kezdő tag volt, még csak nem is az "$end" volt a valódi hiba...
Úgy látszik, a tárhely szerverének beállításai tolerálják az ilyesmit, de a wamp nem. Nem kis meló volt átnézni a php-t, már azt hittem, kifolyik a szemem :-)

0
0
aboros képe

úgyhogy szerintem ez hibátlan megoldás. ügyfél boldog, robot boldog, te is boldog vagy, minden stimmel. biztos lehetne variálni, de minek. ez kliens oldali probléma ;)

0
0

-
clear: both;

joecee képe

Lokális gépen történt mindez, és ha a föntebb említett módon próbálok meg belépni, a hozzáférés megtagadva hibaüzenetet kapom.

0
0
aboros képe

új nekem még ez a render dolog, szóval hirtelen így tudnám megcsinálni, lehet láma, szóljatok és behúzom ircen az lct.

function SMINKNEVE_preprocess_node(&$vars) {
  unset($vars['content']['body'][0]);
  $summary = $vars['content']['body']['#items'][0]['safe_summary'];
  $value = $vars['content']['body']['#items'][0]['safe_value'];
  $vars['content']['body'][0]['#markup'] =  $summary;
  $vars['content']['body'][0]['#markup'] .=  $value;
}

működik, de nem tetszik nekem így. ennél egyszerűbben is mennie kell hetesben.
0
0

-
clear: both;

csakiistvan képe

Nem, szerintem a kérés nem értelmetlen, néhol tök jogos, de ha nincs jobb megoldás, akkor ez marad :)

0
0

Drupal full-stack developer at Wunderman Thompson Budapest

vorvor képe

zschopper képe

Szia,

sminkbe azt, amit csak a választott sminknél lesz elérhető funkció.

Az esetek többségében, hogy minek hova kell kerülnie, elég, ha egy olyan site esetét veszed alapul, ahol a felhasználók változtathatnák az oldal kinézetét.

Viszont, ha az adott funkciót (legyen mondjuk dropdown menü) idővel fel akarod használni máshol is - az adott sminktől teljesen függetlenül -, akkor modul legyen.

Néha könnyebb egy modul-smink szimbiózist sminkben lekezelni, mint külön-külön, hogy univerzálisan minden körülmények között működjenek, de az ilyen fajta "lustaság" sokszor később bosszulja meg magát ;)

pl.: a dropdown menünél maradva: ha a saját smink "outputját" hozzáigazítod a menükezelődhöz (hogy egyszerűbb legyen megírni), akkor később írhatod újra ha más sminkkel is szeretnéd munkára bírni.

Ugyanakkor nekem van az egyik sminkemben egy pár soros php+jquery kódom, ami a hozzászólások moderátori linkjeit (felhasználói hsz-ok szerkesztése, törlése) különszedi a rendes linkektől (válasz, szerkesztés) és a hozzászóláson belül máshova pakolja egy dropdown menüben.

Ez csak pár sor, és teljesen smink-specifikus, bár modul-szerű funkcionalitása van, de szerintem ez inkább smink, mint modul. :)

0
0
Bálint képe

Egy másik lehetséges megoldás a theme_menu_item_link() megvalósítása. Ezen belül eszközölhetsz olyan módosítást, hogy a kérdéses menü link href attribútumába # jel kerüljön.

Valójában ez sem szép megoldás. Az egész elképzelés szembemegy a Drupalban erre vonatkozó logikával, de én is találkoztam már a kéréssel, ez egy (rossz?) beidegződés sok emberben a dropdown menükkel kapcsolatban.

0
0
zschopper képe

Jelenleg ezt futtatnám le a modul kikapcsolásakor
Ez a kód akkor fut le, amikor eltávolítod a modult (/admin/build/modules/uninstall), nem amikor kikapcsolod.

A standard-ek azért vannak, hogy ha más tartja karban a kódodat, akkor a felmenőid ne kapjanak csuklási rohamot. ;)

Az pedig tudvalevő, hogy egy kódot hatványozottan többször olvasnak, mint ahányszor módosítanak rajta. Én akárhány programozási környezetben dolgoztam mindig igyekeztem követni a hivatalos (v. a munkahelyi) ajánlásokat. Egy ideig mindig eltartott, mire ráállt a szemem, de úgy érzem, hogy mindig megérte hosszútávon.

0
0
zschopper képe

onclick.

js-sel nem lesz kattintható, viszont js nélkül is elérhető az adott tartalom - legalább olyan szinten, hogy az általa elérhető menüpontokról - hivatkozásokkal - áttekintést ad.

0
0