Skapa HTML-formulär

I de fall där en formulärdesign inehåller delformulär som expanderar, är det svårt att veta exakt hur många sidor det slutliga formuläret blir vid körningen. Inställningen för sidstorlek avgör numreringen för PDF-formulär, men denna inställning ignoreras när du återger ett HTML-formulär, eftersom en HTML-sida kan vara hur lång som helst.

Om du vill ha ett flersidigt HTML-formulär kan du lägga till ett delformulär per sida. Du behöver ett av dessa delformulär för varje sida som du vill återge i formuläret. I formulär som innehåller flödeselement bör varje delformulär med flödesinnehåll kapslas in i ett av siddelformulären. När formuläret sedan återges visas allt innehåll i delformuläret på samma HTML-sida.

Studera t.ex. formulärdesignen på bilden nedan. Formulärdesignen har tre delformulär på sidnivå: delformulär_sida0, delformulär_sida och delformulär_sistasidan. Om Forms återger ett HTML-formulär utifrån den här formulärdesignen skapas automatiskt en HTML-sida per delformulär.

A.

Delformular_sid0 placerar innehållet och är inställd på att visa sina objekt en gång på formulärets första sida med samma layout som mallsidan Sid1.

B.

Delformular_sid1 innehåller ett delformulär med flödesinnehåll. Återgivningen av objekten i Utokat_delformular kan upprepas så många gånger som datasammanfogningen kräver det. Innehållet i Delformular_sid1 kan visas på en eller flera sidor med layouten från mallsidan Sid2_etc.

C.

Delformular_sistasidan placerar innehållet och är inställd på att visa sina objekt en gång på formulärets sista sida med samma layout som mallsidan Sid3.

När Forms återger HTML-sidan vid körningen blir det första sid-delformuläret den första sidan. I vårt exempel ser första sidan ut som på bilden nedan. Observera knappen Nästa sida, som måste inkluderas så att användarna kan flytta till nästa sida i formuläret.

Om vi antar att det finns minst en datapost som kan sammanfogas med Utokat_delformular kommer sidan 2 att se ut som på bilden nedan. Återigen krävs knappen Nästa sida, så att användarna kan flytta till nästa sida i formuläret. Du kan dessutom behöva inkludera en Föregående sida-knapp i ditt eget formulär.

Det tredje sid-delformuläret, Delformular_sistasidan, visas på det återgivna formulärets sista sida. I exemplet finns ett meddelande som tackar användaren för besväret och en Skicka-knapp så att hon/han kan skicka inskrivna data till Forms.

Mer information om hur du skriver ett skript som gör det möjligt för användare att flytta mellan HTML-sidor finns i Skapa skript som hanterar HTML-sidor.

Följande tips hjälper dig att utforma HTML-formulär som ser trevliga ut och är lätta att läsa:

• Använd inte ett objekts kantegenskaper till att rita linjer, rutor eller rutnät i formuläret. Alla webbläsare kan inte återge kanter på samma sätt som de visas i förhandsgranskningen i Designer. Det kan se ut som om objekt ligger ovanpå varandra, och vissa objekt kan även förskjuta andra objekt från deras lägen.

• Om användarna använder Microsoft Internet.ex.plorer kan du utforma dina formulär med linjer, rektanglar och cirklar som bakgrund. Alla övriga webbläsare stödjer bara vertikala och horisontella linjer. Därför visas inte rektanglar eller cirklar i din formulärdesign under körning.

• Om du formger formulär som ska visas i webbläsaren Opera bör du göra fälten något större än du vill ha dem. I Opera har fälten alltid nedsänkta innerkanter. Om du använder någon kantstil tillämpas den utanför den inre kanten. Den nedsänkta kanten tar upp en del plats, vilket resulterar i att den faktiskt ifyllbara delen av fältet minskar.

• Skapa en statisk text som när något större än vad som krävs för att rymma texten. Designer och Acrobat kan använda en annan typ av kerning än den som används i textrutan, vilket innebär att viss text kanske inte visas korrekt.

Ta hänsyn till följande riktlinjer när du lägger till bilder till formulärdesigner som återgetts som HTML.

Bildfiler som stöds

Du kan ta med vilken typ av bildfil som helst (utom animerade GIF-filer), dock med de eventuella begränsningarna hos de webbläsare som användarna använder för att visa HTML-formulär.

Obs! Tänk på att Internet.ex.plorer hanterar kombinationen av knappar och bildobjekt på ett annat sätt än andra webbläsare. Om du t.ex. skapar ett knappobjekt med ett anpassat genomskinligt utseende och placerar det ovanpå ett bildobjekt kan Internet Explorer återge HTML-resultatet felaktigt så att användarna inte kan klicka på knappen med musen. Se Lösningar på begränsningar för webbläsare

Bädda inte in bilder i formuläret

