lili_ képe

ha jól tudom a Gallery Assist modul beállításainál meg lehet adni, hogy melyik tartalom típust (Galéria legyen a neve a tartalom típusnak) is használja a modul.

Ha a Gallery Assist működése oké, akkor erről többet nem írok.

A lényeg, h hozz létre egy új Taxnomomy-t mondjuk Galéria néven, add hozzá a Galéria tartlom típust ehhez a taxonomy-hoz.

Add hozzá a megfelelő kifejezéseket a Galéria taxonomy-hoz, pl. Állatok, Növények stb.

Egy taxonomy kifejezéseihez tartozó node-okat el lehet érni, ki lehet listázni így valahogy:

valahogy így van az url:

http://hoczka.hu/taxonomy/term/2

meg kell nézned mi is az adott kifejezésed azonosítója, az URL-ből ki tudod nézni, itt a 2, és ha így beírod az URL-be a dolgokat meg kell jelenjenek az adott kifejezéshez tartozó node-ok

0
0

mini

Prancz Ádám képe

Igazából a problémám lényege az, hogy olyan viewst szeretnék csinálni, ami felülírja az alap taxonómiát, de domain névtől függően.

Ideális esetben létrehoznék egy viewst ami kilistázza az egyik tartalom típust a megosztott taxonómiának megfelelően, illetve egy másikat amelyik a másikat listázza ki. Van több viewsom is amit viszont megosztva használnék tehát domain névtől függetlenül, így nem járható az, hogy pl prefixelgetem a viewsos táblákat, meg eleve nem nagyon szeretem a lényegesebb dolgokat prefixelni, mert nem nagyon bízok bennük...

Tehát röviden összefoglalva tudok olyan viewst csinálni, amelyik csak az egyik domain név alatt fog működni? A domain extra vagy melyik csomagban vannak a domain accesshez kapcsolódó viewses megoldások, de nekem egyikkel sem akart működni a dolog.

Valami olyasmi megoldásra lenne szükségem mint a nyelveknék a filter, csak itt domain névvel...

Használt már valamelyikőtök ilyen megoldást?

0
0
eager képe

Meglett!

Kérdeztem, hogy - ha más nem segítene, akkor - hogyan lehetne esetleg eltántorítani a rendszert az autofrissítés ötletétől (vagyishát, ahogy látom, csak a friss példányról való értesítésről), hát lehet, hogy most nem vagyok szimpatikus, írjátok meg azt is, ha ezzel a hozzáállással baj van, de mindenesetre megtaláltam a fájlt, amiben meg van hívva a Version.php .

Azért illetődtem meg, mert ez már az AMFserver modul egyik fájlja, az amfserver.install (29. sorban hívja a Version.php-t).

Tudom hogy core-ba, modulba (sem?) nem hekkelünk, szóval mi ilyenkor az elfogadott eljárás? (a modul GUI-ján semmilyen beállítás sincs, csak linkek a services beállításaihoz, meg a jogosultságkezeléshez, update-ről viszont semmi...) (Mondjuk még mindig ott vannak a Version.php kiigazításának alternatívái a topikindító végén, az nem Drupal modul...)

0
0
aboros képe

ahogy zoli is mondja, manapság már nem küldik ki neked dobozba az alkcsit. tiz alkcsibol amit vettem az elmúlt két évben, tíznél az volt az eljárás, hogy emailben kaptam a regcsi kódot aztán csókolom. nincs postaköltség.

legtöbb helyen lehet paypallal fizetni, nincs valutás utalgatás, olyan értelemben, hogy nem neked kell átszámolni és kezdeményezni egy valutaátutalást..

nem vagyok könyvelő, hogy ezeket a tételeket milyen feltételek mellett lehet elszámolni, azt tőle kell megkérdezni, közösségi adószám biztos kell hozzá. ami amúgy ingyenes, kérsz kapsz.

baromira csodálkoznék, ha bármilyen, fizikailag magyarországon lévő hústéri boltban legálisan tudnál doboz artisteert venni. szerintem kizárt. (még olyan operációs rendszer is van, amiből nem tudsz magyarországon venni dobozosat, csak elektronikusan lehet kapni az egész világon, érted..)

végül akik ezt meg tudják mondani azok szerintem nem a fórumozók, hanem a szoftver gyártója.

0
0

-
clear: both;

Sk8erPeter képe

Köszönöm szépen, pont azt csinálja, amit kell! :)

Egyébként ez elvileg "csak" szinkronizál, a másik node-ban is hozzáadja az adott node-ot. A Relation modullal van tapasztalatod/-tok? A leírása alapján az talán mintha "erősebbnek" tűnne erre a célra, mert ez is egy entitást képez (ebben az esetben a kapcsolat leírására). Vagy tévedek?
Előnye lehet, hogy így a kapcsolathoz magához is lehet mezőket hozzárendeni, bár ebben az esetben nem tudom, lehet-e ennek gyakorlati haszna. Mondjuk nem tudom, alkalmas lehet-e pl. olyan kapcsolatnak a leírására egy hülye példával élve, hogy van relation két épület között, és adsz hozzá a relationhöz egy Image fieldet, és akkor egy térképet is adhatsz hozzá, hogy az egyik épületből hogy lehet eljutni a másikba (lehet, hogy a példa sántít, de most más nem jutott eszembe).

