Kifejezés hivatkozás mezőtípus megjelenítési eltérés

DruTa képe

Üdv!

Ha a Tartalomtípusoknál az egyik mezőnek a típusa Kifejezés hivatkozás, akkor a mező értékének megjelenítés nem olyan, mint a többi mezőnél, tehát vastag betűvel a címke, és normál vastagsággal a mező tartalma, hanem mind a kettő normál vastagságú, plusz nagy sortávolságot tart a következő mező megjelenítésétől.
Akárhová teszem sorrendben.

Érdekes, hogy amikor még nem mentem a tartalmat, csak az előnézetben nézem, akkor viszont jó.

Ezt hol tudom javítani?

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

mobile theme

magveto képe

Esetleg van valakinek valamilyen tapasztalata ezzel a modullal?
A probléma az lenne, hogy beállítom milyen sminket töltsön be ha mobileszközről érkezik valaki, egy ideig nagy jól működik, aztán se szó se beszéd a mobilra is az asztali sminket teszi...
Ha a sminkek általános beállításánál admin/appearance/settings nem teszek semmit csak rákattintok a beállítások mentésére megint egy ideig működik...
Ti hol keresnétek a hibát?

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

Dátum formázás

csikosz képe

Sziasztok,
Adott egy D7-es oldal ami angol és magyar tartalmakkal is rendelkezik. Egy nézetben kiírásra került egy dátum ami tól ig formátumot tartalmaz.

Az angol részen így jelenik meg a dátum: "28 May 2019 to 1 June 2019", míg a magyaron: "2019. május 28. - 2019. június 01.".

Kérdés, hogy az angol résznél, hogy/hol tudom a "to" részt kötőjelre cserélni mint a magyar résznél?

Köszönöm!

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

Commerce bankkártyás fizetés

vikicica22 képe

Hello mindenkinek!
Drupal 7-ben a webáruházat megtudom építeni, de azt a részét nem tudom, hogy milyen modul kell egy online fizetéshez.
Egy Otp-s számlám van és a megrendelt termékek árát oda szeretném megkapni.

A kérdésem az lenne felétek milyen modul szükséges ahhoz, hogy bankkártyán keresztül tudják kifizetni a megrendelt terméket / termékeket?

Paypal azért nem jó mert az idősebb generáció nem használja :(

Drupal verzió: 
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Taxonomy upgrade extras: 
zsoltee képe

Megtaláltam a "bűnös" kódrészletet:

function image_attach_nodeapi(&$node, $op, $teaser, $page) {
variable_get('image_attach_'. $node->type, 0));
  if(variable_get('image_attach_'. $node->type, 0) == 0){
      return;
  }


ez a 136. sortól kezdődik ebben a fájlban:
// $Id: image_attach.module,v 1.9.2.1 2006/12/31 04:54:19 walkah Exp $

emiatt, ha a content type-nál az image-attach ki van kapcsolva (0), akkor itt kiszáll a függvényből, és ekkor lesz helyes a működés. Viszont az alap beállítás azt mutatja, hogy kell nekem image attach, és az is tűnik logikusnak egy image típusnál :) Szóval csak egy hibásan megjelenő default beállításról van szó, és tényleg kikapcsolva kell lennie az image attach-nak képeknél, vagy hibás a kód?

Egyébként ha erre nem tudtok válaszolni az se baj, mert megoldottam a problémát, csak hátha másoknak segítene, esetleg bugreport kéne, vagy fene se tudja mi :)

(Most már a végső drupal 5-öst használok, az image modul még a december végi, nincs újabb release belőle.)
0
0
uborka képe

Azthiszem zárolni kellene ezt a topicot, mivel mostanra átlaláthatatlan lett. És nyitni egy másikat, vagy rögtön többet is.
-----------------------------------------------------------
Jómagam belsőépítész vagyok. A magán de még a közületi megrendelőim 90%-nak fogalma sincs mi az a belsőépítészet. Mondanak valamit, én leírom mit akarnak ők, és mellé írok egy számot. Utána sok időt eltöltünk azzal, hogy kellene ezt az egészet csinálni. A történet ugyanaz mint ami ebben a topikban le van írva.

Sajnos nincs kultúrája a megrendelői viselkedésnek, ennek okát az emberek leépített identitástudatában és a hagyományok hiányában kereshetjük, de ez egy másik szál... Ez nem hiba, hanem hiányosság, és ezzel a megrendelőnek is tisztában kellene lennie. Most kell (sajnos) újra megtanulni ezt a viselkedésformát, mind a megrendelőnek, mind a megbízottnak. Sajnos ezt sok esetben a megbízott sem látja és erre az számtech. üzletes példád teljesen jogos, és szomorúan igaz. Hozzáadódik a dologhoz, hogy ez egy szubkultúra, ami al szubkultúrákra tagolódik. Ami annyit jelent, hogy meg van a maga alaptudása és szlengje. Egy külső embernek tanulni kell, hogy értse ezt a világot. Már velem is előfordult, hogy bementem egy fórumba, és egy mondatot nem értettem arról, hogy mi is történik ott...

Jómagam pár honlap elkészítése után arra jutottam, hogy inkább "magamnak" készítek portálokat, így jutottam a Drupalhoz. Ez egy jó CMS és mindent meg lehet csinálni vele, kisebb nagyobb operációval :) Én a tudásomhoz mérten kibeleztem ahol kellett és mindig azt csinálja amit én akarok. :)

Már én is találkoztam hozzád hasonó küldetéstudattal rendelkező emberrel, nem könnyű neked. Vagy azt csinálod mint én: ha kell PHP-t programozol, vagy adatbázist berhelsz, és minden olyan lesz mint amit te szeretnél, vagy addig nyüstölöd a programozódat, amíg ezt el tudod érni nála. Azt viszont lásd, hogy nem kedvez a mai világ annak, hogy valakitől az a céltudatot várd el ami benned van, még akkor is ha fizetsz érte. Nem tudsz most annyit fizetni, hogy el tudd ezt várni. Sajnos. Ha "sokat" kértem a honlapért nem kérték, ha keveset akkor még mást is be kellet vállalni mellé. Pedig én tudtam mit tudok adni. Ehhez persze az is kell, hogy legyen érzéked a dologhoz...

Nos amire én büszke vagyok:

http://www.zoldmuves.hu
http://www.mmplayer.hu
http://www.cybergen.hu

0
0
irota képe

Igen én is ott nézem, a csapat tartalom tipushoz hozzáadott node reference beállító űrlap alján van két beállítás: view és view arguments, ezek viszont a Viewfield modul telepítése nélkül is ott vannak. Ráadásul a view feliratú választólista alatti magyarázó szöveg a következő:

Choose the "Views module" view that selects the nodes that can be referenced.

És nálam ez is történik, vagyis miután itt beállítom az előzőleg létrehozott view-t utána egy csapat tipusú node szerkesztési nézetében egy választó listában megjelennek a megadott view által összegyűjtött játékos tipusú node-ok, de azokat még kézzel nekem kell beállítgatnom (hozzárendelnem).
Függetlenül attól hogy adok-e meg argumentumot vagy nem a csapat tartalom tipushoz hozzáadott node reference beállító űrlap alján, az összes játékos tipusú node-ot összeszedi a listába így rossz párosításokat is képes vagyok eszközölni.
Továbbá ahhoz, hogy egyeltalán megjelenjenek a választó listában a játékos tipusú node-ok egy csapat tipusú node szerkesztési oldalán a használt view létrehozásánál az argumentumként megadott CCK field esetére a cikktől eltérően nem adhattam meg alapértelmezettként az összegző nézetet (Summary, unsorted), hanem csak a mindent mutat (display all values) beállítást, mert különben a csapat tipusú node szerkesztési oldalán a játékosok kiválasztására szolgáló választó listában csak egy üres elem lesz.

De ha már a cikkben a Viewfield modulról volt szó hát megnéztem a telepítése után létrejött view reference tipusú CCK mezővel mit lehet kezdeni. Hát kéremszépen az meg pontosan azt csinálja amiről a cikkben szó van.
Valóban, ahogy Patuzzi kolléga is írta annak nem úgy nézki a beállító oldala, mint a cikkhez csatolt képen látható, hanem a Label mező alatt található Default value csoport lenyitásával tárul elénk a használandó view és a számára megadandó argumentum beállításának a lehetősége.
Egyetlen szépséghibája a dolognak a fent említett alapértelmezett beállítások megadása ellenére azt látom, hogy a csapat tipusú node szerkesztési oldalán az alapértelmezettként beállítot view ki van jelölve, de a megadott argumentumot %nid nem jegyzi meg, azt nekem, vagy adott esetben a felhasználónak kell(ene) beírni, ami problémás. Megoldható, hogy ez ki legyen töltve automatikusan?

Szóval zavarban vagyok, mert annak ellenére, hogy csak most ismerkedem a Drupallal, mégis azt kell kérdeznem (csak félve írom le), a cikk Viewfield modul használatára vonatkozó részével minden rendben van?
Ha én néztem el, vagy értettem félre valamit, akkor bocsánatot kérek.

Anonymous képe

A viewfield modult próbáltam egyszer, de nem barátkoztam meg vele...

Most így próbálkozok:
A nézetem végére megadtam argumentumként a "taxonomy: kifejezés azonosító"-t. Szűrőt talán nem is lesz szükségem használni.
A nézetem kezdőlapjának url-je így néz ki: www.honlap.hu/nezetneve, ebben vannak listázva a taxonomy kifejezések. Rámegyek az egyik kifejezés linkjére, ekkor jutok a www.honlap.hu/nezetneve/26 oldalra, ahol az ezen kifejezéshez tartozó node-ok vannak, képpel, ahogy megadtam. Na, pont ezekből az oldalakból kellene mindig azt berakni a node végére, amilyen kifejezést a node-hoz kapcsoltam.

Sikerült beágyaznom a nézetemet a node-ba az aboros által közölt kódokkal:

$view = views_get_view("nezetneve");
print views_build_view($type, &$view, $args = array(), $use_pager = false, $limit = 0, $page = 0);

Ez eddig a nézet "kezdőlapját" adja.
Mit kellene beírni a kódba, hogy azt adja, amit szeretnék?

(Igaz, ez még mindig nem a legjobb megoldás lesz, mert ált. több kifejezés is tartozik egy node-hoz, az igazi az lenne, ha ezek közül mind listázna a view. De kezdetnek ez is bőven jó lenne.)

0
0
sgabe képe

Nem is igazán kell neked a hook_form_alter(); mivel a modulok telepítésével illetve az új profil mezők beállításával a regisztrációs űrlapban már szerepelnek a saját mezőid. A theme_user_edit(); függvénynek - mint írottam volt - annyi a köze ehhez az egészhez, hogy a segítségével megváltoztathatod az űrlap megjelenését, azt is a már felvázolt módon.

Egy print_r($form); beírásával írasd ki még az elején a $form tartalmát és látod majd, hogy benne lesznek a saját mezőid, úgy mint profile_sajatmezo amit a kategória alapján drupal_render($form['kategoria']['profile_sajatmezo']; módon tudsz megjeleníteni. Neked csak a HTML kimenetet kell összeállítanod, hogy úgy nézzen ki az űrlapod, ahogy szeretnéd.

Összefoglalom a lényeget: a theme_<form_element>(); függvénnyel a megadott űrlap megjelenését tudod megváltoztatni, magát az űrlapot nem így kell összeállítani! Egy űrlap módosításához kell a hook_form_alter(); amit saját modulban kell megvalósítani, de neked ennek a feladatnak a megoldásához erre nincs szükséged!

Szerintem...

0
0