javascripttheming forms
mindkét belinkelt oldal a Theming guide-ban van, ez legyen a fő támpontod,
így nem tudok további részletekben segíteni,
ezt nem lehet innét megjósolni, amúgy uc 3-ban nem számoltam még javascripttel mennyiséget, uc 2-ben van kódom
(talán az theme_uc_product_add_to_cart_form() az érintett, de még az sem kizárt, hogy a js-ből el tudod indítani a számolást és az eredmény mentését a mennyiség mezőbe - nincs több időm tanulmányozni)
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Gondolatolvasó vagy, épp
Gondolatolvasó vagy, épp tegnap teszteltem ezt a modult.
Még gondolkodom, mennyiben lenne ez jó, vagy zavaró. Nyilván az lenne az előnye, hogy többen regelnének, ha már beírtaák a hirdetést nem hagyják félbe, de lennének sokan, akik azt hinnék, hogy ezzel kész és elfelejtenék rendesen befejezni a reget.
Szóval még nem döntöttem. Ráadásul most is vannak olyanok, akik valamiért - pedig ki is van írva - nem értik meg, hogy nem lehet bejelentkezni regisztráció nélkül, és itt választanom kéne, hogy melyik legyen az oldalirányítás, reg, vagy belépés, az egyikkel a még nem regelteket zavarnám meg (ha belépés lenne), a másikkal a már regelteket (a regessel).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nálam nem működik a fast gallery Drupal 6.28 alatt
Sziasztok!
Segítsetek légyszíves!
Minden modult installáltam, beállítottam.
- Image
- image api
- image gallery
- image cache
- Lighbox2
A files könyvtáron belül hoztam létre 2 db könyvtárat, az egyikbe képeket a másikba videókat szeretnék tenni. Bemásoltam oda néhány képet is.
Nálam akkor hal el az egész amikor a Rescan gombot megnyomom.
az alábbi hibaüzenetet kapom:
An HTTP error 500 occurred.
/fast_gallery/ajax/rescan
Pedig már a könyvtárak jogosultságát is átállítottam, de mindig ezt az üzenetet kapom.
Mit rontottam el?
Segítsetek légyszíves!
köszi
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Röviden
Azt szeretném elérni, hogy az /admin/appearance/settings megadott logo, és favikon képet jelenítse meg az összes téma, ami fent van az oldalon.
Vagyis ne kelljen állítgatnom minden egyes téma oldalán a dolgokat.
De nem minden téma támogatja azt, hogy innen szedje a dolgokat:/admin/appearance/settings vagyis ezeknél a saját beállításai között kell megadni a képeket.
ezek többnyire megvásárolt symphony themes.
itt azt írja az illető, h nem minden téma támogatja ezt:
http://www.inmotionhosting.com/support/edu/drupal-7/customize-theme/uplo...
mini
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akkor van remény
Szóval a hook_node_access()-ben el tudom kapni a termékhez rendelt node-ot is, így annak azt a mezőjét is, amelyikben a lejárati időintervallumot tárolom.
Az order history-ban megtalálom azt a részt, amikor az order státusza teljesítettbe került. Ezzel az időbélyeggel és a külön node-ban (vagy taxonomyban) tárolt intervall filed-del együtt megvan a lejárati idő.
Ha a lejárati időn belül van, akkor engedem hogy lássa, ha meg nem, akkor a szerepkör alapján engedem hogy eldőljön a szokásos módon.
Jól értem?
Elsőre világosnak tűnik, remélem a kivitelezés is majd az lesz. :)
Köszi mindenkinek a help-et!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én írnék egy field formattert
Én írnék egy field formattert, ami az eredeti formattert bővíteni ki a kívánt funkcionalitással. A description-öket viszont vagy ajaxxal, vagy valamilyen lazy load technikával tolnám a kliens felé, és csak akkor használnám a fenti modul megoldását, ha biztos lehetek benne, hogy a termek száma pár tíz elemnél nem lesz több. Persze akkor sem, mert nem kell minden egyes termhez kirendeleni az összes többi létező term leírását. Mert ugye az felesleges, és az id egyediség miatt még valid se lesz a html. (működni azt fog. lol)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem ezt pont meg tudod
Szerintem ezt pont meg tudod csinálni az og modullal.
Beállítod, hogy a nem csoporttagok milyen mezőket láthatnak és milyeneket pluszba a csoporttagok.
Ha valaki látni akarja a plusz mezőket, akkor küld egy felvételi kérést az adott csoportba (ez jelen esetben az adott cikk). A tartalom adminisztrátora (létrehozója) fel tudja venni a csoportba a kérést küldőket egyenként (vagy csoportosan). Felvétel után a csoporttag látja a plusz mezőket is.
Tehát ezzel a cikk létrehozója cikkenként tudja szabályozni, hogy egy jelentkező user milyen szerepkörben legyen. A szerepkör peddig meghatározza, hogy milyen mezőkre milyen jogosultsága van. (Az og szerepkörök nem tévesztendők össze a drupal szerepkörökkel)
Kiss Norbert
adatmentespecs.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Fent már többször leírták, de nem adjuk fel :D
Melyik oldalról van szó? Egy sima tartalombeküldéssel létrehozott oldal esetén az azonosítójával lehet neki saját tpl.php-t gyártani.
Például ha a beküldött tartalmad azonosítója a 101 (http://tedomainod.hu/node/101) akkor lemásolod a page.tpl.php-t a téma könyvtáradba és átnevezed erre: page--node--101.tpl.php
Aztán törölsz egy gyorstárat és utána amit változtatsz az új fájlodban az azon az egy oldalon (http://tedomainod.hu/node/101) megváltozik.
Olvasmány: https://www.drupal.org/node/1089656
Üdv!
Dudás József
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem vitatom :)
Számomra az a lényeg, hogy sikerült úgy beállítani, hogy az esetleges smink frissítésekor nem kell majd az utókornak keresgélni mi okból mászott el a menü. Annyiban vitatkoznék csak, hogy amíg a padding: 0 -át értelmezi a böngésző, addig a padding: none -t figyelmen kívül hagyja.
Nem szép megoldás, de sajnos nem találtam mást. Az eredeti primary-links.css -be való belegányolásnál mindenesetre talán jobb.
HA valaki tud jobbat, ne rejtse véka alá :) Feladat csak annyi, hogy D7-ben a marinelli-7.x-3.0-beta11 smink primary menüjét középre kell igazítani. (Azt nem tudom számít-e de a megjelenésben a megamenu be van kapcsolva - szükség van rá)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tehát a sorrend:
Tehát a sorrend:
Ill. a commerce egy jól megírt modul nem nagyon hagy maga után semmit az uninstall után az adatbázisban, így ott nem kell turkálni.
Természetesen ha erről van szó és nem erről.
Mert az utóbbit nem ismerem, de a modul kikapcsolása után a második lépés a legtöbb jól megírt modulnál kötelező és elégséges megoldás az FTP-s törlés előtt.