feb 252012
 

Flattr this!

LibreOffice släpper versioner ofta och tidigt. Nya versioner är inte mycket mer än publika betaversioner som användarna får hitta buggarna i.

Det har inte heller varit helt enkelt att rapportera buggar. LibO har satsat mer på snabb utveckling än på kvalitetsarbete och sidorna har varit något elitistiska. Buggrapporter har också blivit obesvarade, vilket leder till att många drar sig för att rapportera sin andra bugg.

Man har väl börjat upptäcka att man måste göra något åt kvalitetsarbetet.

Nu finns det en steg för steg guide för hur man rapporterar buggar. Även om man inte har stor vana och guiden är på engelska är den rimligt enkel.

Läs information om hur man buggrapporterar här.

Om man använder LibO i Linux bör man även rapportera buggar till sin distribution. Ibland är buggar specifika för paketeringen och inte för LibO.

Rapportera LibO buggar i Ubuntu här.

Rapportera LibO buggar i OpenSuse här.

Rapportera LibO buggar i Fedora här.

 

Varför rapportera en bugg?

Det är viktigt att rapportera buggar. Det är bara så utvecklare för veta att det finns ett problem med sin produkt och kan åtgärda fel.

Det är också så fri programvara fungerar, den drivs av gemenskapen, det vill säga de som använder programmet.

Genom att rapportera buggar eller lägga in önskemål om nya funktioner eller förbättringar hjälper man till att driva utvecklingen framåt.

Buggrapportering leder till att vi alla får ett bättre kontorsprogram.

Genom att springa in i, felsöka och isolera en bugg lär man sig hur ett program fungerar. Man förstår hur saker hänger samman och blir en mer avancerad användare.

 

Det är extra viktigt att rapportera buggar i LibO eftersom man har valt att släppa nya versioner ofta och tidigt. Genom att rapportera buggar kan man förhoppningsvis göra så att man lägger mer krut på att LibO ska bli stabilare.

feb 062011
 

Flattr this!

I LibreOffice får man i Windows en hel drös tillägg installerade från start. De flesta är ordlistor för olika språk. Visst kan det vara bra att ha extra ordlistor, men de flesta av oss kommer nog aldrig att skriva något på tjeckiska, estländska eller portugisiska. Därför hade man lika gärna kunnat vara utan dessa tillägg.

Man får massor av tillägg i LibreOffice från start

Problemet är att de inte går att avinstallera. Det hjälper inte att köra LO som Administratör. Knappen som man tar bort tillägg med i dialogfönstret under Verktyg -> Tillägg saknas helt enkelt. Det beror på att LO ändrat hur tillägg hanteras. Att det inte går att ta bort Tillägg är en av många buggar i LO. De extra tilläggen är kanske inte i vägen, men de tar plats och gör listen på tillägg oöverskådlig.

Det går dock att ta bort de förinstallerade tillägg manuellt. Se först till att LO är avstängt, inklusive eventuell snabbstart.

I Windows 7 64-bitars ligger tilläggen i: C:\Program(x86)\LibreOffice3\share\extensions.

I Windows 7 32-bitars och Windows XP är sökvägen densamma: C:\Program\LibreOffice3\share\extensions
Där ligger alla förinstallerade tillägg i egna mappar.

Här ligger all förinstallerade tillägg i varsin mapp. Var försiktig och ta inte bort mappar för tillägg du behöver!

Flytta mapparna för de tillägg du inte vill ha någon annanstans eller radera dem om du är säker på att du inte vill ha tilläggen. Det går att lägga tillbaka mappar om du ångrar dig.

Beroende på hur du installerat Windows kan du behöva administratörsrättigheter för att flytta saker från mappen program.

När du sedan startar LO finns de tillägg du tog bort inte längre i listan över tillägg. Beroende på hur du installerat Windows går inte LO igång första gången du startar det. Då tas bara tilläggen bort. Starta LO en gång till så ska det hosta igång.

Nu har jag bara de ordlistor jag behöver och mina egna tillägg kvar!

Det är sådana här buggar som gör att jag avvaktar med att helt gå över till LibreOffice. Det behövs säkert en eller ett par buggfixversioner innan LO känns helt färdigt. Sedan måste jag säga att jag är imponerad av LibreOffices första version. Utvecklarna har verkligen gjort ett bra arbete!

okt 142010
 

Flattr this!

