Validate, amit keresel: https
Validate, amit keresel: https://api.drupal.org/api/drupal/developer%21topics%21forms_api_referen...
A myform_form_validate()-ben csinálod meg ugyanazt a vizsgálatot, ami most a form submitban van. Ha közben elfogadták az ajánlatot, a validate az egész form_submit folyamatot megszakítja, ha form_set_error-t állítasz rá - és az üzeneted is kész.
----
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ézzük meg, hogy minden jó-e
nézzük meg, hogy minden jó-e
mit mond?
Ott az alias?
Az uri jó? (localhost)
Socket-et eléri a php? (db url-ben a localhost-ot cseréld 127.0.0.1-re, próbaként.
Jó egyáltalán a db url? Az van amit oda írtál, vagy a megfelelő részek le vannak cserélve?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
template
Amit írtam fentebb is azzal a módszerrel!
http://cgit.drupalcode.org/jcarousel/tree/includes/jcarousel-view.tpl.php
Ezt a file-t egy az egyben módosíthatod saját module-ban vagy theme-ben, az egyéni igényeid szerint. A template file-ban található "li" html jelölők az egyes elemeket jelentik, amik megjelennek magában a slider-ben. Kísérleti jelleggel kipróbálhatod, hogy mi történik, ha csak simán kikommenteled a 10-est sort(elfog tűnni minden elem). :)
Remélem jól értettem a kérdést! :)
Bálint
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ehhez szerintem egy
Ehhez szerintem egy responsive smink kell, amelynél a különböző típusú eszközökhöz és azok képernyő méreteihez eltérő beállításokat adhatsz.
Egyébként pedig minden szélesség értéket- ami állítható - százalékosan kell megadni. Szerintem minden smink, amit egyáltalán érdemes használni, a befoglaló elem méretéhez igazítja a benne lévő blokk szélességét, tehát neked csak az oszlopok (jobb, bal, main) rugalmasságát kell biztosítani, ezt pedig a sminkek alapbeállításánál teheted meg.
Ha viszont maga az a feladat, hogy egyáltalán megjelenjen vagy sem képernyő mértettől függően, az már fogósabb. PHP szabályozással megoldható, de hogy kész modul lenne-e erre, azt nem hiszem.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Most vagy
a. megcsinálod, amit Geva írt.
b. leírod, hol akadtál el abban, amit Geva írt
c. felrakod a display_suite module-t, amivel aztán azt csinálsz a teaserrel, amit akarsz.
d. panels + page_manager + újabb kérdés, ha nem boldogulsz vele - ez a hosszútávú megoldás.
„Én nem az alap linkeket használom, hanem így: http://phghd.hu/anime/category
Ezzel is meg lehet oldani?”
Ez a kérdés nettó zöldség. Mi az, hogy nem az alap linkeket használom?? Miért nem? Mit használsz helyette?
----
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
van oka
Szervusz!
Igen van, az 5-ről a 6-ra sose tudtam normálisan átvinni semmit , pláne mert több nyelvűek az oldalak a taxonómiák stb. nem mentek jól át. A 6-ról 7re is sok a különbség a többnyelvű dolgok miatt, meg se próbáltam megmondom őszintén.
Mindent újra rakok , nem gond ez csak a felhasználókat kellene áttennem. Elsősorban nem mysql-ben szeretnék matatni hanem esetleg valami modullal átvinném a felhasználókat. Nem tudom a 6 nak 7 nek mennyire már a felhasználói adattábla szerkezete, lehet az lesz belőle , hogy kénytelen leszek barkácsolni, de hátha van rá működő kész modul.
tamoca
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Biztos igazad van, de a
Biztos igazad van, de a programozók nem gondoltak arra, hogy legyen egy ténylegesen @total parancs? Gondolom nem lehetetlen és akkor nem kéne így körbejárni, mint ahogy javasoltad. Ráadásul minek nevezik totálnak, akkor nevezzék úgy, ahogy a Microsoft Excelben van a Összeg, meg a Részösszeg, az előbbi a totálnak fele meg ugyebár, az utóbbi egy szűrés után mutatja a szűrtek összegét. Nem vagyok Microsoft fun, de úgy látszik ők legalább logikusan tudják elnevezni a dolgokat...
Az első kettő probléma a nagyobb egyébként, ott is meg kéne kerülnöm valahogy a programozók által nem a felhasználók agyához igazított működést?!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem kell megijedni, a Google
Nem kell megijedni, a Google ezen súgócikkében feltételes módban fogalmaz:
„[...] feltérképezését, az azt is befolyásolHATja [...]”
Egy JS-fájl hiánya még nem jelenti minden esetben, hogy az adott oldal szöveges tartalmát nem tudja értelmezni. (Ha például a JS csak hoverre animációt csinál, akkor az nem befolyásolja a feltérképezés minőségét.)
Ettől függetlenül természetesen a hibát meg kell oldani. Biztos, hogy a jQuery-fájloknak a /misc könyvtárban kell lenniük?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szia!
Első kérdésedre:
A smink stlye.css fájljában a 49.sorban található:
#site-name {
font-size: 100%
}
az érték százalékban van megadva jelen esetben. Amennyiben ezt az értéket pl 320%-ra állítot, sztem a kívánt eredményt érheted el.
Természetesen javaslom al-smink készítését, hogy ne az eredeti sminkben vidd véghez a módosításokat. Nagyon sok jó leírást találsz hozzá... pl ezt
Remélem tudtam segíteni. Szép napot!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Probléma megoldva
Mindenkinek köszönöm a hozzászólását!
Végülis PP javaslatából indultam ki.
Létrehoztam egy taxonomy típusú nézetet blokként, kapcsolatként beállítottam a "Taxonómia kifejezés: Tartalom kifejezéssel"- t. Így már tudtam tartalom mezőket is megjeleníteni.
A szövegkörnyezeti szűrőnek beállítottam a
"Taxonómia kifejezés: Név" -et
Nyers érték URL-ből.
4.- elemet figyelve, mert az a család azonosító.
És voálá. Mostmár az adott termékhez tartozó családtagok megjelennek a termék node-ja alatt. (Ezt panellel készítettem el.)
A hibám az volt, hogy korábban a nézet típusa "tartalom" volt.