szt képe

Én a Media modul nélküli (csak File entity-s) megoldást kérdeztem, amit szantog említett. A cikkben ilyesmit nem találtam, de lehet, hogy nem vettem észre.

Szerk: ja bocs, asszem erre gondolsz, most nézem, ez nemrég lett meg. És akkor ezek szerint ez a funkció benne lesz a File entity-ben

0
0
silversk8r képe

Az új view típusa legyen User Relationship (és nem User).

Relationships: itt kiválasztod a mezőt ami létrehozza a kapcsolatot a két feéhasználó között, pl. User relationships: kapcsolat
Argumentumnak user:uid
Ezt akár ki is hagyhatod ha mindig az aktuális felhasználó kapcsolatait kel lmegjeleníteni.

Ezek a képek segíthetnek elindulni:
http://drupal.org/node/347398#comment-1530980

Mivel D6-ról van szó, valószínű, hogy a views 2 alatt kell beállítani. A Views 3. kiadása kicsit másképp néz ki, pl. az Arguments itt a Conditional Filters nevet kapta.

0
0
sgabe képe

A file_save_upload() visszatérési értéke csak hiba esetén lesz 0, itt pedig nincs szó hibáról.

Mivel a hook függvények a modulok súlya szerint futnak le, első ránézésre azt javasolnám, hogy a saját modulod súlyát állítsd nagyobb értékre, mint a katalogusé, így az fog utoljára lefutni.

További lehetséges megoldás, hogy nem az Übercart által alapértelmezettnek vett "image" mezőt használod, hanem létrehozol egy sajátot.

0
0
DTB képe

Köszi a hozzászólásod, bár különböző okok miatt sem a modul weight, sem a saját form azonosító nem jött be, viszont ezzel egy jó ötletet adtál, hogy a hook_init() résznél módosítani kell a $_FILES tartalmát, átnevezni az image form azonosítót, hogy az ubercart catalog ne találjon ott semmit, valahogy igy:

function hook_init(){
  if(is_array($_FILES['files'])) {
    $a = $_FILES['files'];
    foreach($a as $key => $arr ) {
      if(isset($_FILES['files'][ $key ]['image'])) {
        $_FILES['files'][ $key ]['myimage'] = $_FILES['files'][ $key ]['image'];
        unset($_FILES['files'][ $key ]['image']);
      }
    }
  }
}

Ezzel én kezelem a képeket, a többi marad a catalog modulra.
Igy már tökéletes! (bár elment rá mésfél napom... :-( )
Köszi a segítséged!
0
0
DTB képe

Szia,
Ez talán segít...
http://drupal.org/project/drush

0
0
mpety képe

Épp a napokban futottam én is ugyanebbe a problémába, és mivel láttam hogy itt még nem igazán született megoldás gondoltam megosztom az enyémet.

Szóval kicsit utánakerestem a dolognak és ez egy olyan bugféleség lesz:
http://drupal.org/node/992856
http://drupal.org/node/1038330

A megoldást nekem a következő kis modul adta:
http://drupal.org/project/taxonomy_access_fix

Ez tökéletesen működik, létrehoz egy olyan jogosultságot ami azt szabja meg, hogy melyik szótárhoz tud a felhasználó kifejezést hozzáadni.
Így most már nem kell teljes taxonómia elérési jogosultságot beállítani csak ezt, meg esetleg az adott szótárban lévő kifejezések szerkesztésére vonatkozót, és így nem lesznek ott a fülek, hiszen ahhoz nem lesz engedélye a usernek!

2
0

Üdv
Peti

eMeLA képe

Ezzel csak az a baj, hogy én nem a velem kapcsolatban álló felhasználókat, hanem a felhasználók új tartalmait akarom listázni...

0
0

...mit tudok: http://web.termuves.hu

vajdasági képe

Igy latatlanbol ez nekem ugy tunik hogy a css -ben kellene allitanod a z-index -en.

Vagy a menunel vagy annal a DDB -nel de meg talan az is lehet hogy mindkettonel. A lenyeg az hogy megadod hogy melyik legyen melyik felett.

1
0
vajdasági képe

Megoldhato, de a regi tartalmaid duplikaltak lesznek. Ha ez nem gond akkor egy kicsit tobb infoval talan jobban tudnank segiteni. Ha megis gond a duplikalas akkor a mostani (regi) domainrol atiranyitasokat kell csinalnod az ujra.

A megoldaok picit tarhelyfuggoek is. A kulon domainnak tehetsz fel egy teljesen kulon Drupalt is de megoldhato egy Drupal tobb domain valtozat is...

Elso korben talan az oldalak (tartalmak) duplikalodasat kellene eldonteni hogy az mennyire megengedheto.

0
0
Justice képe

Igen, ezzel számoltam, de a profil szempontjából elhanyagolható a Google találati helyezés, a cég intenzív egyéb kampányokon keresztül dolgozik, telefon,szórólap stb.

Tárhely: Mediacenter

Ami lényeg: a két domain alatt külön kellene tudnom szerkeszteni a tartalmat, mert az úgy végül kb. 80-85%-ban fogja fedni egymást, Nem tudom ez áthidalható-e?

0
0