Keresés

custommodule/config/install/custommodule.settings.yml beállítások frissíthetők utólag?

HF leon képe

Drupal 8 alatt a korábban feltelepített modul:
custommodule/config/install/custommodule.settings.yml beállításai frissíthetők utólag? Vagy ezek csak az első telepítés alkalmával kerülnek beolvasásra és csak a modul újratelepítésével oldható meg?
Ezt, ha lehet szeretném elkerülni.

Egy lista van benne, amely alapvetően szabadon bővíthető. Szeretnék pár új elemet hozzáadni ehhez.

Van arra lehetőség, hogy a Drupal újra beolvassa ezt a fájlt és bekerüljenek az új elemek?

Drupal verzió: 

Fordítási kérdés: a(z) határozott névelő kezelése technikailag

HF leon képe

Persze a kérdés akár a drupal-t fejlesztő közösségnek is szólhat.

Nem lehetne megoldani, hogy elkerülhető legyen az a(z), ba, be, ban, ben, ra, re, stb a fordításokban ahol szükséges szöveghelyesen kerüljön be?

Ekkor ugyebár az a probléma, hogy egy dinamikusan oda kerülő szöveg miatt nem lehet tudni, hogy melyikre van szükség.

Még nem foglalkoztam vele behatóbban, de nyilván ez az adott névelő utáni karaktertől, vagy az adott toldalék előtti karaktertől függ.

Tehát lehetne egy olyan szűrőt készíteni, amivel ezekben az esetekben a dinamikusan bekerülő szövegrész első, vagy utolsó karaktere alapján a szűrő eldöntené, hogy mely verzió a helyes és annak megfelelően helyezné el az adott névelőt, vagy toldalékot.

Egyáltalán megoldható-e ez a jelenlegi struktúrában?

Ha nem, akkor esetleg, akik a 9-es verziót fejlesztik felvethetnék az ötletet.
Tudom ez nem a legégetőbb probléma, de olyan jó lenne szöveghelyesen olvasni a kiírt szövegeket. Elkerülve a ronda zárójeles szükségmegoldásokat.

Elnézést, hogy ezzel zavartam a közösséget, csak felmerült bennem az ötlet.

Drupal verzió: 

Felhasználó törlés: megerősítő email link

Anonymous képe

Jó napot!

Van valakinek ötlete, miért nem működik a felhasználó törlésekor a felhasználónak küldött törlő link?

Először azt gondoltam azért, mert adminból indítottam, miközben a felhasználónak nincs jogosultsága törölnie magát. Ezért engedélyeztem ezt.
De utána se működött a törlő link. Se belépve, se sehogy.

Már nem tudok mit beállítani, mindent végigjátszottam.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Token alkalmazása views-ban (Entity Pager alkalmazásánál)

HF leon képe

Az Entity Pager egy nézeten alapuló lapozó. Különféle feltételek alapján lapoz előre, hátra. A lapozónak van egy középső eleme is, ami, amolyan fel elem. A beállításainál alapértelmezetten a kezdőoldal van beállítva. Elméletben lehet tokeneket használni benne, de egy problémába ütköztem.
Entity Pager

Entity Pager nézetben olyan megoldást szeretnék, használni, hogy egy token segítségével adnám meg hova mutasson a középső fel link.

A lapozandó tartalmak tartalmaznak egy referencia mezőt. Ezzel kapcsolódnak más tartalmakhoz. Maguk a lapozandó tartalmak is e mező alapján vannak felvéve, de ez most nem lényeges.

Azt szeretném elérni, hogy az Entity Pager fel linkjéhez az ezekben a tartalmakban lévő referencia mezőben megadott tartalom linkje legyen.

Próbáltam a node:referenciamező:entity:url segítségével elérni a linket, de az nem működött.

Tud valaki megoldást erre a problémára?

Drupal verzió: 

Views automatikus szelektálás

HF leon képe

Van két tartalomtípus Az első tartalomtípus egyes elemeire a második tartalomtípusban készült egyes lapokról mutat egy referencia mező.

Készíthető olyan automatikus views, ahol olyan listát szeretnék készíteni, amely felsorolja az azonos tartalmakra hivatkozó tartalmakat.

Vagyis amikor a második tartalomtípusból kattintok egy tartalomra, akkor felsorolná egy lista blokkban azokat a második tartalomtípusban készült tartalmakat, amelyek ugyan arra az első tartalomtípusra hivatkoznak, mint az, amelyik meg lett nyitva a második tartalomtípusba tartozók közül.

Drupal verzió: 

browscap modul hibaüzenet

Putgab képe

Az alábbi hibaüzenetet kapom apache oldalról.

Apache error log last 25 lines:

