[blixtsystems]

Ursprungligen postat av martine

Det låter inte direkt som det blir enklare än att göra ett html-formulär om du dessutom anser att man ska lägga ner tid på att emulera formulärbeteende - och dessutom ha en fallback-lösning med ett html-formulär som du redan från början skulle kunna använt även utan Flash.

Självfallet är det inte enklare än att göra ett HTML formulär.
Återigen så talar jag inte om att använda Flash istället för HTML utan det är snarare ett alternativ till DHTML och AJAX.

Det enklaste är självfallet ett HTML formulär utan någon avancerad funktionalitet, men frågan är om det inte är värt att lägga ner lite extra jobb ibland på att göra formuläret smidigare att använda med hjälp av JS eller Flash.

Att emulera ett HTML-formulär är inte något som är speciellt tidskrävande...det måste ju ha ett beteende hursomhelst och att se till att det överrensstämmer med HTML är inte extra jobb.
Visst förefaller det som det borde vara enklare att lägga till lite JS funktionalitet på ett befintligt HTML formulär istället skapat ett separat Flash alternativ. I verkligheten är dock inte alltid så fallet i min erfarenhet.

Ett exempel på formulärfunktionalitet i JS är "widget" sidan i wordpress admin.
Där kan du ordna dina widgets genom dra runt dem för att bestämma ordning, vilket är betydligt smidigare än att t.ex. ha fält där man skall skriva in nummer. Problemet är att JS implementationen fungerar riktigt dåligt.
Hamnar en ruta lite fel så försvinner den ibland från skärmen och ibland fastnar de och går inte att flytta runt.
Det är bökigt att implementera den typen av funktionalitet i JS för att det är en metod som i princip är en hack för att få HTML att göra saker det inte var avsett för, men i Flash är det enkelt att implementera.

Originally posted by -martine@May 15 2008, 02:38

Så svårt är det inte att få saker och ting att fungera med formulär och js. Det är oftast ganska enkla saker som behövs och där finns stödet genomgående i de större webbläsarna. Man behöver oftast inte testa i "mängder" av webbläsare, det räcker oftast med ett par (Firefox och Explorer) för att upptäcka eventuella brister om du skriver korrekt kod (Opera, Safari, Konqueror osv beter sig nästan exakt som Firefox och Explorer i sina olika versioner beter sig på sitt egenartade sätt liknande).

Korrekt kod är kod som fungerar i de flesta webbläsare, så om du skriver sådan så är allt bra.
Däremot kan man inte säga att en viss syntax är korrekt då implementationen skiljer sig mellan olika webbläsare.
Det är långt ifrån säker att din kod fungerar korrekt i Safari och Opera för att den funkar i IE och Firefox även om du använder en korrekt syntax. Situationen har förbättras betydligt på senare tid, men det finns fortfarande användare med äldre versioner och implementationen är ännu inte 100% identisk.

Originally posted by -martine@May 15 2008, 02:38

Det låter kort sagt som du gör det krångligare än nödvändigt för dig om du genomgående använder Flash-formulär. Jag tror nog att du måste lägga ner en hel del tid på att designa Flash-formulär (i synnerhet om de faktiskt inte bara ska vara lika bra som vanliga html-formulär utan till och med bättre) vilket man kan spara med ett par genomtänkta css-, js- och html-mallar. Men valet är ditt.

Jag säger inte att genomgående använder Flash-formulär, men de gånger det har krävts tex. uppdatering av dropdowns beroende på andra val, uppladdning med progressbar och möjlighet att organisera om filer eller element med drag and drop så tycker jag JS är betydligt krångligare.

Ursprungligen postat av martine

Jag håller dock med KarlRoos, Flash är snyggt och bra för en del saker - men formulär och Flash hör inte ihop. (Det finns en hel del CarlRoos-mammor som retar sig på dessa märkliga formulär).

Som sagt så tvivlar jag starkt på att Karls mamma bara irriterar sig på Flash.
Det handlar om confirmation bias...är det en dåligt designad HTML sida så är problemet dålig design, men är det en dåligt designad Flash sida så är det Flash som är problemet av någon anledning.