szantog képe

Beküldte szantog - 2011. május 9. 09.55

Ez asszem nüánsznyi szívás lesz, két napja nyaltam be ugyanezt, csak csv-be. A bonus_packal nem sikerült rendesen felfedett szűrős nézetet exportálni.
Szerintem nem is nagyon lehet, mert csatolmányként örökölnie kell az argumentumokat meg a szűrőket, ilyen beállítás viszont nincs.
Szóval én views_bulk_operations felé indultam el, hogy amit kijelölök, az legyen exportálva. Ehhez egy ottani hook kell, talán hook_vbo_operations (a dorgos api leírásban ott van), illetve azt a hookot kell megkeresni, amelyikben nem elemenként hívódik meg, hanem benne van enblock az összes kijelölt elem, és soronként feldolgozni. Na miután ezeket szépen kiderítettem, az is kiderült, hogy ez mégsem kell, úgyhogy nem csináltam meg.

0
0

----
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.

hyper képe

Beküldte hyper - 2011. május 12. 01.20

Régebbi verziót (2.2) nem tudtam működésre bírni. Valószínűleg túl uj az ImageAPI vagy imageCache modul hozzá.

Rájöttem, ha az oldalt offline módról átteszem online-ra, akkor nem irja ki ezt az 503-as Errort. Akkor azt irja siekres fletöltés, majd amikor mutatja (mutatná) az előnézeti képet, nem jelennek meg a képek.
Megnéztem a forrásban a képek elérési helyét:
http://domain.hu/sites/default/files/imagecache/kepgyujtemeny/galeria/te...

Sajnos a tesz mappába nem került egyetlen kép sem, még ugy sem, ha 777-es chmodot állítottam neki :(

Valami tipp? :S

0
0
csg képe

Beküldte csg - 2011. augusztus 26. 13.20

Nem olvastam az előző iderángatásokat, de ha jól értem, akkor a dolgozatok mind ugyanolyan típusú node-ok, amikhez a bírálati mezők cck-val vannak hozzáadva, de a cck mezők egy részét el szeretnéd mindig rejteni a dolgozat típusától függően, mert nem kell mindegyikhez az összes.

Ha így van, akkor miért nem használsz külön tartalomtípust a különböző dolgozatokhoz? Ebben az esetben mindegyikhez azokat a mezőket tehetnéd hozzá, ami ott kell, és nem kéne saját modult írnod (mert máskülönben szerintem nem úszod meg).

Ezen kívül nem világos, hogy technikailag hogyan vannak megvalósítva a szekciók, de ha egy taxonomia kifejezés, vagy cck mező alapján sorolod be a dolgozatokat, akkor ezt az információt nem kell átadni, a node eleve tudja magáról.

0
0

--
Csonka Gergely
http://cheppers.com

Balu Ertl képe

Beküldte Balu Ertl - 2011. augusztus 31. 20.40

Csg egyszerű, mégis látványos javaslata részletesebben kifejtve:

1. A gyárilag kapott Írás, Book page stb. tartalomtípusok mellé létrehozol egy teljesen sajátot az admin/structure/types/add útvonalán a webhelyednek, mondjuk „Hirdetés” néven.
2. Ennek az új tartalomtípusnak adsz egy képet tartalmazó mezőt (ez az imagefield), ebbe fogod betölteni a banner .png/.jpg-ét (pontosabban csak a nyilvános elérési útvonalát).
3. Ezután az Imagecache modullal megszabod, hogy milyen automatikus műveleteket végezzen el a bannerképen (ha szükséges pl. méretezés, kivágás, színszabályozás, stb.)
4. Ezután a Views modullal (ezt is telepíteni kell) készítesz egy nézetet, amely a felvitt Hirdetés típusú tartalmak képeit listázza ki úgy, hogy mindig csak 1 látszódjon, oldalletöltésenként véletlenszerűen váltogatva.

2
0
Luigi.hu képe

Beküldte Luigi.hu - 2011. október 27. 02.54

Sok olyan feladat van, amire nem is gondolnánk, hogy milyen ügyes megoldást tud adni a Drupal. Pl. emlékszem, hogy amikor először találkoztam a Rules modullal, akkor mennyire rácsodálkoztam az általa nyújtott lehetőségekre, nagyon megörültem, hogy az (saját modul írása nélkül) mennyire kibővíti a Drupal felhasználási lehetőségeit.

Érdemes volna néhány életből vett példán keresztül megmutatni azokat a modulokat ill. modul kombinációkat, amelyek funkcióira sokan nem gondolnának, hogy ilyen felhasználási lehetőség is létezik.
A több ötlet, felhasználási terület, megoldás rövid bemutatása szerintem sokak "tudatát tágítaná ki" és egy "új világot fedeznének fel." :-)