[Thu Mar 01 16:57:15 2018] [error] [client 216.244.66.198] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1507840 bytes) in /home/fs_local/x001216/web/scarletsite.hu/sites/all/modules/browscap/import.inc on line 118
[Thu Mar 01 16:57:47 2018] [error] [client 216.244.66.198] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1509376 bytes) in /home/fs_local/x001216/web/scarletsite.hu/sites/all/modules/browscap/import.inc on line 118

Most emeltettem fel 64 MB PHP memóriát 128 MB-ra.
Eddig 67 MB hibaüzenet volt, most meg134 MB.

Tudnátok segíteni?

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Paragrafus, vagy beágyaztt tartalom?

HF leon képe

Felmerült a kérdés, hogy mi lenne, ha paragrafusokkal kerülne megvalósításra egy tartalom szerkesztése. Vagyis előre felvett címsor2, címsor3, lista, táblázat, kép, galéria, referencia más tartalomra, stb. paragrafustípusaiból legózhatná össze a tartalom szerkesztője a kívánt cikk elemeit. Így biztosítva az oldal felépítésének maximális felügyeletét.

A másik lehetőség a beágyazás a CKEditorba és az egyedi CKEditor pluginek írása.

Az angol oldalakon, amiket olvastam sokat vitatkoznak, hogy melyik a jobb megoldás.

A kérdésem az lenne, hogy a későbbiekben, ha, akár több ezer oldalnyi tartalom készül, akkor a sok paragrafus nem lassítja be túlzottan az oldalt, illetve nem növeli-e meg nagymértékben az adatbázis méretét a másik megoldással szemben?

Ugyebár ebben az esetben egy oldalon lehetne 6-10 h2 paragrafus, 5-6 h3 paragrafus, 2-3 lista paragrafus, 3-4 kép paragrafus, 1 galéria paragrafus , szöveg paragrafusok és esetleg néhány egyéb paragrafus.

Jól láthatóan ez igen sok paragrafus és még több mező a paragrafusokban.

Drupal verzió: 
Fórum: 

Webform + Simplenews

egonkosa képe

Sziasztok!

Drupal 7-ben webform űrlapon bekért email címhez szeretnék checkbox megoldást, hogy feliratkozhasson "Simplenews" hírlevélre a kitöltő az ott megadott email címmel. Eddig legközelebb a megoláshoz a "Webform Simplenews Component" modullal kerültem, de az egy "newsletter_email" form-ot hoz létre. Ezzel működik is a feliratkozás, ha kitölti a látogató, de az igazi megoldás az lenne, ha a webform "email" form mellett lenne egy checkbox, hogy kéri vagy nem kéri.
Sajnos erre nem találtam semmi kézzelfogható megoldást, bár biztos létezik.

Segítségeteket előre is köszönöm.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Finomított keresés nem szűkíti a nézethez rendelt csatolmányt

dongodani képe

Sziasztok!
Egy ideje már gyúrom a kérdést, de eddig nem jött össze a megoldás.
Röviden annyi, hogy létrehoztam nézetet, amit finomított kereséssel(Search API+Facets) rendben tudok is szűrni. A gondom az, hogy a - page típusú - fő nézethez kapcsolt csatolmány a szűkítések során nem követi a fő nézet állapot változásait, ellenben folyamatosan az összes elemet mutatja. Szemléletesebben, ahogy sorban bejelölöm a checkbox-okat, a fő nézet elemei annak megfelelően változnak, a csatolmány viszont érintetlen marad. Úgy gondolom, hogy ilyenkor elvileg illene egyszerre "lépnie" a két nézetnek. Ha csak valamit be nem néztem a beállításoknál... Köszönöm!

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

A könyv modul lapozóját lehet lapszint szerint módosítani?

HF leon képe

A cél az lenne, hogy bizonyos szintek alatt -a példában a második -ugorja át a lentebb lévő lapokat és a következő azonos szinten folytassa.
Ugyanakkor, ha egy lentebb lévő lapot nyitunk meg -a példában a harmadik szinten lévőt, -akkor szépen lépegessen végig rajtuk a lapozó, míg nem következik a következő második szintű lap, de utána ismét ugorja át a lentebb lévő lapokat, ha lennének a sorban és csak a második szinten lévőket lapozza.

Vagyis a lényeg, hogy a lapozó ne lapozza a harmadik szinten lévő lapokat, csak akkor, ha közvetlenül egy harmadik szintű lap nem jön. Ekkor is csak addig lapozza őket, míg el nem ér egy második szintű lapig

Egészen pontosa a következőre gondoltam:

Legyen egy könyv:

1. szintű lap
2. szintű a lap
2. szintű b lap
2. szintű c lap
3. szintű c-a lap
3. szintű c-b lap
3. szintű c-d lap
2. szintű d lap

Megvalósítható ez az ötlet?

Drupal verzió: