We are using Dreamweaver in different versions at our company and sometimes for us, Dreamweaver is more or less the best choice. But we are always missing some workflow-features. We have tried to implement an Eclipse-based solution (PDT, WDT, Subclipse, etc.) into our daily workflow, but this was no real alternative.

Next step was to put all of our code into a repository. But if you have to do quick changes(and this happens very often) and login with Remote-Desktop on the Production-Environment, you always will break the repository, because lack of time and the next day someone has to “Clean-Up” the mess. So we are falling back to the Check-In, Check-Out method, availabe in Dreamweaver since i know it (MX or so). But in comparison to an SVN-solution this is not very satisfying.

Next big issue we have is using CSS-based layouts and “Includes” in DW. It seems that till version CS3, DW is pratically only useable with static pages (except you use tables for some parts of the page, but i do not like this idea very much). For cases, where a CMS is not a solution, Dreamweaver is our best friend and so we have to do a lot of debugging with FF and Firebug, or IE and Developer Toolbar.

BUT

Dreamweaver CS4 will have some features that are targeting this 2 major problems we have. SVN integration into DW. Works great for me, but check your SVN-version, DW will not work with the current release of SVN(I hope a more  SVN client into DW will be replaced for the final release).

And, the new Live-View is wonderful. F.e. if you have a calendar-widget which is included like this

include("calendar.php");

you will never get the page correctly rendered. But if you have access to a testserver(Configured within Site-Manager), than you can use Live-View. Therefore Dreamweaver loads the site from the testserver and link the code from you to this live-perspective. So, you can jump between Code and Design perspective and edit your code.

We also like, that related documents are opened in “subtabs” and you can instantly work on these. We have discovered some bugs in Live-Mode and there are some feature requests we have.

• If you have Java-Script activated and you click on Design-View, you could never go back to any line in Code-View, because of a “marker” or so, DW is tries to jump all the time.
• If i edit a file in Live-View, the Webkit-rendered-presentation never get updated.

I have to restart DW after writing some messy HTML-code, because the Webkit-DW-Combo could not handle this. I have to do further testing to find out under which conditions this things are going to happen.

Finally, DW CS4 will be one of the most important releases in 10-years of development.

yeah.. but what?

Nothing happened, this is maybe a bit unfair, but from a user’s view, really nothing happened, even simple design and UI-rules have not been followed and the old problems of the interaction design are still the same or worse (A nice new game is, “Find the Save-button”). I do not want to bash Typo3 or it’s developers, but the following points prevents me from using Typo3 as a base for new platforms.

1. Who has the smallest…… icons?

Is anyone able to explain me why are there still more than 20 buttons on the left-navigation-bar? What is about a common application-layout and a categorized menu? (have a look at Webedition)

The icons are to small and they are simply not modern (Even Joomla has this kind of glossy icons). Everyone knows the bigger-is-better Web 2.0 aesthetic and it simply works, if you do a direct comparison of web-user-interfaces (content-management) and you compare WordPress with Typo3, Typo3 simply sucks. WordPress is easy-to-use from the first minute and for more advanced users it still have advantages too. F.e. if you do a lot of publishing, you will be much faster with WordPress than with Typo3.
You might think i am comparing apples with oranges but from a editor’s view, where is the difference?. HtmlArea vs. TinyMCE, Categories vs. site-tree, these things are all the same for an editor…

2. Performance, User-experience
One statement in the release notes is, that the performance of the worflow has been increased. There were several points listened, but i want to mention one. The AJAX-driven-site-tree. Ok, it’s cool, but in 4th year a.O (this is my personal time period of Web 2.0: “b.O” means before O‘Reilly mentioned Web 2.0 and “a.O” for after O‘Reilly… ok sad joke) it should be a standard for rich-applications. But if you have ever worked with the “Categories”-Panel in WordPress you will recognize how bad the tree is made in Typo3. Even if i work alone on my local test machine(Core2Duo, 4Gb RAM, Win x64) the whole Typo3 interface is so annoying to work with, because of the high response times after an action, that i always think that no Typo3 developer uses his own system to work in a daily workflow.

