Dean képe

Nem feltétlen kell mindent 1 lépcsőben importáljak.
Tőlem lehet akár több lépcsőben is.

Pl.:
A Feeds modullal jelenleg a nyelveket külön-külön be tudom importálni, csak nem lesznek összekötve egymással oly módon hogy egymás fordításai.
Ha lenne olyan modul, amivel term name alapján fordításként akár utólag összekapcsolhatnám ezeket, akkor nekem az is megoldás lenne.

Jelenleg kb ilyen term name-ek vannak:
001_HU, 002_HU, 001_EN, 002_EN, 001_DE, 002_DE, stb.
Tehát egyedi mind, az összes parent és child az egész fában.
A 4-5 custom field miatt választottam végül a Feeds modult, arra is patch-et kellett rakjak, de még így sem képes a különböző nyelvi változatokat egymással összekapcsolni.
Gyakorlatilag ha ennél a megoldásnál maradok pusztán csak ez hiányzik.
Persze manuálisan is végig mehetnék és a 6-7 nyelvet bekattinthatnám minden szótárelemnél, de ez nálam nyelvenként kb 1,500 terminus. :)

0
0
SecMan képe

Egyrészt meg kell ismerkedned a "sminkeléssel/theming"
https://www.drupal.org/theme-guide/6-7

Másrészt google és kérdések/tutorialok keresése.
Pl: http://codekarate.com/daily-dose-of-drupal/theming-drupal-7-webform#

Harmadrészt Nagy Gusztáv könyve:
http://nagygusztav.hu/drupal-7-alapismeretek

Röviden és tömören:
feltéve, hogy egy letöltött sminket használsz, abból készítesz egy alsminket (ez nem bonyolult de azért odafigyelést igényel).
Ebben az alsminkben aztán a különböző CSS fájlokat szerkesztve, vagy létrehozva egy új CSS fájlt elkezded átírni/felülírni azt amit másképp szeretnél.

Ha HTML szinten is bele kell nyúlnod, akkor valószínűleg a webform-form.tpl.php -ba is bele kell nyúlnod oly módon hogy bemásolod az eredeti fájlt az alsminkedbe és ott szerkeszted.

3
0
agostonl képe

Bocsi...
Nincs PHP error. Az oldal megjelenik, de úgy, mintha nem lenne az adott content-ben tartalom.
A content tipusba belepakoltam egy pár egyedi field-et és se a content címét, se semmilyen berögzített adatot nem jelenít meg a Drupal.
Az eredeti content type-okat rendben megjeleníti, de ha én létrehozok egyet, oda hiába viszek fel adatot, nem jön elő.

Modulok:
i18n
Content Taxonomy Autocomplete
Contextual links
Current Search Blocks
Devel
Entity Reference
Entity Translation Upgrade
EU Cookie Compliance
Eva
Facebook Like Button
Feeds Import
Feeds Admin
Field UI
Field Translation
Job Scheduler
Libraries
Printer-friendly pages UI
reCAPTCHA
Views Autocomplete Filters
Views Bulk Operations
Views node field
Views UI

0
0
Phoere képe

Gondolom azért, mert általában a cím egyedi (elég nehezen áttekinthető egy oldal, ahol azonos című tartalmakkal van tele). Így szűrni rá se nagyon van értelme. Ha lehetne és a listából kiválasztana egyet, akkor mi történne? Ezt nem fogom.

A taxoknómia kifejezés alapján a tartalmak csoportosítva vannak, tehát az erre való szűrés visszaadja azokat a node-kat, amelyek kapcsolatban vannak az adott kifejezéssel. Tehát több node-t. Nade a cím, amelynek illik egyedinek lenni????

Tehát nem értem mit szeretnél ezzel.

(Képzelj el egy könyvtárat tele könyvekkel, mindenből egy példány. Annak van értelme, hogy leszűrd belőlük a krimiket, de annak, hogy a "Fehér zászlók" című könyveket gyűjtsük össze, annak van értelme? Nagy valószínűséggel csak egy van. A címnek az a jelentősége, hogy egyedivé, a sok tartalom közül könnyen kiválaszthatóvá tegye bármelyiket.)

