Mein zweites Problem war eher zweitrangiger Natur, nervte mich jedoch schon bei Drupal 6. Bei Problem Nr. 2 ging es nämlich um eine möglichst flexible Einbindung des Favicons (Problem Nr. 1 habe ich im Breadcrumb-Beitrag beschrieben).
22. Februar 2012 - 13:44
Mein zweites Problem war eher zweitrangiger Natur, nervte mich jedoch schon bei Drupal 6. Bei Problem Nr. 2 ging es nämlich um eine möglichst flexible Einbindung des Favicons (Problem Nr. 1 habe ich im Breadcrumb-Beitrag beschrieben).
22. Februar 2012 - 11:35
Da gestern mein erstes Projekt auf Basis von Drupal 7 online ging, kann ich mir heute etwas Zeit zum Beleuchten der Probleme nehmen. Problem Nr. 1 war wie es der Titel schon andeutet, die Umsetzung von sinnvollen Breadcrumbs. Hierbei scheint Drupal in der Version 7 immer noch das Problem zu haben, daß zur Bildung der Breadcrumbs lediglich das Menü Navigation ("navigation") benutzt wird. In meinen Projekten nutze ich aber im Normalfall das Hauptmenü ("main-menu") zusammen mit einem Sekundärmenü ("menu-secondary-menu") und oftmals noch einem weiteren Menü für Quicklinks ("menu-quick-links"). Die Quicklinks bieten hierbei einen Direktzugriff auf wichtige Unterseiten des Sekundärmenüs.
12. Mai 2011 - 8:30
Derzeit entwickle ich mein erstes Widget für WordPress. Als Übung habe ich mir ein kleines Kontaktformular vorgenommen, welches ich auf jeder Seite im Footer platzieren möchte. Hierbei stand ich vor drei Problemen, die ich anderen Entwicklern gerne ersparen möchte.
31. März 2011 - 15:08
Im Rahmen eines Projekts habe ich nach Usability-Verbesserungen für Textareas gesucht. Da das Projekt WordPress nutzt und jQuery sich schon im Lieferumfang des CMS-Cores befindet, habe ich mich bei meiner Suche speziell auf jQuery-Plugins konzentriert. WYSIWYG-Editoren (bzw. Editoren im Allgemeinen) waren jedoch nicht gewünscht und es sollte auch kein WordPress-Plugin sein.
14. März 2011 - 17:56
Im Rahmen eines Kunden-Projekts stand ich heute vor dem Problem, die Titel der aktuellsten fünf Beiträge eines externen Blogs auf einer Drupal 6 basierten Website anzuzeigen. Genauer gesagt sollten die Titel als Liste angezeigt und jeder Beitrags-Titel mit seiner URL auf dem externen Blog verlinkt werden. Zunächst dachte ich, daß dies kein größeres Problem darstellen sollte, da Drupal mit Aggregator schon im Core ein passendes Modul mitbringt, doch ich hatte mich zu früh gefreut.
17. Februar 2011 - 17:30
Gestern erhielt ich meinen ersten Pingback-SPAM (nur einen aber von einem bekannten Spammer) und habe mir deswegen im Rahmen meiner aktuellen Anti-SPAM-Strategie Gedanken über dieses Problem gemacht.
Nach einem Blick in den Code des Pingback-Moduls wurde mir leider schnell klar, daß derzeit nur Lösungsansätze im Rahmen von Aktionen und Triggern möglich sind. Diese greifen mir persönlich aber zu spät in den Ablauf ein, da ich zu diesem Zeitpunkt längst eine E-Mail-Benachrichtigung über einen neuen Kommentar erhalten habe.
24. Januar 2011 - 14:17
Im Oktober letzten Jahres bin ich im Rahmen eines Drupal 6-Projekts vom TinyMCE auf die WYSIWYG-API und den CKEditor umgestiegen. Dies lief auch wunderbar und mit einem Mini-Modul war auch schnell die Toolbar vom CKEditor so sortiert, wie ich es gewöhnt bin. Am 20. Dezember kam dann die Version 6.x-2.2 der API heraus und verursachte Probleme bei den Anwendern. Dies bemerkte ich jedoch leider nicht, als ich Anfang Januar auch dieses Blog umstellte.
7. Oktober 2010 - 12:15
Wie einige Besucher eventuell bemerkt haben, habe ich Anfang der Woche im Hauptmenü die Seite Downloads rausgeschmissen und stattdessen Serien eingefügt. Hier möchte ich fortan meine geplanten und teilweise auch schon begonnenen Drupal-Artikelreihen Sinnvolle Optimierungen (Teil 1) und Wie treibe ich es richtig? (Teil 1) besser zur Geltung bringen.
Als ich hierfür einen neuen Node angelegt habe und ein Bild zuweisen wollte, grinste mich jedoch die Fehlermeldung "You don't have access to any configuration profile to use the file browser!" an und verhinderte eine Bildauswahl mittels IMCE.
28. Juli 2010 - 18:34
Drupal steuert über Eingabeformate, welche Textinhalte im Textkörper eines Nodes oder im Textfeld eines Kommentars erlaubt sind. Leider kann man in Drupal 6 nur ein Eingabeformat als Standard festlegen, welches dann überall und für jeden gilt.
Deswegen hatte ich lange Zeit das Modul Filter Default installiert, da mit diesem zumindest die Möglichkeit bestand, den Standard je nach Benutzerrolle zu ändern. Optimal war das Modul jedoch nicht, da nur das wer und nicht das wo bestimmbar ist.
30. Juni 2010 - 22:19
Wie nach jedem Patch von World of Warcraft funktionierten auch diesmal wieder ein paar Addons nicht mehr. Am ärgerlichsten war dies in meinem Fall beim Addon Fubar, welches nur noch eine leere Leiste darstellte.