I have an execise for you.

Take your “blog” and move it to Typo3, than write at least 3 articles a week with images inside and some common layout-elements like lists, after a period of one or two month move your blog to a blogging-software like WordPress or MovableType and do the same again. You only have to do this if you don’t believe me that you will never go back to Typo3 for this kind of use.

3. Workflow, no… not for developers, for those who have to use the system daily

From a developer’s perspective Typo3 is a great system, modular, extendable, Open-Source, well-written-codebase, etc. etc. But a developer only sees the system a short time and afterwards the editor’s have to spend most of the time with Typo3.
In the last years i have met a lot of Typo-developers and Typo-editor’s and the major problem i recognized is complexity.

Complexity, not only from a editor’s view, also the average developer is overstrained with the system. Nearly every Typo3-setup i see was not done by an Typo3-expert. Most of the time a small web-agency has to follow the wishes of their clients and lots of them have heared from Typo3. “Ouh i have heared about a CMS, it’s completely free and it’s superduper easy to use and you have nothing to build on your own, so it will be very cheap to build our new site with it….”. Wuäh…. i hate this statements from the marekting-executives.
The problem is, that all this “cheap”-setup’s are completely misconfigured and after a period of time, most of the editor’s are completely disappointed by Typo3. This is a real problem. I does not happened once or twice that a client asked me for a Typo3 alternative because they are not able to use it…. So, a Typo3-expert will have problems to sell his profession.

I think, this is not what the Typo3-association wants!

My suggestions

One solution could be, to preconfigure an easiest-to-use Typo3-setup that is as simple as WordPress to install and configure.

Next step should be asset-management. Have a look at the WordPress-image-upload. It should be that easy to include images, videos or sound.

Improve the speed of the UI and improve the UI-design. Have a look at libraries like extjs, i think it’s easier to develop a new frontend with it than to develop your own UI-solutions.

Reduce the options a user have. F.e. if i want to write an article with text and an image, why i have to choose a lyout before i could start to write. I want to include images, videos and sound on-the-fly during i write an article.

A tabbed menu should never be needed, i don’t think that an editor should be in a position where he has to make 3 great decisions for one article.

Increase the size of all fonts and start to layout Typo3 menu/sites from a typographic/interaction-designer-perspective.

Increase the size of all buttons and take well-designed icons.

Make heavy and right use of AJAX.

Animation is not an overload if you use it well.

Instantly show context-sensitive-help-bubbles if you move over a button, and do not use the typical “title” or “alt”-tag html solution, A real-context sensitive help should include more information than the button-name.

And finally, work on the steps to publish a new article. Why should i create a categorie or page before i can start to write an article. In Typo3 there is the possibility of “already-opened-documents”. Sort this documents in tabbed layouts (look at some of the great new RIA’s developed in the last months).

Some of this points above, are not the fault of the Typo3-developers. But an application like Typo3 could only be succesful if the editor’s like it. And the great problem of misconfigured Typo3-systems has to be solved. I think the decision that has to be made is, “hide complexity from the user” !

Was ich noch schuldig bin, ist eine Erklärung für dieses Verhalten.

Flash verwendet für die Verbindung das TCP-Protokoll, was ja laut Spezifikation nicht schlecht wäre (gesicherte Ãœbertragung der Pakete, sowie korrekte Reihenfolge). Der Nachteil zu UDP ist aber, dass dadurch die Ãœbertragung der Pakete teilweise verzögert wird. So schließt man zwar ein falsches Paket aus, bzw. ein falsch sortiertes Paket, was aber nicht immer wünschenswert sein muss.

Denn eine Validierung der eingehenden Informationen ist weniger zeitkritisch als die Ãœbertragungdauer für Echzeitanwendungen. Die Interpolationsmöglichkeiten die sich daraus wahrscheinlich ergeben würden, wären wesentlich zufriedenstellender als mit der auf TCP basierenden Verbindung.