Az írásos anyagban hasznos lenne a példaként felhozott modulok beállításának sarokpontjait is röviden leírni, hogy az elméletből gyakorlati megvalósítás legyen.

1
0
szantog képe

Beküldte szantog - 2011. november 12. 12.14

Nem kell azt bántani, a media_gallery elég ügyesen játszik a méretekkel (legalábbis drupal 7.8-ig, 7.9-től borulhatott a bili a fix képméretekkel)

Az említett kép az a gallery node type teaser nézete volt default emlékezetem szerint. Ahhoz, hogy ezt eltüntesd, a admin/structure/types/manage/media_gallery/display részen kell szétnézni, én már eléggé szétvertem, nem tudom, melyik az original, de sztem a gallery media view módjának gallery_thumbnail-re állításával (de a gallery block thumbnail 1000%, hogy ilyen) olyat kapsz, amit beállítottál.

Egyébként a media gallery úgy méretez, hogy az oszlopok számát beletolja css classként, ebből lesz mg-col-4 pl, és arra van lőve neki css width.

0
0

----
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.

leonidasz képe

Beküldte leonidasz - 2012. február 2. 13.57

Köszönöm mindannyiotok válaszát! Ezek szerint én is jó megoldáson gondolkodtam :) A módját még nem döntöttem le, hisz fontos a könnyű és átlátható adminisztráció.
A sok régiós megoldás talán abban nem szerencsés, hogy blokk kezelés oldalon sok régió lenne kinn.

Az openx-ben zóna idkat kell megadni, így nem lehet előre ledefiniálni, hisz berakhatnak 2 cikk közé 3 hirdetést is. Ez zóna id egy cég hirdetését tartalmazza. Nem drupalban adjuk meg a hirdetés méretét, így szintén nem lehet megadni, hogy az a hely csak az ekkora hirdetések helye. Mint tudjuk a site kezelő biztosan eltévesztené.

Végezetül, még egyszer köszönöm az értékes comnmenteket, ezekből már el tudom dönteni a megfelelő megoldást!

0
0
k.dani képe

Beküldte k.dani - 2012. február 11. 16.14

Elméletileg az IMCE modul ezt is megoldja neked. Tudsz role-okat létrehozni a fájlfeltöltéshez is, ahol be tudod állítani, hogy ezekbe a role-okba tartozó userek mekkora tárhelyet használhassanak, mekkora fájlokat tölthetenek fel, stb...
Itt tudod azt is beállítani, hogy milyen könyvtárba menjen a feltöltés, ahol van lehetőség tokenek használni. Megadhatod például, hogy az útvonal, ahova menti a megadott user képét, az legyen a site/default/files/cikkek/%uid, akkor minden felhasználónak létrejön majd egy külön könyvtár, ami alá töltheti a fájlokat. Ha emellé még felteszed az IMCE Mkdir modult, akkor akár könyvtárakat is létrehozhatnak a felhasználók maguknak a számukra engedélyezett könyvtáron belül.

1
0
vikicica22 képe

Beküldte vikicica22 - 2012. február 18. 19.23

Köszi, a segítséget.
Az utókor számára leírom hogyan oldottam meg:

1, uninstall a l10n_update modult - admin/build/modules
2, files/ könyvtárból kitöröltem a languages könyvtárat
3, phpmyadmin könyvtárban locales_source és a locales_target kiürítése
4, phpmyadmin languages -ból minden nyelvet kitöröltem csak az English hagytam meg
5, a weboldalon az admin/settings/language menüpontnál a nyelv hozzáadásánál kiválasztottam a magyar és román nyelveket
6, ezek után a l10n_update modul bekapcsoltam
7, az admin/build/translate/update oldalon kiválasztottam a magyar és fordítások frissítése és legvégül kiválasztottam a román fordítások frissítése

Működik, tökéletesen minden modulnak megvan a fordítása.

0
0
signatum képe

Beküldte signatum - 2012. március 12. 14.31

Sajnos korai volt az örömöm.Ahogy én látom, az általad javasolt megoldás a contextual szürőkre nem érvényes. Ezek után úgy vélem, csak a php kód marad.Azonban hosszas google keresés után sem találtam választ, hogy kell contextual php kódot felépíteni.

URL-ből három különböző szótár tid-jét kapja tömbbe a views.
Pl.: ?q=page_result&first=29&second=1&three=38
A cél az, ha bármely küldött ($_GET) kulcs üres, akkor a hozzá tartozó sql feltétel se jelenjen meg a lekérdezésben.(mivel ha benne marad, akkor azt érték nélküli feltételként bár, de kezeli az sql, és ez bizony nem valós eredményt ad.)

üdv.

0
0