0
0
Ramirez_hun képe

Először is köszönöm mindkettőtöknek a segítő szándékot.
Másodsorban:
@eager
Valahogy stabilabbnak érzem a php+css megoldást. Első körben ebben gondolkodom, aztán majd meglátjuk meddig jutunk.
@aruna
Szerintem a +class megoldaná a kérdést. Az alap ötletet pont te adtad, és valóban igazad van, két imagecache kell.
A koncepcióm az, hogy a blokkban egyszerre jeleníteném meg mindkét képet (ff és színes) egymás mellett a Views-zal. Viszont az egyikre "display: none" lenne beállítva alapból css-sel. Ha megkapnám a parent div-re az "active" osztályt, akkor ott - szintén css-sel - a két kép közül pont a másik lenne megjelenítve, illetve elrejtve. (ez majd a hover-re is nagyon szépen fok működni elképzeléseim szerint, amihez viszont még az active osztály sem kell)
Részemről szeretem css-sel megoldani, amit csak lehet. Számos okból.

0
0

- ad astra per aspera -

pante képe

Nagyon sokat segítettél, megfogadtam a tanácsaidat, az !important parancs segítségével sikerült átállítanom a betűt méretet és színt, illetve az al-alsminket is sikerült beüzemelnem.

A portálomon engedélyeztem a sminkváltást az akadálymentesítés ikonra kattintva, most már ez is remekül üzemel.
Egyetlen problémám, hogy -szerintem- a Skinr modul színezése annyira magas szinten van a css prioritásban, hogy még az !important paranccsal sem tudom a két oldalsáv blokkjait átszínezni (vagy csak helytelen classra hivatkozom a kódban).

Érdekes a hiba jelenség: smink ide-oda váltásnál kell frissítés vagy elkattintás valamelyik linkre, hogy a két oldalsáv háttérszíne rendeződjön, mert normálból (alapsmink) akadálymentesbe váltásnál megmaradnak a színes blokkok oldalt, fordítva pedig kiesnek a színek. Nem tudom mi okozhatja...
Ezt is csak akkor tapasztalom, ha adminként vagyok belépve. Vendégként hiába váltok, frissítésre is a normál smink háttérszíne marad meg az akadálymentesített smink két oldalsávjában.

0
0
aruna képe

még nem világos nekem a workflow:

Két eset:

1. Ha az van, hogy minden csapathoz tartozik több oldal: X csapat játékosainak oldala, X csapat történetének oldala.

site oldalszáma = csapat X csapat oldalai

Azaz minden oldalt létre kell hozni, rengeteget gépelni, és minden oldal bevitelekor kiválasztani (az oldal alján), hogy melyik menübe tartozik.

Így az oldalak létrehozása sok munka, ehhez képest menübe berakni őket minimális. -> Nem sok értelme van bármit is automatizálni a menü kitöltésén.

2. Ha az adatok valamilyen dinamikus forrásból (már ha van ilyen) jönnek. Tehát nem szerkesztik kézzel az oldalakat. Ekkor lehet értelme a menükitöltést automatizálni.

Amit még találtam:
http://drupal.org/project/menu_import
De itt szövegfájlban kell leírnod, milyen legyen a menü, ami szintén munka, alig kevesebb.

0
0
Sk8erPeter képe

Ha az utsó tagmondatra gondolsz, akkor utóbbi. Azt töröltem, mert nem helyes így.
De figyu, miért nem indulunk ki inkább abból a helyzetből, hogy ha valamivel nem értesz egyet, vagy baromságnak tartod, akkor korrigálod, kifejted a saját álláspontodat róla, és nem csak cinikusan visszakérdezel? Az eredeti kérdésre egyáltalán nem reagáltál semmit, csak megtaláltad az én hsz.-emben azt a pontot, amibe tényleg bele lehet kötni, ez tök jó, javíts ki, annak örülök is, de ne kérdezz vissza ilyen cinikus módon, mert ezzel csak nagyon ügyesen elveszed az ember kedvét attól, hogy egyáltalán erőlködjön, hogy érdemben hozzászóljon az ilyen jellegű kérdésekhez. Elég sokszor fejcsóválva látom ezt a gúnyos hangnemet a topicokban, pedig ha valaki valamit jobban tud, akkor nem azzal vívja ki mások elismerését, hogy lesajnálja a másikat. Örömmel látnék ehelyett inkább érdemi eszmecseréket! Köszönöm!

2
0
nroland16 képe

Köszönöm az ajánlást. Stílus formázás sikerült is!
Ezzel a modullal kapcsolatban remélem már csak egyetlen kérdésem maradt.

Készítettem saját megjelenést a bevezetőkre, ezt be is állítottam szépen. Az egyes régiókra be ehet állítani, hogy mi jelenjen meg abban a régióban (kép, szerző, dátum, linkek, stb.)
A kérdés:
Mint a képen is látható, ha display suitban állítom be ezeket a dolgokat, és a "submitted by" megjelenést berakom egy régióba, akkor az angolul jelenik meg, nem pedig magyarul. Ha megjelenésre nem a display suite modult használom, akkor ez magyarra lefordítódik.

Képeken látszik a különbség. Elsőnél az van írva, hogy "submitted by..."

Másodikra az van írva, hogy "Beküldte..."
forditas

0
0