Zu guter Letzt noch eine schlechte Nachricht. Laut ActionScript 3 Definition wird sich daran auch in naher und mittlerer Zukunft nichts ändern. In der Online Dokumentation wird das TCP Protokoll weiterhin als Grundlage angeführt.

Ein weiterer Punkt, der für eventuelle Latenzzeiten verantwortlich sein könnte ist nahezu auszuschließen. Es wurde eingeworfen das Java auch nicht das Flotteste sei und dadurch die Ãœbertragung weiterhin verlangsamt werde. Dem ist meiner Meinung nach zu widersprechen, den eine Virtual Machine läuft ständig im Hintergrund und durch JustInTime – Compiling oft ausgeführter Befehle ist eigentlich davon auszugehen, dass die Java Applikation einer nativen Applikation nahezu ebenbürtig ist.

Vor allem bei Useranzahl = 2 beschränkt sich bei einem 40ms Zyklus die Anzahl der Funktionsaufrufe auf 4(dies waren die Testbedingungen für das Echtzeitsystem), was ein Klacks ist und sogar Flash in einer Zeit abwickeln würde, die nicht merkbar wäre.

Die Anzahl der verschickten Bytes entsprach 4 bzw. AnzahlUser * 4.

Der nächste Problempunkt stellt die Entfernung Client < -> Server dar. Eine Verbindung die über viele Netzknoten wandert verursacht natürlich auch eine Menge an Verzögerung die nicht geschätzt werden kann. Für eventuell funktionierende Interpolationslösungen wäre ich dankbar, aber immer mit dem Bewusstsein, dass die Anwendung bei 24fps keine merklichen Abweichungen aufweisen darf.

An der FH Salzburg (Multi Media Art) brandete gestern im Zuge der Vortragsreihe Multimedia-Programmierung ein äußerst interessante Diskussion über die Verwendung dynamischer Datenaustauschtechnologien auf.

Im Prinzip ging es nur um eines Welchen Sinn hat Flash?

Diese Frage hat sich bis jetzt nie für mich gestellt, aus dem einfachen Grund, weil die Beschäftigung mit einem Hype nie mein Fall war, doch was ist AJAX überhaupt.

Grundsätzlich ist es ein im HTTP 1.1 Protokoll definierter Weg HTML-Requests ohne einen Reload durchzuführen. Die eigentliche Mächtigkeit ergibt sich aber erst seit ca. 1/2 Jahr mit der Entwicklung von offenen Java-Script Libraries für diese Technologie die zeitgesteuerte Abläufe einfach ermöglichen. Als tolles Beispiel ist eben jenes System anzuführen, an dem ich gerade eben diesen Text tippe, WordPress setzt mit TinyMCE und der Kategorieverwaltung stark auf AJAX.

Es ermöglicht eine bis dahin in Websites nie gekannte Interaktivität und Usability. Allerdings muss man ganz klar feststellen, dass dies aber erst der Anfang eines großen Schrittes sein kann. Erst eine GUI und ein leistungsstarkes Authoring, bzw. Codekonzepte und der Einsatz von JavaScript-Spezifikation 2 erlauben große Projekte mit stabilem Coding.

Aber nochmal zurück zum Anfang, was ist Flash?

Flash setzt seit Version 7(Flash MX 2004) auf 2 getrennte Authoring-Umgebungen, eine für Animationskünstler und Designer und die Professionel-Variante für Programmierer. In diesem Zusammenhang sind auch 2 Entwicklungsumgebungen besonders hervorzuheben, der in Eclipse implementierte FDT-Editor und ein von Alessandro Crugnola programmierter Open-Source Editor namens SEPY.

Seit diesen Versionen ist ein für Programmierer sinnvolles API-Handling zumindest teilweise implementiert und ermöglicht prinzipiell die Produktion von stabilem sauberen Code. Auch die Produktion von Komponenten und die Entwicklung des Flex-Framework haben wesentlich dazu beigetragen mächtige RIA´s (Rich Internet Application) zu designen.

