A smink nem lehet olyan sz@r,
A smink nem lehet olyan sz@r, ha egyszer a top 10-ben van, és egy deka issue nincs ilyen trivial hibáról. Ellenben van neki némi igénye: Pl
Adaptivetheme Base
The Drupal 7.x-2.x versions of Corolla are subthemes of Adaptivetheme - you must download and install it first. Adaptivetheme provides the core functionality such as layout control and other settings.Versions
Always match version for version with the base theme:Adaptivetheme 7.x-3.x => use Corolla 7.x-3.x
Adaptivetheme 7.x-2.x => use Corolla 7.x-2.x7.x-1.x and the Drupal 6 versions are stand alone themes, only the 7.x-3.x and 7.x-2.x branches are Adaptivetheme subthemes.
Szóval le kell tölteni hozzá az Adaptivetheme-t is, mégpedig a saját sminked verziójához passzolót, és máris lesz get_color_scheme_name() függvény.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nálam jó
Ez furcsa, én felraktam egy sandbox Drupalra a Business sminket, és nincs vele gond:
Nézd meg, nem ír-e hibát a hibanaplóban (admin/reports/dblog); törölj cache-t; esetleg megnézhetnéd, hogy ha nyitsz egy fejlesztőeszközt a böngésződben (ha Chrome/Opera, akkor beépített, ha Firefox, akkor Firebug; Ctrl+Shift+I vagy F12), és megnézed a Console fülön, nincs-e JavaScript exception. Bár utóbbi nem kéne, hogy szerepet játsszon. Mondjuk én a helyedben azt is megnézném a fejlesztőeszköz segítségével, mi van a formelemek helyén, a markup megfelelő-e.
Meg lehet esetleg tekinteni az oldalt, ahol a hibajelenség előfordul, publikus?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
users tábla status mezője
manuálisan is felülírhatod pl. phpMyAdminban a users tábla status mezőjét, vagy a következő query-vel állíthatod aktívra:
UPDATE `users` SET `status` = '1' WHERE `uid` = 26;
A 26-os uid-t nyilván cseréld le a sajátodra.
1-es érték az aktív,
0-s érték a blokkolt státusz.
Persze ha főadminként be tudsz jelentkezni, és egy másik júzert blokkoltál, akkor csak simán pl.
user/26/edit
elérési úton átállítod aktívra a státuszt a megfelelő rádiógombbal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mivel a slideshow-ba
sose kell több száz kép általában és egy honlapon elég gyakran csak egy slideshow-van, így szerintem nem olyan nagy gond duplikáció.
- Létrehozol egy slideshow_image tartalomtípust, ami egy (kötelező) képet
fogad, és a views sildeshow ezeken a slideshow_image tartalmakon. dolgozik.
Előny:
- Több extra mezőt (cím, link...) tudsz a képhez adni és ezeket a slideshow-ban megjeleníteni.
- A slideshow-ban a képek megjelenési sorrendjét is tudod változtatni.
Hátrány:
- Bevezetsz egy új tartalomtípust (pár új tábla).
- Néhány képet duplikálsz, vagyis feltöltöd a galériába és a slideshow-ba is. Ami pár kép esetén nem nagy extra a felhasználónak sem.
Sokszor az is kérdés, hogy a slideshow-ba egyedi képarányú kép kell, pl. pontosan X * Y pixel nagyságú. Ilyenkor szerintem jobb megoldás, ha a pontos képarányú kép van feltöltve (márha képes erre a felhasználó is), mint bevezetni erre a képarányra egy új preset-et, amit fog használni pl. max összesen 3 kép, ami pörög a slideshow-ban.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez nem drupal gond, CSS
A CSS border attributum egy legalabb harom parameteres tortenet. Peldaul ez egy valid border attributum definicio:
#mytable td { border: 1px solid black; }
A border: 0px -et valoszinuleg azert fogadja el, mert az funkcionalisan megegyezik a border: none definicioval.
Olvasnivalo a temaban: http://www.w3schools.com/css/css_border.asp illetve innen kiindulva http://www.w3schools.com/cssref/pr_border.asp
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges








szerintem ilyenre valami
szerintem ilyenre valami rendes modulban, hook_theme()-ben definiált theme_ függvényt kéne létrehozni (kérdésedre válaszolva én nem tudok konkrétan ilyet létrehozó generikus függvényről a core-ban, de attól még simán lehet, hogy van), és akkor felülbírálható is lenne a különböző sminkekben, meg máshol is fel tudnád használni, adna egyfajta rugalmasságot.
Annak viszont őszintén szólva én nem látom sok értelmét, hogy a függvény nevében benne van, hogy add_div_around, és akkor egy tök általános HTML-struktúrát is az elem köré pakolhatsz :)) Úgy értem, ha nem 'div' stringet adsz át második paraméterként, hanem mondjuk 'blockquote'-ot.
Lehet, hogy a 'wrap' szó kifejezőbb lenne.
Amúgy nehogy kötekedésnek vedd, csak tanács akar lenni, remélem annak is látszik. :)
Ja, és ha hook_theme-ben definiálnád, akkor ilyesmi lenne mondjuk
function theme_wrap_around_element(.......)
így lehetne hívni:
echo theme('wrap_around_element', .....)