Forms stöder inte inbäddade bilder. Använd relativa sökvägar när du infogar bilderna. En sökväg kan t.ex. vara relativ Forms -rotkatalog för formulär, vilket är standardkatalogen för formulärlagring. Bildkatalogen i nedanstående sökväg ligger på samma nivå som formulärmappen:

../images/graphic.jpg

Om du tror att några av användarna använder webbläsare med begränsade funktioner bör du överväga att använda minsta gemensamma nämnare vid formulärrutformningen. Om din organisation använder webbläsare med XHTML-stöd har du dock större layoutmöjligheter.

Tänk på följande när du utformar formulär som ska visas i olika webbläsare:

• Ange en sidstorlek om du vill försäkra dig om att HTML4-konverteringen (Netscape Navigator 4.7.x) klarar att visa alla statiska objekt på ett korrekt sätt. Annars reserveras endast utrymme för fälten vid återgivningen.

• Lägg till en marginal på minst 6 mm i formulärets över- och vänsterkant. Allt som hamnar ovanför och till vänster om marginalen är inte synligt.

• Objekt eller delar av objekt som är uppritade med negativa rutnätskoordinater visas inte. Om du t.ex. ritar ett objekt med början på den lodräta rutnätskoordinaten -0,50 visas inte den del av objektet som ligger mellan -0,50 och marginalens innerkant.

• Du bör alltid lägga till nog med utrymme runt fälten för att kompensera för den försämrade återgivningförmågan i mindre avancerade webbläsare. I vissa webbläsare återges t.ex. kryssrutor och alternativknappar som mycket större än de från början utformades.

• Eventuell vänsterjustering av data bevaras inte när en mindre avancerad webbläsare används. Detta gäller särskilt då användaren väljer att ändra standardteckensnittet i webbläsaren.

• Internet.ex.plorer hanterar kombinationen av knappar och bildobjekt på ett annat sätt än andra webbläsare. Om du t.ex. skapar ett knappobjekt med ett anpassat genomskinligt utseende och placerar det ovanpå ett bildobjekt kan Internet Explorer återge HTML-resultatet felaktigt så att användarna inte kan klicka på knappen med musen. Det är dock möjligt för användarna att tabba sig fram till knappen med Retur- eller blankstegstangenten. Det här hanteringsfelet inträffar därför att knappobjektets storlek beror på längden på dess bildtext. Mängden tomrum i bildtextområdet måste vara tillräckligt stort så att knappens storkek är större än bildens storlek. Du löser problemet genom att ersätta bildtexten med tillräckligt mångs blanksteg så att användarna kan klicka på knappen med musen.

Innan du kan testa att formulärdesignen fungerar ihop med Forms och att kommandoknapparna är korrekt inställda, måste du känna till vilken webbadress som ska användas för att skicka frågor till Forms. Personen som utvecklade det anpassade programmet borde känna till detta.

Om du vill förhandsgranska HTML-formuläret måste du göra formulärdesignen tillgänglig för Forms så att formulärdesignen kan lagras. Sedan kan du efterfråga formuläret via webbadressen som är kopplad till Forms. Öppna formuläret med en webbläsare eller annat därtill avsett klientprogram (t.ex. en skärmläsare).

Du kan bädda in beräkningar och skript i en formulärdesign, som kan användas för att köra beräkningar, metoder eller åtgärder när en objekthändelse inträffar vid körning. Som exempel inträffar en händelse vid körning när användaren utför den åtgärd som anges av händelsen. Genom att definiera ett skript kan du anropa vilken som helst av de metoder som objektet hanterar samt undersöka eller ange egenskaper.

I Designer körs skript och beräkningar som standard på klienten. Standardbearbetningsplatsen anges på fliken Förhandsgranska i dialogrutan Formuläregenskaper (klicka på Arkiv > Formuläregenskaper). Om du vill åsidosätta standardbearbetningsplatsen kan du uttryckligen ange en annan plats via alternativet Kör i skriptredigeraren när du tilldelar ett objekt ett skript eller en beräkning.

Använder du Forms kan bearbetningen göras på klienten, servern eller båda ställena. Om du anger att skript/beräkningar ska köras på både klienten och servern kan båda dessa försöka köra skriptet eller beräkningen. Forms försöker alltid att köra skriptet eller beräkningen om klienten inte klarar av det. Om du anger att skript eller beräkningar ska köras på servern, körs de i Forms som sedan sammanfogar resultaten i formuläret och returnerar båda till klienten.

Klientskript och -beräkningar körs på klientenheten. När du skapar PDF-formulär för Acrobat eller Adobe Reader måste all bearbetning göras på klienten. Om klienten inte kan köra skriptet eller beräkningen försöker Forms att göra det.

För att skript i HTML-formulär ska kunna köras måste vissa villkor vara uppfyllda:

• Som klientprogram måste Microsoft Internet.ex.plorer 5.x, Netscape 6.0 eller senare eller Opera 5 eller senare användas.

