három perc alatt kattintasz össze egy blokkot, ami az uploaddal csatolt fileok mondjuk nevét mutatja és a filenév linkel is a filera.
csak nem node típusú nézet kell, hanem file típusú, bár lehet node típusú is megcsinálja, mindjárt megnézem, addig is:
http://img.skitch.com/20090316-tw2we6i3jxssmgc78khrxc63y6.jpg
szükséges filter és mező:
http://img.skitch.com/20090316-mw6c5ayhasqxp7ci6hw2t9tt35.jpg
file: name mező beállítása:
http://img.skitch.com/20090316-f2dap4qc973s425i7hmkfgi971.jpg

vagy most mi a gond?

most nézem egyébként, hogy node típusú nézetben is van olyan mező az upload csoportban, hogy "Upload: Attached files" .. és ott van benne az opció, hogy linkeljen a kimenet a filera, nézd:
http://img.skitch.com/20090316-bdrrs28d336f2dywj1n36f29a4.jpg

nem ezt keresed?

az, hogy cssben kap osztályt és az alapján háttérképet nem megoldás, nem ez volt a kérdés. :)

a második már majdnem jó, csak túl nyakatekert és amúgy is ordas gázok vannak benne (nem csinálunk ilyet, hogy img src='... theme('image' meg dísznek van nem?) ;), meg a $links változóddal is konflikt lesz. nevezetesen, a második módszer nem az eredeti tovább linket cseréli képre, hanem egy újat vezet be. ettől még az eredeti megmarad a $links -ben, tehát két tovább linkje lesz a nodenak. lehet mindenfélét ügyeskedni, hogy display:none az eredetire vagy előfeldolgozóban kivágni a $links -ből sztringműveletekkel vagy esetleg újrarenderelni a $linkset, de az alapvető megközelítéssel van a probléma, szóval az említettek közül egyik se túl jó.

megmutatom én hogyan csinálnám, aztán persze mindenki eldöntheti maga, hogy ő hogyan. :)

template.php:

function playground_preprocess_node(&$vars) {
	$node = $vars['node'];
 
	if (isset($node->links['node_read_more']['href'])) {
		$node->links['node_read_more']['title'] = theme('image', path_to_theme() . '/images/read_more.png');
		$node->links['node_read_more']['html'] = TRUE;
		$vars['links'] = theme('links', $node->links);
	}
}

remélem világos, most eltekintenék attól, hogy el is magyarázzam soronként, szerintem érthető, hogy mit csinál és miért. ha mégse, kérdezz!

1. Ez volt az első hiba:

   Warning: Missing argument 1 for SelectQueryExtender::fields()

   Ez jelzi, hogy a fields() függvény használatánál hiányzott egy kötelező - default értékkel nem rendelkező! - argumentum, mégpedig a $table_alias, ahogy az a következő hibaüzenetből ki is derül:
   Notice: Undefined variable: table_alias in SelectQueryExtender->fields()

   Érdemes megnézned a hivatalos doksit:
   SelectQueryExtender::fields, itt látszik, hogy a függvény várna legalább 1 paramétert.

   pp pedig helyesen át is adta a megfelelő $table_alias-t, lásd a kódjában ezt a részt:

   $select->fields('gc')

2. Volt még a kódjában egy explode() is, amivel a vessző mentén "szétrobbantotta" a stringet egy tömbbé, ami stringek tömbje. Jelen esetben valami ilyesmi lesz az eredménye:

   array( 0=>'1', 1=>'2', 2=>'3', 3=>'4' );

   Ez pedig egy érvényes bemenet a condition() metódushoz, lásd a következőt:
   QueryConditionInterface::condition
   "This method can take a variable number of parameters. If called with two parameters, they are taken as $field and $value with $operator having a value of IN if $value is an array and = otherwise."

   Tehát ez a metódus egy tömböt is elfogad második paramétereként, ha az $operator opció egyenlő az 'in'-nel, ami esetedben így is van.

3. Az is látszik a hibaüzenetből, hogy nem lesz jó, ha a variable_get()-tel default értékként sima stringet adsz meg, ami nálad az '1,2,3,4' volt.

   Idézet a hibaüzenetből:
   "WHERE (forexid IN ('47,116,4,34,3,35,1,54908,670'"
   Itt nem jó, hogy ömlesztett string lesz belőle!

   pp tehát ahogy korábban is említettem, szétbontotta először egy tömbre:
   explode(',', variable_get('gft_api_forexids', '1,2,3,4')

   Esélyes, hogy egyébként így is jó lett volna:
   variable_get('gft_api_forexids', array(1,2,3,4))
   Persze ebben az esetben figyelni kell rá, hogy amennyiben van a variable táblában gft_api_forexids bejegyzés, akkor oda is tömb legyen feltöltve (természetesen megfelelően serializálva, vagyis a variable_set()-tel feltöltve egy tömböt).

4. A sorrendre vonatkozó rész itt van a doksiból:
   TableSort::orderByHeader

   Tulajdonképpen itt az orderByHeader-nek a TableSort extender mellé pakolása logikus is, bár elvileg kerülhetne máshova is "sorrendileg", lásd itt a felhasználását: [link].
   Itt viszont láthatsz egy kis magyarázatot is a query-khez, és a TableSort extender felhasználásához, na meg itt úgy használja az orderByHeader-t, ahogy pp: [link].
   Ahogy a hivatalos oldalon lévő doksiban is szerepel:
   Dynamic queries
   Az utóbbi cikket egyébként mindenképp érdemes lehet áttanulmányozni, ha szeretnéd megérteni a dinamikus query-ket Drupalban.

Huhh, a végére jó terjengős magyarázat lett, bocsánat, hogy kicsit áttekinthetetlen lett - ettől függetlenül remélem segített valamennyit a megértésben.