Alla som använt OpenOffice ett litet tag vet att det finns buggar. Det gör det i alla program. Skillnaden mellan ett öppet program som OOo är att buggarna är offentliga. De diskuteras öppet på fora och i buggrapporteringssystem. Ytligt sett kan det framstå som om OOo är ett buggigare program än slutna alternativ. Så är inte fallet. Det finns delar av OOo som är eftersatta, mest beroende på resursbrist, men buggar som allvarligt sätter ner funkionaliteten är inte vanliga. För att vara ett program som finns på långt över hundra språk och ha upp mot 20% av marknaden för kontorsprogram, har OOo väldigt litet resurser för utveckling. Trots det fungerar programmet väldigt bra.

Jag vill poängtera vilket fantastiskt program OOo är. Även om det finns buggar går det att göra oändligt mycket i programmet. Jag blir varje dag förvånad hur bra det fungerar och att jag efter flera års daglig användning hittar nya funktioner och knep.

Alla kan göra en insats för att jaga buggar och förbättra OOo genom att registrera sig och rösta på buggar på Issuetrackern. Man kan anmäla buggar man råkat ut för eller föreslå förbättringar. Antal röster på en bugg eller förbättring är en liten knuff på utvecklarna hur de ska prioritera. På Issuetrackern förs också intressanta diskussioner om hur man kan komma runt buggar. Man lär sig mycket om OOo genom att följa diskussionerna Man har tio röster och kan lägga max två per bugg.

Här är mina favoritbuggar som jag valt att rösta på:

UserLayer location defaults to boot drive if username contains non ansi characters

Det förvånar mig att buggen bara har 16 röster. Det är en riktigt ful bugg som nästan fick mig att sluta använda OOo innan jag knappt hade börjat. Jag har skrivit mer om buggen här. Buggen gör det omöjligt att få igång rättstavningen om man loggar in på datorn med ett användarnamn som innehåller åäö (eller andra icke-engelska tecken). Buggen visar hur ologiskt OOo kan vara. Det heter ju Påvels blogg så jag åkte dit så det sjöng om det. Det tog flera dar som nybörjare att klura ut varför rättstavningen inte fungerade och hur jag skulle göra för att för igång den. Jag tror att många faktiskt har slutat använda OOo på grund av denna bugg.

Allow import of SVG (Scalable Vector Graphics)

Importera SVG

För den som vill arbeta med avancerad bildbehandling är GIMP mycket bättre än OOo Draw. Om man vill arbeta med avancerad vektorgrafik är Inkscape rätt program. Draw är kanske den modul i OOo många klarar sig lättast utan. Samtidigt är det ett bra program som klarar många saker. Jag använder Draw för enkla illustrationer. En svaghet är att Draw inte klarar av SVG filer. SVG är ett av de viktigaste formaten för vektorgrafik. Det är en begränsning om man till exempel gjort illustrationen i Inkscape och sedan vill importera den i OOo. Förbättringen är populär och har hela 471 röster.

Ett tag verkade det som om förbättringen skulle komma i OOo 3.3. Så blir inte fallet.

Hur man kommer runt:

Avknoppningen Go-oo har importfilter för SVG-grafik.

Det finns ett tillägg man kan kan använda för att importera SVG till vanliga OOo.

OpenOffice endnotes cannot be renumbered by chapter or have headings.

Jag arbetar ofta med akademiska texter. Där arbetar man ibland med slutnoter. Det här är en av flera buggar i OOo som berör sådana. OOo hanterar fotnoter väldigt bra. Slutnoter fungerar sämre. Buggen gör att man inte kan börja om slutnoter från nr 1 för varje kapitel som är vanligt i akademiska böcker.

Hur man kommer runt:

Går egentligen inte. Rådet är nästan att låta bli att använda slutnoter. Det finns flera andra buggar som gör dem svåra att använda.

Incorrect Crossreferences to illustrations and equations in master documents

Jag använder ofta Samlingsdokument för att hålla ihop kapitel i bokprojekt. Jag har dock gett upp om att kunna använda Samlingsdokument då jag redigerar böcker eller för mer avancerade funktioner. Utvecklarna kommer nog aldrig att kunna avsätta tillräckligt med resurser för att Samlingsdokument ska fungera lika väl som i layoutprogram som InDesign. Det är nog ganska få användare som skulle gynnas av en mycket stor utvecklingsinsats. Samlingsdokument hade varit suveräna om de fungerat fullt ut. Nu fungerar de till 75%. Jag har insett att det inte kommer att hända så mycket med Samlingsdokument och det här är den bugg jag skulle kunna flytta mina röster från. Det är en av flera buggar som berör hur underdokument länkar till varandra, eller snarare låter bli att länka.
Hur man kommer runt:

Använd andra numreringar. Slutredigera inte bokprojekt i Samlingsdokument.

En åtgärdad bugg!

Mina sista två röster hade jag satt för att få synonymordlistan tillgänglig med ett högerklick i Writer. Förbättringen kommer i OOo 3.3. Nu har jag två röster över. Jag funderar på att lägga dem på Add option to save presentations with all links embedded. Man kan nästan göra det med ett tillägg. Problemet är att ljud inte följer med.

Eller kanske: Endnotes in multiple columns have extra space, ännu en bugg för slutnoter som gör det svårt att sätta dem i spalter. Det skulle behövas en slutnotsexpert i OOo!

Genom att registrera sig på Issuetrackern, rapportera buggar och rösta på vilka förbättringar man vill se gör man en insats för att förbättra OpenOffice. Dessutom lär man sig mycket om hur OOo fungerar. Att som användare få insyn i program och utvecklingsarbete är en av fördelarna med fri programvara.

jun 152010
 

Flattr this!

I den nya versionen, 3.2.1, av OpenOffice införde Oracle nya programikoner och andra grafiska förändringar. De visar att Oracle köpt SUN och därmed tagit över OOo. En annan markering är att sparade filer har en ODF logga. Med detta vill man visa att filformatet, ODF är en viktig del av OpenOffice.

Kanske agerade man litet för snabbt. De nya programikonerna har fått omfattande kritik. De nya, vita, ikonerna är svårare att särskilja än de gamla, färgglada, där varje modul hade en egen färg.

De nya programikonerna i OOo 3.2.1 i panelen i Windows 7. Har Oracle sparat in, så att designern bara har den blå färgkritan kvar?

De gamla programikonerna i Windows XP meny. Nog är de snyggare. De olika färgerna gör det lättare att snabbt hitta rätt.

Bara på någon vecka har över 140 röster lagts för att ta bort eller förändra de nya ikonerna i OpenOffices issuetracker. Antingen vill man ha tillbaka de gamla ikonerna, eller göra de nya snyggare, helst med färger som skiljer de olika modulerna åt. Jag håller med kritikerna. De nya ikonerna är ingen lyckad förändring. Jag tycker emellertid att ODF-loggan på filerna är en bra idé som gärna får vara kvar.

Särskilt besvärligt är det i Windows. Där har de grafiska förändringarna ställt till det inte bara med programikonerna, utan även med sparade filer. De nya ikonerna shanghaiar MS Office filer, om man som jag, har ställt in OpenOffice som standardprogram, även om man har MS Office installerat.

Dokumentet till vänster är i Microsofts .docx format, det i mitten i .doc. Båda är skapade i MS Office. Båda har fått en snygg ODF-logga, som onekligen bättrar på utseendet, men som inte är korrekt. Dokumentet till höger är en OpenOffice .odt-fil, äkta ODF. Filen har ingen ODF-logga alls. Mycket underligt... Bilden är tagen i Windows 7.

Filer i .doc och .ooxml format får en snygg ODF-logga, vilket onekligen är en förbättring, men inte med sanningen överensstämmande. Microsofts slutna format har inget med ODF att göra. En användare ska givetvis snabbt och enkelt kunna se vad det är för fil och format. Filer ska vara associerade med rätt program, både visuellt och reellt.

Några gamla filikoner för OOo. Nog är dessa snyggare och mer funktionella än de nya. Olika färger gör det lättare att hitta bland filer. Bilden från Win XP.

På sätt och vis är det litet kul att Microsofts program blir utsatta för denna bugg. Microsoft har ju aldrig backat att tvinga användare att använda lösningar man inte vill ha.

Buggen i Windows bör åtgärdas i nästa version av OOo. Jag hoppas också att man antingen hittar bättre ikoner eller dammar av de gamla!

apr 252010
 

Flattr this!

Ibland är buggar i OpenOffice obegripliga. Man undrar över hur svårt det kan vara att räkna till fyra. I Writer kan ord räknas på olika sätt beroende på anföringstecknen.

