Konkrétan itt a Gallery3-ról
Konkrétan itt a Gallery3-ról van szó. Felraktam a drupal mellé egy könyvtárba (http://ezasajatoldalam.hu/gallery3), és a drupal oldalról egy menüponton keresztül ("Galéria".....milyen találó) átküldöm a látogatót erre az oldalra, amit fentebb leírtam. Tehát a kérdés valójában erre irányul, hogy ezt a gallery3-at (ami ugye lényegében független a drupaltól), meg lehet e védeni jelszóval illetéktelenektől úgy, hogy ha a drupal oldalra bejelentkezik a felhasználó, akkor az oldal értesítse a rendszert h ő tőle már ne kérjen jelszót a gallery3-hoz, mert ő ismerős.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
bartik sminkkel van a gondod
ez az alapértelmezett smink. ez a smink color module integrációs, tehát te a beállításoknál átszínezheted bizonyos részeit. ez a technika nagy vonalakban úgy működik, hogy van egy átlátszó pngkből álló sablon, ezt fogja programozottan felszeletelni kisebb részekre, amiket majd maszkként, vagy háttérként használ fel a végleges cssben. ezek a maszkok vagy hátterek átlátszóságot is hordozó png fileok, ezek megjelenítésével van az explorernek problémája, ezért látsz más árnyalatot explorerben. slusz.
ezzel nem tudsz mit csinálni, legfeljebb nem használsz olyan sminket, ami ilyen color module integrációs.
részletesebben olvashatsz erről a color module dologról itt:
http://drupal.org/node/108459
talán azt is érdemes itt megjegyezni, hogy az általad beállított szín igen kicsi eséllyel lesz egy másik monitoron is ugyan olyan. ez egyszerűen egy technológiai sajátosság, amit kalibrálással és egyedi színprofilokkal egész korrektül ki lehet küszöbölni, de az átlagos felhasználó ilyen dolgokat nem tesz meg. szinte kizárt, hogy a te monitorodon meg az enyémen tökéletesen ugyan az a szín jelenjen meg ugyan arra az rgb értékre.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, mivel a
Igen, mivel a nyomdatechnikában, dtp-ben eléggé otthon vagyok, a monitorok megjelenítési problémájával tisztában vagyok, de itt nem erről van szó, hiszen itt ugyanazon monitoron belül van a gond, és ekkora különbség a mai, alapbeállítással rendelkező LCD-k között nincs.
Amit a bartikról írsz, igen, ez lesz a gond, logikus.
Csak én azért is használtam ezt a sminket, mert gondoltam azért ezt választotta a drupal, mert ez egy hibátlan, és a legnagyobb körben optimálisan használható formában van megírva.
Ezek szerint nem.
Na most ha ott belenyúlok a színbe, ahol mondtad, tudom, néztem azt a részt, akkor szerinted közelíthetem az IE-hez a dolgot? Csak mert ha ott változtatok, akkor az a kék is elmegy, ami nekem tetszik, az alap kék, de mivel a felszeletelt png-et nem kezeli jól az IE, az újabb szín is más lesz.
Tudom-tudom, de tényleg nem tudom megérteni, hogy 2011-ben az IE miért nem képes beállni a sorba.
Nem arról van szó, hogy a smink CSS3-ban készült, az IE8 pedig azt még nem tudja?
És: színátmenet megoldáshoz a weben ez a legjobb technika, hogy png szeletekkel oldjuk meg. Simán verlauf nincs?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az átlátszó pngk használata a színezhetőség miatt van.
slusz. van sima ferlauf is, de az nem lesz színezhető az uiról úgy ahogy azt most a bartikkal csinálhatod. van css3ban már színátmenet, de azt nem fogja még minden böngésző ismerni.
mégegyszer elmondom, a probléma az, hogy az ie hibásan kezeli az átlátszó pngket. az átlátszó pngkre csak a színezhetőség miatt van szükség, ez egy trükk. ne használj color module supportos sminket és akkor nem lesz ilyen gond.
"de mivel a felszeletelt png-et nem kezeli jól az IE, az újabb szín is más lesz."
így van!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Értem, tehát ha olyan sminket
Értem, tehát ha olyan sminket használok, ami ilyen egyszerűen átszínezhető menüből, akkor mindig ez lesz.
Hát akkor egyelőre együtt kell élnem ezzel, mert az átszínezhetőség, anélkül, hogy a CSS-ben turkáljak mindig, ráadásul itt egységesen, egyszerre történik, nekem kell :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
bingo!
"Értem, tehát ha olyan sminket használok, ami ilyen egyszerűen átszínezhető menüből, akkor mindig ez lesz."
igen.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kérdés
Érdekelne engem is ez a megoldás, pp által a 2. pontban leírtakra szeretnék egy kicsit konkrétabban rákérdezni. A webformhoz hozzáadok egy rejtett mezőt, ez stimm...de mit kell csinálni a $_GET['q']-val? Be kell írni alapértelmezett értéknek, és ha igen, hogyan?
Kérhetek egy kicsit szájbarágósabb útmutatást ?
(Ez gondolom, a formhoz kapcsolt node azonosítóját tartalmazza...de ez csak sejtés)
Megköszönöm a segítségeteket!
Ducsai Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Csak ezt ne!
Csak ezt ne!
Miert akarja mindenki ezt a szerencsetlen image modult hasznalni.
Galeriat cck alapon epitunk egy nem lesz szenvedes a d7 upgrade.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez itt eleg erdekes:acquia7
Ez itt eleg erdekes:
acquia7/includes/form.inc: * $node = node_load(array('uid' => $uid, 'type' => $type));
A dokumentacio (api.drupal.org) ezt mondja:
node_load($nid = NULL, $vid = NULL, $reset = FALSE)
Egy hibas parameterekkel hivott node_load a bunos.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
De, ezt nézegettem én is.
De, ezt nézegettem én is. Csak nem egészen jövök rá, hogy hogy tudnám neki megadni, h melyik részt blokkolja. Hogy mit kellene írnom a htaccess-be, hogy a SecureSite-ot használja.
Mert ezt írva, ez a sima Apache-s megoldás:
AuthUserFile "..."
AuthType Basic
AuthName "..."
Require valid-user