Diese Trennung der Programmteile war ein wichtiger Schritt um die Prioritäten von Flash neu zu definieren. Flash ist historisch betrachtet ein Tool für Designer und Animateure und entwickelte mit ActionScript eine mehr oder minder fähige Sprache, die auf die Zeitleistenfunktionalität aufsetzte. Mit der Zeit wurde die Entwicklung von Applikationen derart wichtig, dass sich die Sprache auf einer komplett falschen Basis rasant entwickelte. Durch Einführung von ActionScript 2 wurde der erste richtige Schritt getan und die von Adobe/Macromedia veröffentlichte Spezifikation von ActionScript 3 verspricht eine weitere Steigerung.

Wenn man versucht Flash nicht als ein Tool für alles zu betrachten, sondern jeweils die Stärkten der unterschiedlichen Versionen als eigenständiges Entwicklunsgerät zu verwenden ist meiner Meinung nach der 1. Schritt getan. Flash für Entwickler muss ein Compiler werden(wie es bei MTASC bereits als OpenSource umgesetzt wurde) der auf ein starkes, mächtiges und großes Framework aufsetzt.

Flash für Designer und Animationskünstler muss eine zeitleistengesteuerte Oberfläche bleiben und auf die Stärke des Small Web Format (SWF) setzen. Die Ãœberlegenheit die diese Applikation von anderen und natürlich von AJAX unterscheidet ist ein Austausch der einzelnen Komponenen von Entwickler und Designer ist einfach und schnell zu realisieren, die Oberfläche für eine RIA oder ein Spiel sind in einem einzigen Programm zu realöisieren und ermöglichen dem Einzelnen und dem Team eine feste Entwicklungsstruktur für Projekte zu integrieren. Die Verwendung von Editoren wie FDT und SEPY ist mit seinen Refactoring und Entwicklungswerkzeugen ein erster Schritt in Richtung Applikationsentwicklung.

Wenn jetzt natürlich der berechtigte Einwand kommt, Java und Co. sind “richtige Programmiersprachen” und für die Applikationsentwicklung vorgesehen, muss man hier prinzipiell recht geben, allerdings der wirtschaftliche Faktor ist bei Webapplikationen ein wesentlicher im Gegensatz zur Softwareentwicklung, betrachtet man die Durchlaufzeiten bei Desktop-Anwendungen im Vergleich zu Webanwendungen ist dieser gravierend, da die Test und Entwicklungszeiten im Web nur einen Bruchteil ausmachen.

Flash kann eine Lösung für zukünftige Präsentationen im Webbereich und interaktive Anwendungen werden. Was meiner Meinung nach auszuschließen ist, das AJAX und ähnliche Entwicklungen in die Präsentationssparte eindringen können.

Interessanter ist der Vergleich im Bereich interaktiver Anwendungen. Sobald die Entwicklungswerkzeuge und Frameworks von AJAX eine genügend entwickeltes Stadium erreichen, wird die Implementierung um ein vielfaches kostengünstiger und einfacher zu lösen sein als mit bisherigen Flash-Applikationen. Allerdings mit einer Einschränkung, die Strukturen erfordern auch ein serverseitiges Lösungsmodell, dass zu 100% kompatibel sein muss und natürlich in der Einfachheit der Client-Entwicklung nicht nachstehen soll, Macromedia/Adobe haben hier den Vorteil von 10 Jahren Entwicklungszeit und eine Konformität innerhalb der Produktlinie, die zwischen den unterschiedlichen Entwicklungswerkzeugen einen nahezu reibungslosen Austausch ermöglicht.