Jag brukar använda typografiska anföringstecken, det vill säga svagt böjda. Man ställer in dem under Verktyg – Alternativ för autokorrigering, fliken Typografiska anföringstecken. Jag använder den oskyldiga ordföljden ”ett eller flera ord” som testfall.

Med typografiska anföringstecken blir antalet ord fem. Det borde väl vara fyra.

Med typografiska anföringstecken blir det fem ord. Att använda typografiska anföringstecken är det rekommenderade.

Om jag tar bort det första anföringstecknet blir det fyra ord.

Om man tar bort ett anföringstecken räknar Writer rätt, fyra ord. Givetvis är det fel att ta bort ett anföringstecken.

Om jag låter bli att använda typografiska anföringstecken och istället använder raka, blir det också fyra tecken.

Med raka anföringstecken räknar också Writer rätt. Raka anföringstecken är inte lika snygga som typografiska.

Buggen har funnits sedan OOo 3. I OOo 2 finns den inte. Buggen har nummer 89042. Där finns den tillsammans med en del andra lustigheter i hur Writer räknar ord. Det går att rösta på buggen för att utvecklarna ska prioritera den.

Personligen tycker jag det är en ganska betydelselös bugg. Ordräkning går att manipulera i alla ordbehandlingsprogram. Det tal man får upp är en uppskattning. Om man måste hålla sig till ett visst antal ord går det ganska enkelt att komma runt buggen. Dessutom är det bra att öva sig på matte när Writer räknar fel.

Litet kul är det att vilken form man väljer på anföringstecknen påverkar hur många ord Writer menar att man har skrivit!

mar 262010
 

Flattr this!

Antag att du har ett dokument i OpenOffice Writer som börjar med en tabell.

Antag att du vill kopiera hela dokumentet för att klistra in det i en annan fil. Du trycker CTRL+A.

Det som händer är att endast första cellen i tabellen markeras, inte som förväntat, innehållet i hela dokumentet.

Jag vill markera hela texten med CTRL+A. Det enda som sker är att bara innehållet i första cellen i tabellen blir markerat.

Detta är ett irriterande problem som inte verkar gå att lösa hur många gånger man än desperat trycker CTRL+A. Hur gör man för att markera all text från dokument som inleds med en tabell?

Gör så här:

Ställ markören längst till vänster i första cellen i tabellen. Tryck ENTER. En rad före tabellen skapas.

Lösningen är att lägga till ett stycke innan tabellen.

Nu fungerar kommandot CTRL+A. Du kan markera och kopiera all text i dokumentet.

Nu fungerar CTRL+A. Hela dokumentet markeras, tabell, cellinnehåll och löptext

Den extra radmatningen innan tabellen kan man ta bort när texten är på plats i det nya dokumentet.

Om man ofta arbetar med dokument som börjar med en tabell, till exempel fakturor, kan man lägga ner litet extra arbete för att delvis komma runt buggen.

Följ stegen ovan. Sätt markören på den extra raden innan tabellen. Välj: Infoga – Fältkommando – Andra… I dialogrutan som öppnas går du till fliken Funktioner. Välj Dolt stycke och Villkor 1.

Genom dessa inställningar kan man delvis eliminera buggen

Stycket syns visserligen fortfarande. Kommandot CTRL+A fungerar dock som det ska. Det extra stycket skrivs inte heller ut och exporteras inte till pdf-filer.

Det är sådana här små egenheter som gör Writer spännande att utforska!

För den som blir mycket irriterad på detta beteende är det bugg 7747. Man kan registrera sig och rösta för att utvecklarna prioriterar den. Man ska dock inte ha alltför stora förhoppningar. En fix skulle innebära en total omskrivning av hur Writer hanterar tabeller, kanske ett års utvecklingstid… Det finns mycket som behöver översyn och OpenOffice är ett litet projekt.

okt 272009
 

Flattr this!

Jag råkade nyligen på en kul bugg i OpenOffice Writer.

Testa själv!

  • Öppna OpenOffice Writer och skriv några ord i ett nytt dokument.
  • Infoga ett sidnummer mer än 255, till exempel 310.
  • Spara dokumentet.
  • Öppna dokumentet. Allt ser ut som innan.
  • Spara nu dokumentet som Microsoft Word 97/2000/XP (.doc)
  • Stäng dokumentet.
  • Öppna .doc dokumentet
  • Kolla sidnumret!

Du kan jämföra dokumenten med varandra. De har olika sidnummer.