A címre szűrni lenyíló listában szerintem értelmetlen. képzeld el, ha lenne 500 node, hogy görgetné azt végig bárki? Ki kell listáztatni a node címeit, hivatkozva a tartalomra, lapozóval és a cím mező alapján rendezhetően.

A magam részéről nem tudom elképzelni, mit szeretnél.

0
0

Csökönyi Ferenc

pp képe

Telepíts fel egy drupalt standard profillal és akkor a hír/story tartalomtípusnál ott a címke.

Egyébként pedig az alaprendszer részét képező taxonomy modult kell bekapcsolnod, ha magad szeretnéd beállítani.

A Drupal annyival bonyolultabb a Wordpressnél amennyivel rugalmasabb is, hisz ha akarod, akkor lehet szabad szavas a címkézés, de meg lehet adni, hogy csak bizonyos kulcsszavakat lehesen ráagganti az adott tartalomra, és még jó sok mindent.

Lásd mintának a fórum bejegyzés beküldését itt a drupal.hu-n. Van a Fórum, ami egy kötött, de könnyedén bővíthető, hierarchikus rendszer. Van a Drupal verzió, ami egy egyszerű pár elemes lista, és van a "melyik modulhoz kapcsolódik", ami egy szabad szavas lehetőség, gyakorlatilag címke.

Ezek mind mind a taxonomy modullal lettek megvalósítva.

Ha magad akarod, akkor először a Taxonomy modulal létre kell hoznod egy szótárat, amit én szempont rendszernek hívok, hisz ez mondja meg, hogy milyen szempont szerint szeretnéd rendezni a tartalmak, majd az adott tartalom típushoz hozzá kell adni egy új Kifejezés hivatkozást, és itt beállítani ezt a szótárat.

Kezdésnek azonban egyszerűbb, ha a fent említett telepítést vizsgálod meg.

1
0
this.isti képe

A pathauto modult is használom, azért írtam így az elnevezéseket.
A különbség, hogy a te megoldásodnál az url: "user/1/hirdetesek".

De ha átírom a te változatodra akkor is sajnos a működés ugyanaz: nem szűr, és nem jelenít meg a felhasználó oldalán linket.

Nem tudom, miért nem jeleníti meg a linket sehol.

A szűrést se tudom, hogy oldjam meg: Author uid-nál nem adhatom meg értéknek a "%"-ot, csak felhasználónevet fogad el értékül.

A Tracker megoldás azért nem tetszik, mert egyrészt kell hozzá engedélyezni a Comment modult, amit nem használok, így fölösleges.
Másrészt egy csúnya táblázatot ad eredményül, amiben nincsenek classolva a cellák, és az oldalhoz tartozó kommentek számát és más felesleges adatokat is feltüntet. Meg a felső fül se szimpatikus.

Ez a Viewes megoldás pedig azért tetszene, mert így a felhasználó adatlapján csak egy gomb szerepelne, ami egy listára küld, ahol úgy formázom a tartalmat, ahogy jólesik: PL. borítóképet tehetek minden bejegyzés elé.

Sajnálom, hogy ennyire macerás vagyok, de nagyon örülnék, ha végre sikerülne.

0
0
szantog képe

és elnézést kérek! Tényleg nyers vagyok, amikor valami custom vudu szembe megy a józan ésszel, illetve egy modul normál használatával.

A rules az entity apira épül, technikailag minden entitáson végzett rules művelet egy entity_metadata_wrapper(). Amikor php kódot írsz egy rules mezőbe, pontosan ezt a funkciót nyírod ki.

Egy példa: Ha netán később mezőszintű többnyelvűsítésre lesz szükség az oldalon, a fenti php kódod simán rossz értéket fog beállítani.

Másik példa: 5 év múlva upgradelni kell a siteot drupal 9-re. Szinte 1000% hogy a php kódod el fog hasalni, és lesz sok óra pislogással töltött debug, hogy mi a gáz, ugyanis hótzicher, hogy egy textareaba írt php kód hiba fog utoljára eszébe jutni annak, aki ezzel szenved.

