Feb 06
The MooTools JavaScript framework has a lot of nice methods, where store and retrieve are only two of them. The concept is a pretty simple one. I call it the “registry”. Every element may have properties which are also present in the DOM, like href, title and so on. But with MooTools, you have one more option to assign properties to elements which will NOT have a “physical” representation in the DOM. For being able to identify one specific element in the DOM, a unique identifier is mandatory. As there is no such thing for every HTML element by default, they had to create one.
Technically, there is the id property, but not every element has to have it, so that is not the solution. Within the framework, there is a $uid method, which assigns an integer value to every element once MooTools is initialized (also for elements which are created dynamically later on). There is also a global counter value which increases the integer value and holds this “auto increment” value. This is Native.UID.
So after that magic method has been called for every HTML element, each one has a “uid” which can be obtained by myElement.uid. Sounds pretty easy and logic, right? Well, it is – except for forms. Guess what happens if an HTML form contains an input element with the name “uid” and we want to store something at the form. You’re right: it crashes! Here’s why: The browser simply returns an input element instead of the integer value. Now imagine you have several forms of that kind and you want to submit them with the Form.Request class. It uses the occlusion pattern of the MooTools framework. Now as soon as one form has been sent that way, all the other forms will simply check if there is a request stored for input instead of their integer uid value. Thus: all the forms share the same request object and your application will crash!
Check out the exmaple page.
Mrz 18
Ich habe mich neulich mal mit meiner Statistik beschäftigt und dabei festgestellt, dass meine Galerie tatsächlich schon auf einigen anderen Seiten verwendet wird. Zu meinem großen Erstaunen gibt es auch schon eine Erweiterung für das CMS TYPOlight! Diese habe ich dann auch schon ein Mal im Einsatz gefunden. Sollte es noch weitere Beispiele der Verwendung geben, würde ich mich auf jeden Fall über einen Hinweis freuen, damit ich mir das mal anschauen kann. Weiterlesen »
Mrz 16
Um eine Webseite attraktiv für den Benutzer zu machen bietet sich der Einbau von kleinen “Gimmicks” an. Hierbei gilt es allerdings ein paar Dinge zu beachten. Zum einen sollte der Benutzer nicht zu sehr vom eigentlichen Inhalt der Webseite abgelenkt werden, zum anderen sollte die Webseite beim Fehlen des entsprechenden Gimmicks nicht eingeschränkt benutzbar sein, beispielsweise durch ein fehlendes Menü, oder ähnliches. Sprich, auch ohne JavaScript und Flash sollte die Seite weiterhin alle gewünschten Informationen bieten. Weiterlesen »
Mrz 15
Bei der Seite für das Geschäft meiner Familie, die ich gerade entwickle, wollte ich eine Lightbox verwenden. Die erste Extension die ich fand war kj_imagelightbox2, welche eigentlich genau das macht was ich wollte. Allerdings mit einigen Einschränkungen. Zum einen wollte ich gerne die auf MooTools basierende Slimbox verwenden, ergo auch MooTools und zum anderen verwende ich auf der Seite auch tt_news, was standardmäßig nicht unterstützt wird. Da man diese kleinen Mankos relativ einfach beheben kann und dadurch die Extension noch ein wenig flexibler wird, möchte hier meine Lösung posten. Weiterlesen »
Dez 10
Ich habe eine Seite gefunden (bzw. wurde darauf hingewiesen), die meine JSGallery2 benutzt. Wenn man sich das so anschaut, kommt man schnell darauf, dass sie für den konkreten Fall noch erweitert wurde (z.B. werden hovers statt clicks verwendet um die Bilder zu wechseln). Ich freue mich natürlich, dass es Leute gibt die die Galerie gut integrieren konnten. Ich werde auch weiterhin die Augen offenhalten und hier von weiteren ShowCases berichten.
Sep 29
Today, I updated JSGallery and JSGallery2 on eSteak.net to fix two minor bugs. They made it impossible to use custom loading graphics, which works as supposed now. Thanks to Alex H. for the hint!
Aug 11
I just don’t get it! After putting some effort in a website, which was missing in a developer community, and getting almost no feedback, a lot of people are still downloading scriptsfrom eSteak.net – 6000 hits per month. So my contribution to the MooTools-Community was nonsense? Now I had to read this. Sorry, but I am a bit pissed about that. I think, I’ll open the platform for other js frameworks instead of more work for the MooTools community which obviously doesn’t accept this website. Hopefully the other developer communities are not that exclusive…
Jul 07
I just uploaded a new version of the JSGallery script to eSteak which is now compatible with MooTools 1.2. The old version also got a few tweaks and fixes and works in IE7 now (again). Additionally, both versions of the JSGallery_simpleviewer work in Firefox 3 now. Enjoy!
Jun 10
You may now download the new version 1.2 from the official websie. I think it’s a pity that the download now consists of two seperate files, as the compression rate de- and and the loading time increases.
Unfortunately all the other pages are offline at the moment: the demos, docs, forum and blog. The ticket page has been added, but is currently offline as well. Half-cocked snapshot I’d say, especially because the docs are actually there, well…
Let’s hope the problems will be solved during the day and maybe they’ll think about an official offline versionof the docs to prevent such a blackout.
I will definitely work on eSteak to be able to handle scripts for the new version and I will try to integrate the packed download as well when I’m working on it anyway.
Mai 23
For not being accused of laziness, I added some new features to eSteak:
- It is now possible to add a feed url to each plugin (as suggested). There will be a link in the detailview then
- You can choose the software license of your plugin from a given set now. This information (and author names) will be included in the upcoming packed download.
- Additionally, plugins which depend on the currently shown one are also shown in the detail view now:
I am looking forward to get the next features online soon. Those will be the possibility to pack the download and to give the system the ability to handle different mootools versions. So, keep at it!
