Az általunk ismert magyar Drupal témákkal is foglalkozó blogokból a Drupalhoz kapcsolódó bejegyzéseket összesítjük, így könnyebb követni a releváns magyar tartalmakat.
A nem túl beszédes cím azt jelenti, hogy sokszor a tartalomkezelő rendszerek nem tartalmazzák alapból a magyar nyelvtan szabályainak megfelelő dátumformázó sztringeket, azonban egyéni dátumformával és a PHP kézikönyv idevágó részével ez is könnyedén megoldható.
Ezt Drupalban a következőképpen lehetséges beállítani az admin/settings/date-time (Dátum és idő) oldalon:
Rövid dátumforma: Y. m. d. H.i
Eredménye: 2009. 01. 17. 23.41
IRC-n hívták fel a srácok a figyelmemet Dries tegnapi bejegyzésére; alább egy gyors nyersfordítás.
A Drupal alap rendszerben található Contact modul számos gyermekbetegséggel rendelkezik. Ezek közül az egyik legzavaróbb az az, hogy amikor az ember több kategóriát hoz létre akkor ezekhez nem tud külön külön kapcsolati űrlapot rendelni. Ehelyett a nagy közös kapcsolati űrlap bővül ki egy kiválasztó listával. Ebből a listából azután a felhasználónak kell kiválasztania a megfelelő kategóriát, mielőtt a levelet küldené.
Észrevehetjük, hogy az Internet Explorer régebbi verziói nem tudják támogatni a PNG fájlokat. A jelenség az, hogy nem kezeli az átlátszóságukat, és ez elég nagy probléma mivel (sajnos) a mai napig is a felhasználók legnagyobb része IE6-ot használ.
Szerencsére erre is van megoldás, nem is bonyolult, nem is sok idő megoldani.
Mindösszesen három fájlra lesz szükségünk:
Ha webboltot szeretnénk és bizalmunkat a Drupalba és az Übercartba helyezzük, akkor akár egy lépésben is telepíthetjük a szükséges elemeket. Köszönhető ez a Commerce Guys-nak, akik összeraktak (és ígéretük szerint napra készen is tartanak) az Acquia Drupalból és az Übertcartból egy telepítési profilt.
Megfogadtam Goba tanácsát és utolsó weboldalamat, ezt a blogot is frissítettem Drupal 6-ra.
Eddig halogattam a dolgot, mert elég sok modult használ, és nem mindegyikből volt még 6-os. De időközben minden fontos kiegészítésből megjelent a friss verzió, többek között a Views és CCK-ból is. Az update rendszernek köszönhetően, az átállás gyors és zökkenőmentes volt. Az ImageCache és Inline modulokkal volt egy kis gond, de ez is elhárult.
Így karácsony és újév között megint belefogtam a Java-ba, miként ez tavaly is történt.
Így karácsony és újév között megint belefogtam a Java-ba, miként ez tavaly is történt.
Mi, Drupal fejlesztők, különösen kedvező helyzetben vagyunk amikor egy új oldalt kell a semmiből felépíteni: temérdek modul és smink közül válogathatunk, és a modulos-kattintgatós módszerrel gyorsan eljuthatunk a fejlesztés egy olyan fázisába, amikor az oldal már majdnem kész.
De ahhoz, hogy újdonsült oldalunk megállja helyét, egyedi arculatra lesz szüksége. Vagy magunk tákoljuk össze a kétes minőségű grafikai elemeket, vagy megbízunk egy erre specializálódott céget, többnyire méregdrágán.
Most, hogy vége mind a Forma1 mind a MotoGP szezonnak, úgy gondoltuk szánunk egy kis külön figyelmet benzingőzös közösségi oldalunknak.
Ennek eredménye, néhány apróbb grafikai megjelenítésen kívül, két komolyabb változás:
A Lullabot nem kevesebbre vállakozott, mint a drupalos űrlapkészítés új alapértelmezett eszközének létrehozására! Tegnap bemutatott új moduljuk a Form Builder, reményeik szerint kiváltja az eddigi különböző űrlapépítő megoldásokat (CCK, Webform, Profile stb.).
Az új eszközben az űrlapelemeket AJAX-os megoldással, fogd és vidd módon lehet az űrlapon elhelyezni. Ilyet ugyan láttam már korábban, de nem Drupalban! Ráadásul a Form Builder JS nélkül is működik a készítők szerint!
Dries írta a blogjában, hogy december 15.-től egy hetes "core code sprint"-et szerveznek. Ez azt jelenti, hogy nagy arcokat összelapátolják egy helyre és ők csak a Drupal core kódolással foglalkoznak miközben számolatlanul tolják be a pizzát. Ennek a code sprint-nek a célja, hogy a CCK funkcionalitását integrálják a Drupal alap rendszerébe. Sokan kérdezték, hogy mit lehet konkrétan tenni azért, hogy a Drupal minél jobb és szebb legyen. Itt van egy lehetőség amihez se szakértelem, se idő nem kell csak rá kell szánni pár dollárt.
Végre megvan a tökéletes besorolása annak, amit csinálok. Évekig az "Egyéb számítástechnikai tevékenység" címén kellett a számláimat kiállítanom. De végre a hivatal halad a korral és immár írhatom azt amit tényleg csinálok. Vésd fel! Hatszázharmincegyezer kétszázegy vagyis Világháló-portáli szolgáltatás. Persze kérdés, hogy az "Internetes portál szolgáltatása" helyett miért inkább ezt a fogalom nélküli címet választották.
Elég rég óta idegesített már, hogy a drupal a hibaüzeneteket mindig az oldal elején jeleníti meg, nem pedig ott, ahol a hiba keletkezett, vagyis a form elem előtt. Most egy kicsit utánanéztem, és chx kolléga segítségével sikerült is megtalálni a megoldást. Ez pedig nem más, mint a theme_form_element felülírása.
Elég rég óta idegesített már, hogy a drupal a hibaüzeneteket mindig az oldal elején jeleníti meg, nem pedig ott, ahol a hiba keletkezett, vagyis a form elem előtt. Most egy kicsit utánanéztem, és chx kolléga segítségével sikerült is megtalálni a megoldást. Ez pedig nem más, mint a theme_form_element felülírása.
Keresgéltem, de nem leltem rá, hogyan lehetne Drupal 6-hoz készült Zen-alapú sminkben az Új hozzászólás linket a meglevő hozzászólások alá tenni - lévén így logikusabb lenne: csak akkor akarjon valaki hozzászólni, ha már végigrágta magát a meglevő hozzászólásokon. Nos, PP segítségével találtam egy megoldást - kéretik oda kommentelni, ha egyáltalán.
Kissé megkésve ugyan, de szeretnék itt említést tenni a címben szereplő két eseményről, amelyeken volt szerencsém részt venni. A debreceni szabad szoftver estém elég kacifántosan indult, mert az a fránya T-Mobile mobilnet amelyet vásároltam bizony nem nagyon akart menni Debrecenből, amelyet én eléggé rossz néven vettem, ugyanis dolgozni akartam. No de sebaj, bejártam tiniéveim rég elfeledett helyeit inkább :)
Felmerült a Drupal.org-on hogy a Drupal 7 kódbázisából távolítsák el a PostgreSQL támogatást. Jelenleg nincs felelős maintainere, valamint a SimpleTest unit tesztek sem működnek. Damien Tournoud - aki mellesleg egyből egy patch-et is csatolt a javaslatához - szerint nincs meg az a kritikus tömeg (vagy nincs meg a hajlandóság) a Drupal aktív fejlesztői közösségében, akik a PostgreSQL támogatásával foglalkoznak.