Wie Fr. Mairitsch (Studiengangsleitung Multi Media Art) ziemlich treffend formulierte ist es eine Frage der Timeline und der Dimension Zeit an dem sich diese Fragestellung entscheiden wird. Fr. Jellinek (Studiengangsleitungsstv. Multi Media Art und Head für Multi Media Programmierung) brachte ein meiner Meinung nach weiter interessantes Argument, das die Entwicklung eines neuen Client und Backend-Modells wie mit Ruby, die beidseitig auf dieselbe Technologie und Struktur aufsetzen der Weg in zukünftiger Webentwicklung darstellt.

Der Konkurrenzkampf Flash vs AJAX und Co. um interaktive Webanwendungen wird in den nächsten 5 Jahren sicher interessant zu beobachten. Eines sollte man aber nie vergessen, Flash bietet ein in eine Sandbox (Flash Virtual Machine) implementiertes geschlossenes Sytem. Es wird auch eine Frage der Performance und natürlich der Wirtschaftlichkeit. Der einzige Vergleich der in dieser Diskussion hinkt und deshalb auch nicht angesprochen wurde ist der Vergleich Director – Flash und Flash – AJAX, weil diese Systemvergleiche meiner Meinung nach auf Grund der unterschiedlichen Ausgangssituation nicht möglich ist.(Geschlossenes System, proprietär, etc.).

Was AJAX aber absolut einen Startvorteil verschafft, bestehende und bekannte Strukturen zu verwenden und als Open-Source Implementierung natürlich frei verfügbar zu sein.

By time their are some alpha releases of Flex 2, Flex Framework and the Flash Player 8.5. If you are a interested RIA developer this alpha release is a must have. Today it was my first time with a flex product and i was surprised how fast you can create RIA´s with it. I am using the Eclipse plugin(codenamed Zorn). For me the IDE is nearly complete, their is an easy way to debug the application threw the Flash 8 authoring enviroment and you are able to run and compile the application directly threw the eclipse IDE(Run As -> Flex Application).

But what i am most suprised was the new Action Script Virtual Machine which is included into the new Flash Player 8. I have seen tests withit and the new scripting language ActionScript 3 and i was very surprised by the results. Up to 100!! times more performance for specific applications. And what i like also a lot is that the guys from MM have not implemented the old AS 1 and AS 2 waste into this virtual machine.

There are also several new features wich are supported by Player 8.5, one of them is i have already said the AS 3 language, but read the articles at the MM labs.

see ya in a completly new RIA world

Flash Player 8.5 provides a new milestone in flash history, Action Script 3.

Action Script 3 becomes a very stable, clean and powerful language and i hope it will be integrated into Flash Authoring Enviroment as well.

They have built in a new ActionScriptVirtual Machine into the coming up Flash Player.

Some of the new features are:

– E4X (ECMA Standard for native object XML support)
– reorganisation of the Flash API
– new primitive data types
– create display objects threw the “new” operator
– and many more

For a little bit more detail, read this article from the macromedia labs.

MM has also set the livedocs for ActionScript3 as a public.

They offer a job as a tutor for MultiMedia Programing and Informatics.

The students will learn the principial technologuies of the WWW like Protocols, HTML, Flash, PHP, MySQL and much more in about 6 episodes.

It is my first employment as a tutor and i am a little bit nervous .

Blog Search is Google search technology focused on blogs. Google is a strong believer in the self-publishing phenomenon represented by blogging, and we hope Blog Search will help our users to explore the blogging universe more effectively, and perhaps inspire many to join the revolution themselves. Whether you´re looking for Harry Potter reviews, political commentary, summer salad recipes or anything else, Blog Search enables you to find out what people are saying on any subject of your choice.

Your results include all blogs, not just those published through Blogger; our blog index is continually updated, so you´ll always get the most accurate and up-to-date results; and you can search not just for blogs written in English, but in French, Italian, German, Spanish, Chinese, Korean, Japanese, Brazilian Portuguese and other languages as well.

Every blog which send a ping to weblogs.com or anything like this will get scanned by google.

New features of FireFox 1.5:

• JavaScript 1.6
• better CSS implementation
• SVG support
• more accessibility features
• security improvements