Når dagsordner driller

Der er pt. en udfordring med, at hvis et bilagsnavn er for langt (250 tegn i alt inkl. stifinder stien), så bliver dagsorden enten ikke sendt til FirstAgenda, eller dagsorden kan ikke frigives i FirstAgenda.

Her ses et eksempel på et meget langt bilagsnavn:

Når navnet er rettet til og kortet ned, så genereres dagsorden på ny og kan herefter frigives og publiceres i FirstAgenda.

Når du første gang tilføjer en ny bruger til dit udvalg, vil personen du tilføjer stå som inaktiv som vist på billedet her:

Når du har gemt tilføjelsen af brugeren på udvalget og opdaterer vil du se, at der ikke længere står "inaktiv".

Det er en fejl i SBSYS API'et som gør, at der står inaktiv, og der arbejdes på at løse det, så det ikke kommer til at stå der.

Det har ingen betydning for brugeren og det står der kun første gang du tilføjer personen og er væk igen, når der er gemt og opdateret på udvalget.

Den nye tilgængelighedstjekker i dagsordenssystemet kan ikke læse rækkefølgen på overskrifter, så du skal selv være opmærksom på, at du benytter overskrifterne i den rigtige rækkefølge.

Programmet der bliver brugt til editoren har overskrifter fra 1-6, men vi benytter kun str. 5 og 6 i vores dagsordenssystem, derfor opdager tilgængelighedstjekkeren ikke, hvis du har benyttet overskrift 6 før overskrift 5, så du skal selv være opmærksom på, hvordan du benytter rækkefølgen af overskrifter i dine dagsordenspunkter.

Der kan være udfordringer med anvendelse af tabeller i dagsordner, og det kan give problemer, når dagsorden skal generes ud til hjemmeside og FirstAgenda.

Fordi tabeller kan udformes så forskelligt, så kan der ikke defineres fastsatte kriterier for, hvordan tabeller skal se ud.

Hold derfor tabeller så simple som muligt, og kræver det større og mere avancerede tabeller, så opfordres der på det kraftigste til, at disse vedhæftes som bilag.

En work-around kan dog være, at man sætter sin tabel ind som et billede, og så er det vigtigt at angive en alternativ beskrivelse af tabellen om hvad den indeholder, så billedet af tabellen bliver webtilgængeligt, og bliver læst op for dem, som benytter den funktion på hjemmesiden.
Se hvor du indsætter en alternativ beskrivelse på billedet her:

Med den nye editor er billeder nu kodet til ikke at blive større end 740 i bredden.

På den måde er det ikke længere en udfordring, at billedet kan komme udenfor rammerne, når dagsorden publiceres. Det er heller ikke et problem, at dagsorden ikke kan genereres, fordi billedet er for stort.