• JavaScript kan bara användas för skript (du kan inte inkludera FormCalc-beräkningar i formulärdesignen).

• JavaScript måste vara aktiverat i klientprogramvaran.

Bearbetningen kan göras på klienten, servern eller både och. Skript och beräkningar fungerar olika, beroende på om de körs på klienten eller servern.

Skapar du en formulärdesign som ska användas för formulär i både PDF- och HTML-format bör skripten referera endast till en deluppsättning av de egenskaper, metoder och händelser som stöds.

Följande tabell innehåller en sammanfattning av de klientprogram som känner igen de egenskaper, metoder och händelser du kan referera till i klient- och/eller serverskript.

Kommentar 1: För listrutor returneras inte visningstexten av formattedValue.

Kommentar 2: Klickhändelser stöds inte för Skicka-knappar i PDF- eller HTML-formulär. Använd preSubmit i stället.

Kommentar 3: Objektet ScriptObject kan skapas och användas i kombination med andra skript. Se Skapa ett skriptobjekt.

Kommentar 1: För listrutor returneras inte visningstexten av formattedValue.

Kommentar 2: Klickhändelser stöds inte för Skicka-knappar i PDF- eller HTML-formulär. Använd preSubmit i stället.

Kommentar 3: Objektet ScriptObject kan skapas och användas i kombination med andra skript. Se Skapa ett skriptobjekt.

En förenklad deluppsättning med referenssyntaxuttryck stöds av HTML-klienter:

• FormCalc-beräkningar kan inte köras i webbläsare, och de tas bort innan formuläret görs om till HTML.

• Punkter (...) kan inte användas.

• När du skriver klientskript för HTML-formulär måste du använda JavaScript-uttrycket resolveNode för att söka efter noder i hierarkin. Skriptet kan inte stega i hierarkin med objektnotation. Följande uttryck stöds t.ex. inte:

      xfa.form.subform1.TextEdit1

Följande uttryck stöds:

xfa.form.resolveNode("subform1.TextEdit1")

Du kan använda okvalificerade fältreferenser för att söka efter fält på samma undernivå i hierarkin.

Använder du en och samma formulärdesign för både PDF- och HTML-formulär används sidstorleksinställningen endast för numrering av sidorna i PDF-formulär. Inställningen ignoreras i motsvarande HTML-formulär. Du kan använda delformulär på sidnivå och skapa artificiella HTML-sidor. På så sätt kan du hantera skillnaderna mellan PDF- och HTML-sidor. Skapar du HTML-sidor på detta sätt behöver du använda JavaScript om användarna ska kunna gå från en HTML-sida till en annan vid körning.

Använd metoderna pageUp() och pageDown() om du vill att användarna ska kunna gå till och från HTML-sidorna via en vanlig kommandoknapp, som initierar bearbetningen när knappens klickhändelse inträffar. För både PDF- och HTML-formulär gäller att bearbetningen måste göras i både klienten och servern.

Metoderna pageUp() och pageDown() arbetar på delformulärets sidnivå. Anta att formulärförfattaren har skapat följande struktur i formulärdesignen:

A.

Det här delformuläret på sidnivå motsvarar den första sidan.

B.

Det här delformuläret på sidnivå motsvarar den andra sidan.

C.

Det här delformuläret på sidnivå motsvarar den tredje sidan.

Om användaren visar den HTML-sida som motsvaras av delformulär_sida0, visas delformulär_sida1 när metoden xfa.host.pageDown() anropas. På motsvarande sätt visas delformulär_sida0 i webbläsaren, om metoden xfa.host.pageUp() anropas under tiden som delformulär_sida1 visas i webbläsaren. Sidnumren tilldelas följande egenskaper när dessa HTML-sidor ändras:

xfa.host.currentPage = 0     //moves to the first page 
xfa.host.currentPage = 1     //moves to the second page 
xfa.host.currentPage = 2     //moves to the third page 
xfa.host.currentPage = xfa.host.numPages -1     //moves to the last page

När användarna går från en HTML-sida till en annan behålls datastatus, men ett objekts presentationsstatus (t.ex. bakgrundsfärgen i ett fält) kan ändras. Använder du dolda fält med statusvärden för de olika inställningarna kan du behålla presentationsinställningarna under sidövergångarna. Dessutom kan du med hjälp av kommandoknappar göra att användarna kan gå framåt och bakåt i formuläret. I skriptet kan du ange att fältens presentationsstatus uppdateras enligt värdena i de dolda fälten. När användaren klickar på någon av kommandoknapparna skulle skriptet kunna köras genom att knappens calculate-händelse anropas.

Med följande JavaScript-exempel behålls ett fälts fyllningsfärg enligt värdet i det dolda fältet hiddenField. Skriptet körs när händelsen calculate inträffar.

If (hiddenField.rawValue == 1) 
this.fillColor = "255,0,0" 
else 
this.fillColor = "0,255,0"