Ha rendesen, 'rules módon' csinálod a dolgokat, akkor a többnyelvűsítéssel sem lesz problémád + jó eséllyel a rules fejlesztői fogják helyetted megírni az upgrade-et.

Ha drupalt használsz, akkor drupalul kell tudni, nem phpül.

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

HF leon képe

Szerintem ez nem jó logika, de a drupal nem akarja megváltoztatni. Valahol van is egy issue róla, de nem sikerült előgugliznom.

Nem tudom biztosan, de időnként bele lehet futni ebbe, amikor telepítéskor nem angol nyelven telepítve kerül megadásra az oldal neve.

Utána a magyar felületről, már nem módosítható a név. Be lehet írni új nevet, amit el is menet a rendszer, de mégis marad az eredeti név.

A fordítási beállításoknál kell engedélyezni a rendszer információk fordítását, ha jól emlékszem, de a legegyszerűbb megoldás, ha a settings.php-ban engedélyezed, vagy megadod az alábbi sort a megfelelő névvel. Ez a legbiztosabb megoldás.

$config['system.site']['name'] = 'new site name';

0
0
Ayala képe

Köszi, közben kaptam segítséget.
Az volt a problémám, hogy amikor a menüket taxonomy szerint megcsináltam, akkor nem vette figyelembe hogy a viewben beállítottam a sorrendet, és össze-vissza rakta be a contenteket.

Úgy tudnám megfogalmazni, hogy "össze kellett kötni" a taxonomyt a view-vel és a page-dzsel.

Az alábbi beállításokat végeztem el:

View beállítások:
- Use panel path: yes
- Argument input: content: kategória (field_kategoria) (A content type egy mezője amibe a taxonomy-kifejezéseket tettem. Ezek alapján csoportosítok és készítem el a menüpontokat.)
- Contextual filters: Content: Kategória

Page beállítások:
- Path: /konyvek/!kategoria
- Argument:
Argument: %kategoria
Position in path: 1
Context assigned: Taxonomy term: ID

Majd a taxonomyból vett útvonalak alapján csináltam meg a menüpontokat.

Nagyjából ennyi, nem mondom hogy teljes mértékben értem, de nagyjából.
Mindenesetre ha most rámegyek egy menüpontra akkor az adott taxonomy-kifejezéssel ellátott tartalmak jönnek ki abban a sorrendben és megjelenésben amit beállítottam a view-ben. Erre volt szükségem.

0
0

Ayala

aboros képe

rules modullal létrehozhatnál egy olyan rulet, ami akkor fut le, amikor új "kölcsönzés" jön létre, betölti a kölcsönzéshez tartozó gép nodeját és átbillenti az állapotot. meg akkor mégegy rule is kéne ugyanerre fordítva, hogy amikor visszahozza a mókus a gépet és "lezárt" lesz a kölcsönzés (gondolom van erre is valami, szerkesztik a kölcsönzés nodeot és beikszelik hogy "lezárt" vagy nemtom) akkor megint betölti a gép nodeját és visszaállítja elérhetőre.

én két tartalom típust használnék:
- eszköz (ebben tárolnám a gépeket minden adatukkal együtt)
- kölcsönzés (ebben tárolnám a kölcsönzés adatait, mikortól meddig, és hogy mit kölcsönöz arra pedig egy entity reference mezőt hasznánék amivel eszközökre lehet hivatkozni)

views -al készítenék egy blokkot, ami eszköz oldalon megjeleníti azt a legutóbbi 1 darab kölcsönzést ami erre az adott eszközre hivatkozik az entity reference mezőjében. lehetne még csavargatni, hogy csak olyan kölcsönzést mutasson a blokk ami még nincs lezárva és ha nincs ilyen akkor a nézet "Empty text" -je jelenik meg, teszem azt "Épp nincs kikölcsönözve" vagy ilyesmi.

0
0

-
clear: both;