Rég találkoztunk már Budapesten Drupal Használói Találkozó keretében, s ezt sem hívhatjuk annak, hisz nem a szokott időpontban lesz, de jó lenne ötleteket cserélni, megvitatni dolgokat.
Helyszín: javaslom a Dürer kertet, http://g.co/maps/5c4qb
Sziasztok!
Szeretnék kialakítani Zen-ből egy Drupal 7-es sminket, és nagyjából kész is vagyok vele, viszont egy bajom van, amit viszonylag kitartó próbálkozások ellenére sem sikerült megszüntetnem. Az a tervem, hogy a fenti menüsor fülszerűen látszódjon, kiemelve az aktív oldalt, háttérben a többit. Meg is oldottam a kérdést, legalábbis úgy gondoltam, egészen addig, amíg meg nem néztem Firefoxban, ahol az egész egy képponttal lejjebb van, mint a többi böngészőben (ami magába foglalja a Chrome-ot, Safarit, Operát és az IE9-et is).
A kérdéses részt kiemeltem nagyban a fórumtémához csatolt képben. A homokozó oldalt a http://fleet.4242.hu/7/ címen megnézhetitek élesben is.
A menülinkeknek van alul 2px-es paddingjuk. Ha azt átállítom 1px-re, akkor FF-ben jó lesz, de minden máshol rossz lesz. Azon kívül, úgy van kialakítva a cucc, hogy a linkek ("a" tag) egy "li"-n belül vannak. Most a linkek vannak formázva. Gondoltam azt is, hogy a linkeknek nem adok keretet, hanem helyette a kívül lévő "li" elemet formázom meg, hátha a Firefox máshogy jeleníti meg az egymásban lévő dolgokat, de ennek az lett a hatása, hogy a Chrome-ban nem változott semmi (ahogy számítottam is rá), a Firefox viszont a szükségesnél nem egy pixellel nagyobbra, hanem egy pixellel kisebbre vette az elemet, tehát azzal nem jutottam előrébb..
Ha valakinek van valami ötlete, szívesen veszem, mert nekem már nincsen. :)
| Csatolmány | Méret |
|---|---|
 hethatar_ff_css_vagy_mittu_domain.png | 243.08 KB |