Kul va!

bug

(Tips! Om någon mer än jag tycker det är besvärligt att infoga sidnummer i OpenOffice så installera tillägget Pagination. Då infogar man sidnummer enkelt på Infoga menyn. Det är betydligt enklare än basfunktionen i Writer.)

Buggen är oförarglig. 99% av alla användare kommer aldrig att råka ut för den. Den beror på att Microsofts .doc format är ett proprietärt filformat. Dokumentationen har först nyligen blivit tillgänglig. Då OpenOffice skrevs var koden hemlig. Inget program kan bli 100% kompatibelt med MS Office.

I regel hanterar OpenOffice MS Office format mycket bra. Det finns buggar och saker som inte fungerar till fullo när man konverterar filer. Man ska ta som vana att alltid spara i OpenOffice standardförmat, ODF. OpenOffice fungerar säkrast och bäst med detta filformat. Först när man behöver skicka ett dokument till någon som inte använder OpenOffice sparar man en kopia i annat format.

aug 162009
 

Flattr this!

Buggar finns i alla program, också i OpenOffice. Det speciella med OpenOffice är att bugglistan är offentlig och vem som helst kan rapportera nya buggar, säga sin mening eller skicka in buggfixar. Det går att läsa mer här. Sidan handlar inte bara om buggar utan man kan också efterlysa fler och bättre funktioner. För mig är denna typ av medverkan en av av kärnpunkterna i att använda öppen programvara.

Utvecklarna för OpenOffice har direktkontakt med användare på ett annat sätt än utvecklare för många proprietära program. Kontakten kan nog ibland vara lätt surrealistisk. Veckan efter man släppt en ny version av OpenOffice blir många förändringar/förbättringar rapporterade som buggar!

Man kan rösta på buggar eller förbättringar man vill ha fixade. Antal röster är en av de faktorer utvecklarna tar hänsyn till när de bestämmer hur de ska gå vidare. Det som ser enkelt ut att fixa för en användare kan vara mycket svårt att rätta till. Många röster är därför ingen garanti för att en bugg snabbt rättas till.

Här följer två av mina favoritbuggar för att visa hur bugghanteringen går till. Det är två buggar som när man väl förstått vad de är bara marginellt påverkar arbetet i OpenOffice. Läs diskussionerna om dem så får du insikt i hur det går till att utveckla ett program!

Varför får jag inte heta Påvel?

Detta är buggen som nära nog fick mig att sluta använda OpenOffice nästan innan jag börjat! Hur jag än bar mig åt fick jag inte igång rättstavningen. Efter mycket sökande lyckades jag hitta den självklara förklaringen – Jag heter Påvel. om man har ett inloggningsnamn på sin (Windows)dator med icke standard ansi bokstäver (som å), kan inte OpenOffice skapa den ordlista som behövs för rättstavning. Fråga mig inte varför.

Buggen har nummer 95628. Snälla, rösta på 95628 så att jag slipper byta namn!

Riktigt så allvarligt är det inte. För alla Påvel, Stålmannen, Åke, Åsa, Blända och Nergårds Anna: Här är en guide för hur du kommer runt 95628: Forumguide. Sedan fungerar rättstavningen.

OpenOffice hatar tomrum!

En ofarlig bugg som drabbar alla i Writer är bugg 20878. Blanksteg syns inte som de ska i slutet av en rad. Ett enkelt sätt att hitta buggen är att skriva ett par ord och sedan hålla blanksteg nedtryckt, vänta och spana efter 20878! Buggen gör också att markören står kvar efter ett ord i slutet av en rad, även om man gör både ett och två blanksteg: Skriv två rader text. Flytta markören till efter sista ordet på första raden och tryck blanksteg några gånger.

Buggen gör att jag av misstag ibland gör mer än ett blanksteg. Jag brukar fixa det med Sök och Ersätt. Jag skriver in två blanksteg i Sök och ett enda i Ersätt. Jag slår vad om att det finns dubbla blanksteg i dina texter också, delvis tack vare bugg 20878!

Mina favoritbuggar har funnits med länge. Bugg 20878 ända sedan 2003. Jag skulle faktiskt sakna dem den dag de försvann. Jag får väl rapportera det som buggar…

Ta chansen, registrera dig i OpenOffice buggrapportering, diskutera och rösta på dina värsta buggar. Hjälp till att göra OpenOffice ännu bättre!