Feedback

Better plugfests

Suggestions:

Technical:

  • More notes / documenting issues
  • Better scenario documentation (in case lead)
  • Improve ODF issue tracker on wiki ? Especially for commercial
  • More involvement of major vendors
  • Re-testing scenarios ? Not necessarily by the ODF-experts, can be done by volunteers
  • How to express progress ?
  • Is the technical relevance decreasing ?
  • Use officeshots more, setting it up in advance
  • Workshop with ODF TC

The plugfest requires better infrastructure that does automated testing. If we have that, we can create test scenarios as script which yield a score. At the plugfest we can then discuss the tests without the need for doing them live. This will free up a lot of time that is now spent in waiting on participants to perform tests. In addition it will give a 'running score' between plugfests for all the applications.

Marketing / participants:

  • Perhaps as side-event to other events
  • More input from new participants ?
  • More presentations from customers
  • Perhaps organize local plugfests / local sessions
  • Conflicts with corporate rules ?

Challenges

  • Macro / ActiveX
  • Roundtrip tussen verschillende producten
  • Frames / anchoring roundtrip
  • Herberekenen / refresh charts en TOC index / preview images etc …

Geboorteakte

  • Fonts (vastgelegd bij modellen) niet op elk OS
  • Strepen worden bij een aantal producten niet getoond
  • Tabs kunnen problemen geven, eventueel tabellen
  • Benaamde stijlen / default values opslaan (niet elk product heeft dezelfde defaults)

Kennisgeving

  • Kopteksten
  • Paginanummers

Vragen

  • ODF 1.1 vs ODF 1.2
  • Vrijheid user vs gestructureerd werken

Signature

  • Geen echt issue, signatures vooral PDF

Product-specifiek

  • Even wennen om met OOo/LO te werken
  • Opletten: niet focussen op product, maar de standaard (vendor onafhankelijk)

Dutch vendors summary

Composition of findings by Bart H, Nanja A and Joris Dirks:

  • Problemen in het weergeven van de gegenereerde documenten kan vaak simpelweg ondervangen worden door de sjablonen net iets anders op te bouwen. Leveranciers van ODF weergevende applicaties zullen dit soort punten (zie onderstaand) oplossen in hun pakketten zodat de gebruiker hier niet meer op hoeft te letten. Criteria voor de sjablonen mogen in sommige gevallen ook minder strikt.
  • Fonts, zoals Times New Roman en Arial, worden enkel precies weergegeven op systemen die deze fonts ook hebben geïnstalleerd. “Embedden” van fonts is een oplossing om te zorgen dat de tekst gelijk kan blijven op verschillende systemen, maar wordt nog niet breed ondersteund door tekstverwerkers. Ook een open fontfamilie als DejaVu of Liberation is niet overal geïnstalleerd.
  • Horizontale strepen worden bij een aantal tekstverwerkers (Google Docs, Abiword) niet goed getoond: onzichtbaar, grijs en/of dubbele horizontale streep.
  • Tabs om afstanden aan te geven, kunnen problemen geven door verspringen van tekst naar een volgende regel of bij weergave in een HTML-omgeving (WebODF, Google Docs); tabellen zijn dan een betere oplossing. Frames bieden in bepaalde situaties ook soelaas.
  • Benaamde stijlen / default values opslaan (niet elk product heeft dezelfde defaults)
  • ODF versieverschillen: ODF 1.1 heeft enkel wat toegankelijksopties gekregen tov ODF 1.0 (een tekstbeschrijving achter een afbeelding). ODF 1.2 heeft meer opties gekregen, maar alle paketten zijn backwards compatible. Een generator die ODF 1.1 genereert, zal dus ook in ODF 1.2-ondersteunende applicaties worden begrepen. Iets als digitale handtekeningen (ODF 1.2) wordt nog niet gevraagd in de Nederlandse markt.
  • Een uitdaging is nog: bij run waarin dezelfde brief aan meerdere personen wordt gestuurd, de paginanummers kloppend te krijgen (‘pagina 2 van 2’ ipv ‘2 van 48’ of ‘47 van 48’).
  • ‘Round trips’, het genereren in X, bewerken in Y en daarna openen in Z kan problemen aan het licht brengen die we in dit plugfest niet tegen zijn gekomen.
  • De ene leverancier gebruikt OpenOffice.org als server voor het genereren, terwijl de ander een ODF toolkit gebruikt. Kwaliteit van de output is voornamelijk afhankelijk van het sjabloon dat gebruikt wordt.
  • Uitdaging is vooral om te werken in een omgeving waar zowel ODF als .doc templates gebruikt worden.
  • Een generiek middel om sjablonen per gemeentelijk proces op te slaan en daar in één stap een huisstijl overheen te zetten, wordt niet gebruikt.
plugfests/201111_gouda/feedback.txt · Last modified: 2011/11/24 13:21 by michiel
www.ez.nl www.noiv.nl www.opendocsociety.org