Van egy taxonomia szótáram (tipus), melyhez három entity-mező kapcsolódik(gyártmány, gyártási évek, processzortipus, melyek külön-külön szótárban vannak).
A tipus szótárba felvitt készülékek jellemzően egy gyártmánnyal, de esetenként több(akár 10)gyártási évvel, vagy processzortipussal is rendelkeznek.
Mindezek egy ubercart product(termékek) node-ba adják a 'tipusjellemzők' csoportot, (illetve egy külön csoport, a hierarchikus felépítésű catalog szótárból ami különböző alkatrészcsoportokat definiál).
A gondom az, hogy a termékek beküldésénél úgy kellene a tipusjellemzők mezőit létrehozni, hogy a különböző készülékek kiválasztásakor csak a hozzá tartozó tipus-szótárban definiált adatokat jelenítse meg választási lehetőségként.
Felmerült bennem természetesen, hogy csinálok egy hierarchikus szótárat, pl.
Tipus
--Grundig
---Gyártási év
----2010
----2011
----2012
---Processor
----zx
----axc
----bxc
--JVC
---Gyártási év
----2010
----2011
----2012
---Processor
----zx
----axc
----bxc
--Sony ....stb...
Így egyrészt egyszerű lenne az élet(a product mező dependeciáit megoldja), másrészt viszont nem, mivel pl. nem lehet lekérni az azonos processorral, de különböző gyártmánnyal szerelt gépeket, de ugyanígy az évszámnál se, ráadásul egy adatot akár száz entitásnál is külön fel kell vinni, ráadásul ha változik bármely adat, akkor nem egy szótárban kell változtatni, hanem rengetegnél.
Elnézést ha kicsit bonyolult lett a kérdésem.
Sziasztok!
Amikor egy látogató új felhasználói fiókot hoz létre, és az automatikus rendszerüzenetet a Mime Mail által html formában elküldi a Drupal, akkor az egyszer használatos hivatkozás rövidített formában jelenik meg a levélben. Ezáltal azt nem lehet vágólapra tenni és a böngészőbe bekopizni, csak klikkelni lehet.
Példa:
Kedves xy!
Köszönjük a csatlakozási szándékot www.xxxxxxxx.hu webhelyhez. Az alábbi hivatkozásra kattintva vagy a böngésző címsorába illesztve lehet belépni:
http://www.xxxxxxxx.hu/user/reset/263/1332172845/2mqgI7yGhtArNaPSV...
A hivatkozás csak egyszer használható belépésre. Ezt követően a böngésző át lesz irányítva arra az oldalra, ahol többek közt a jelszó is megadható.
stb...
Ebből a hivatkozásból 26 karakter le van vágva. Ha nem html formátumban, hanem plain text-ként küldöm (azaz kiiktatom a Mime Mailt), akkor a teljes url látható, kijelölhető, másolható.
A kérdésem, hogy lehetne elérni, hogy a html levelekben is a teljes hivatkozás látszódjon?
Köszönöm előre is a segítséget!
Üdv Mindenkinek!
Szeretnék segítséget kérni a következőben, eddig nem leltem hasonló kérdésre/megoldásra.
CCK text mezővel könyvek szerzőinek nevét veszem fel. Hogyan lehetne megoldani, ha még nem létező (Új) szerzőt adnak a mezőhöz, megjelenjen egy figyelmeztetés:
"Egy adatbázisban még nem szereplő nevet készülsz rögzíteni. Kérlek, győződj meg róla, hogy a szerző nevét helyesen írtad e be, vagy az nem szerepel e már más névvel az adatbázisban."
Köszönöm a segítséget!
Üdv!
Az lenne a gondom, hogy ha egy tartalmat hozzáadok egy menühöz, de nem állítok be neki súlyt, tehát 0-n hagyom, akkor a menüben a rendezése dátum szerint növekvő lesz. Én meg akarom ezt fordítani, de sehol nem találok rá megoldást, modult, bármit. Vagy nem elég az angol tudásom a kereséshez, vagy tényleg nincs ilyenre megoldás? Utóbbit erősen kétlem, ezért kérek segítséget.
A súlyozás nem megoldás, a lényeg az egyszerű tartalom-hozzáadhatóság lenne, hogy a felhasználóknak ne kelljen a cikkeik súlyozásával foglalkozni és rendezgetni, hanem automatikusan dátum szerint csökkenő sorrendben jelenjen meg az aktuális tartalom adott menüben.
A modulok használatánál tettem fel a kérdést, melynek továbbgondolása közben merült fel egy másik.
Saját tartalomtipus dependent mezőinél szükséges lenne, hogy a dependent formban egymás után több kijelölést is rögzíteni tudjak, mielőtt a szervernek küldeném az adatokat.
Ha jól tudom, a hierarchical select modulban van ilyen, és eredménydoboz a neve.
Üdv Mindenkinek!
Készítek 3-ad magammal egy oldalt, ami egy fórum köré lesz építve. A problémához annyit szükséges elmondanom erről, hogy egy felhasználónak több személyisége, karaktere lesz/lenne az oldalon. Erre csak a fórum részben van szükség, az oldalon nem.
Megoldásként arra gondoltam, hogy többféle aláírást hoznék létre egy személyhez. Ezeket képként lehetne a felhasználóknak feltölteni és minden fórum bejegyzés végére ki tudná választani a megfelelő aláírást, de csak egyet és kötelező.
Tudna nekem erre valaki egy jó megoldást, esetleg modult?
OSI
Sziasztok!
Lehet, hogy a kérdésemre a válasz nagyon egyszerű, de valahogy nem látom, nem találom a választ.
Egy linket is megköszönök, ha le van írva valahol.
Van két domain amit domain access modullal kezelek.
Hogy lehet azt (vagy lehet-e) megoldani, hogy ha egy felhasználó az egyikdomain.hu-n jelentkezik be akkor az a és b csoportba tartotton, ha meg a masikdomain.hu alatt jelentkezik be, akkor meg a c és d csoportba.
De ezt nem globálisan adnám meg, hanem felhasználóhoz kötve.
pl:
user1 egyikdomain.hu alatt az a,b csoport tagja
user1 masikdomain.hu alatt csak b csoport tagja
user2 egyikdomain.hu alatt az a csoport tagja
user2 masikdomain.hu alatt a b csoport tagja
Választ előre is köszönöm!
Csermák Tamás
Elakadtam, és úgy vélem azért, mert elvileg sem jól indultam el. muszály leírjam a körülbelüli helyzetet a jobb értelmezőséghez.Elnézést ha kicsit hosszú leszek.
- Létre kell hozzak egy olyan oldalt, ahol alkatrészeket lehet böngészni.
- Az alkatrészek azonosításához szükséges a gépkocsi gyártmánya, tipusa, évjárata és motortipusa. Ezeknek az adatoknak létrehoztam 1-1 külön szótárat.
- A 'Tipus' szótár entitásai(mezői) lettek a gyártmány, az évjárat és motortipus. Ide kerültek feltöltésre a különböző tipusú autók, amelyeket értelemszerüen azonosít a gyártmány(1 érték), az évjárat(több érték)illetve a motortipus(több érték).
- Mindezek egy 'Alkatrész' tartalomtipusba(node) kerülnek be, ahol majd azonosítani lehet velük a beküldött alkatrészeket.
- A Feltöltés: Mivel egy alkatrész több tipusba és azokon belül sok évjárathoz, és motortipushoz is jók, ezért itt többszörös kiválasztás kell,de egy alkatrész nem törvényszerüen jó egy tipus minden motorjához és évjáratához is, ezért itt is szelektálni kell, ráadásul az igény az, hogy ('bolondbiztos módon')a feltöltésnél kiválasztott tipus(okhoz) csak a hozzá tartozó évjáratból és motortipusból lehessen (multiple) módon megadni a paramétereket.
Már beleőszülök a helyzetbe, mivel az elv nem áll össze, hogy hogy lehetne mindezt bármilyen módon is megoldani.
(Ha minden tipushoz csinálok egy-egy újabb termet, ahol még külön megadom a gyártási éveket, a másikba pedig a motortipusokat, és mindezt az 'alkatrész' node-ba is beviszem mezőnként az maga a dráma.Ha egy hierarchikus szótárba rendezem, akkor rengeteg ismétlődés lesz....)
Ha nagyjából érthetően sikerült vázoljam a helyzetet és van bármi elképzelésetek, hogy ti milyen módon hoznátok mindezt létre, úgy kérem segítsetek benne!
