Upload af .fet-fil

En .fet-fil er hele projektet, og når du uploader en, overføres hele projektet.

Hvor du skal uploade

Der er to steder, og de gør det samme:

• Nyt skema på dit dashboard, hvor du vælger .fet-filen. Dette opretter et nyt skema og importerer til det.
• Upload .fet… i skemamenuen, som importerer til det skema, du allerede har åbent.

Det erstatter alt

Menulinjen siger erstatter alt, og det mener den. Dage, timer, lærere, fag, lokaler, bygninger, elevgrupper, aktiviteter, aktivitetstags og begrænsninger bliver alle ryddet og genopbygget fra filen.

Dette er den korrekte adfærd for opgaven – et FET-projekt er internt konsistent, og en sammenfletning af to af dem ville producere noget, der ikke er nogen af delene – men det betyder, at du ikke bør uploade en .fet-fil til et skema, der indeholder ændringer, du ønsker at bevare. Tag en sikkerhedskopi først, hvis du er usikker.

En dårlig fil kan ikke ødelægge dine data

Filen parses og kontrolleres før noget ryddes. Hvis det viser sig, at det ikke er et læsbart FET-projekt, afvises importen, og dit eksisterende skema er stadig intakt.

Rækkefølgen betyder mere, end det lyder: alternativet – ryd først, opdag problemet bagefter – er, hvordan importer får folks arbejde til at gå tabt.

Det samme gælder for et projekt, der simpelthen er for stort til din plan. Filen tælles først, og hvis den indeholder flere aktiviteter, end din plan tillader, afvises importen helt – intet ryddes, og intet skrives. Du får at vide, hvor mange filen indeholder, og hvor mange din plan tillader.

At afvise hele filen er bevidst. At importere "så meget som passer" ville give dig et skema, der ser komplet ud, men i stilhed ikke er det, og det ville bryde den rundtur, dette produkt er bygget på: det, du downloader, ville ikke længere være det, du uploadede.

Antallet er af undervisningsenheder, ikke rækker – en delt aktivitet tæller kun én gang. Se Planer og grænser.

Hvorfor det sker i etaper

Et rigtigt skoleprojekt består af titusindvis af poster, hvilket er langt mere, end én webanmodning kan håndtere. Derfor kører importen i bidder, hvor hver bid arbejder i et par sekunder og derefter returnerer en statusrapport.

Du vil se den tælle gennem arbejdet i stedet for at sidde på en tom skærm. Når den oprettes fra dashboardet, føres du til dataskærmen, og importen fortsætter der.

To konsekvenser, der er værd at kende:

• Den kan genoptages. Importen husker, hvor den nåede til, så et langsomt netværk eller et browserproblem sender dig ikke tilbage til starten.
• Den er ikke øjeblikkelig for et stort projekt. Det skyldes datamængden, ikke at noget er galt.

Hvad der overføres

Alt, hvad filen erklærer, inklusive de dele, denne grænseflade ikke viser dig på skærmen. Begrænsningstyper, der ikke har en editor her, læses stadig, gemmes og skrives tilbage uændret – de følger med projektet i stedet for at blive droppet, fordi vi ikke havde et sted at vise dem.

Placeringer overføres, som FET udtrykker dem, så et løst skema ankommer løst.

Når det er færdigt

Du lander på dataskærmen med de importerede lister på plads. Derfra kan du:

• Åbne app-visningen for at læse og omarrangere ugen.
• Tjekke pre-flight-analysatoren, hvis du planlægger at løse igen i FET.
• Downloade projektet igen når som helst – se Download tilbage til FET.

Hvor du skal hen næste gang

• Hvilken fil gør hvad
• Sikkerhedskopier — tag en, før en erstatningsimport.