Re: [sv-users] Sorteringsproblem - LO Calc
Varje cell, enskild eller inom ett område, kan formateras på olika sätt, fetstil, kursiv, färgad text och bakgrund o.s.v. En sådan speciell formatering kan sedan ges ett namn, och det är detta namn plus den valda formateringen som utgör en mall. Dialogrutan där det här hanteras nås via menyn Format och därunder Formatmallar och formatering. Normalt finns också en genväg direkt dit via funktionstangent F11. Bläddrar du runt lite där ser du ungefär vad man kan göra. Du ser då också att formatmallarna är indelade i olika grupper, varav en är Rubrik. Du ser denna indelning om du längst ned har valt visningen Hierarktiskt. I åtminstone mitt fall finns en fördefinierad rubrikmall, som heter Rubrik1. Nu är det förstås inte alls säkert, att den formatering som är förknippad med Rubrik1 är sådan som du vill ha, så då finns det möjlighet att definiera om denna genom att först i kalkylarket markera en cell som har den rätta formateringen, sedan i dialogrutan för formatmallar (F11) klicka på och därmed välja vilken formatmall du vill definiera om, och sist klicka på symbolen längst upp till höger. Om du lägger musmarkören stilla över denna symbol kommer det fram en hjälptext som säger Uppdatera formatmall, och då förstår du säkert vad som sker. Kanske bättre än att definiera om en befintlig mall, är nog att i stället skapa en helt ny mall, som du kan ge vilket namn du vill. Detta görs då genom att i stället använda mittensymbolen uppe till höger, som presenterar sig som Ny formatmall av markering. Denna kommer normalt inte att hamna under gruppen Rubrik även om du kallat den t.ex. Rubrik2 eller liknande, men detta är enkelt att fixa. Du tar bara tag i den med muspekaren och lägger den under Rubrik. Vad detta egentligen innebär är, att din formatmall ärver en del grundläggande egenskaper från formatmallen Rubrik, och sedan ändrar du dessa så som du vill ha dem. Högerklickar du på en formatmall kommer du att få några val bland andra Nytt och Ändra. Detta är ett alternativt sätt att definiera en mall, men nu via ett antal menyer, på ungefär samma sätt som när du formaterar en cell (Format - Celler...). Här har du alltså full styrning över hur du vill att din formatmall ska se ut, och där är det bäst att du experimenterar lite själv. Hjälp finns att få om du trycker F1 när du är inne i dialogrutan. Till sist, symbolen längst till vänster av de tre uppe i högra hörnet av dialogrutan har funktionen Tilldelningsläge, och är en binär ruta, som aktiveras resp avaktiveras för varje klick på den. I aktiverat läge tilldelar du den formatmall du valt till de celler i kalkylarket du sedan väljer med muspekaren, en eller flera celler. När du har valt färdigt klicka ånyo på Tilldelningsläge för att avaktivera den. Tyvärr hade jag lite problem med detta Tilldelningsläge när jag provade funktionen i går kväll. Jag hoppas, att det var tillfälligheter, så att inte också du drabbas av detta, annars har vi nog hittat en bug i programmet, för så som jag beskrivit förfarandet är det tänkt enligt hjälptexten. Hälsningar Kaj 2014-02-21 13:11, Jan Öhman skrev:. Hmm... (Tack för svaret) Ursäkta, men jag förstår inte. Hur skapar jag en mall som består i Calc? Antag att ursprungsinformationen finns i ett dokument skapat i Excel. Viss information kopieras och ändras till ett skapat kalkylblad i Calc. Upplever att det inte spelar någon roll hur mål dokumentet ser ut. All formatering i Calc tappas. Är cellen formaterad som valuta, kan den bli både som text eller numeriskt fält efter kopieringen. Men för att återgå till mitt nuvarande problem. öppnar en ren csv-fil (som saknar rubrikrader) i Calc - inga problem. Lägger till första raden och skriver in vissa rubriker. Utför AutoFilter (Lite osäker hur man gör för att göra rätt - måste t.ex. alla rader markeras?.) Så långt allt väl. Men sedan... Hur ska jag använda formatmallen i mitt fall? Hur är den skapad? //Jan Johnny Rosenberg skrev 2014-02-20 22:26: Den 20 februari 2014 18:24 skrev Kaj Persson 70147pers...@telia.com: Hej! De där snabbknapparna på verktygsraden har jag aldrig fått att fungera som jag vill. De beter sig precis så som du beskriver, och jag försöker numera aldrig använda dem, kanske lite synd, eftersom de kunde ha varit till hjälp, men det är som det är. Det är bara som med mycket annat; man måste använda dem rätt. Hemligheten är formatmallar – något LibreOffice (och Apache OpenOffice) bygger på och som man vinner mycket i längden på att använda, även om det tar emot. Om rubriken är just en rubrik, rent formatmallsmässigt, exempelvis Rubrik 1 eller en rubrikmall du själv skapat, kommer rubriken att förbli överst även om du sorterar med knapparna. En sak som däremot stör mig något så in i helvete (både vad gäller Apache OpenOffice och LibreOffice – om inte detta ändrats i LibreOffice sedan jag slutade använda det) är när man sorterar via menyn. I andra fliken är alltid
Re: [sv-users] grammatikkontroll?
Hej! Har just konstaterat, att den senaste versionen av LanguageTool är avseedd för version 4.1 av LibreOffice, och finns ännu inte för 4.2. Troligen är den version du laddat ned, just 4.2, om du, som du skriver, Ingrid, nyss gjort detta. Så det gäller tydligen att ge sig till tåls ett litet slag. Kaj 2014-02-24 17:03, Niklas Johansson skrev: Hej Ingrid Prova tillägget LanguageTool. Tillägget kan åtminstone hitta enklare fel så som liten bokstav i början av mening samt upprepade ord. Ladda ner tillägget här: http://extensions.libreoffice.org/extension-center/languagetool Hör av dig igen ifall du skulle få problem vid installationen så försöker jag eller någon annan att guida dig rätt. Med vänlig hälsning Niklas Johansson ingron skrev 2014-02-24 16:36: Hej! Jag har laddat ner LibreOffice. Finns det grammatikkontroll? Stavningskontrollen fungerar i de språk jag har testat. Vänligen Ingrid -- For unsubscribe instructions e-mail to: users+unsubscr...@sv.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/sv/users/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [sv-users] calc räknar fel
Ack nej, någon bugg är det inte. Det har fenomenet har studenter upptäckt och undrat över ända sedan datorn blev ett användbart verktyg. Orsaken är att du räknar i det decimala talsystemet, alltså med basen 10, medan datorn använder det binära talsystemet, basen 2. I datorernas barndom fanns det faktiskt decimala datorer, men man fann snart att den konstruktionen tillförde fler problem än den löste, och övergavs snart. Elektroniken som används är ju binär, man använder element som är antingen till eller från, vilket vi då tolkar som 1 eller 0. Därför måste datorn, dig ovetande, varje gång du matar in ett decimalt tal omvandla det till binär form för att kunna bearbeta det. Om talet är ett heltal blir representationen lika i de två talsystemen, men med decimaler skiljer de sig nästan alltid åt i någon avlägsen decimal. Detta beror på att vi har ett begränsat utrymme att lagra talet, så någonstans på slutet måste vi kasta bort de överskjutande siffrorna, och då uppstår alltså ett avrundningsfel. Du vet säkert att det binära talsystemet är uppbyggt kring tal med värdena 1, 2, 4, 8, 16 etc, d.v.s. den efterföljande siffran är alltid dubbelt så stor som den föregående. Egentligen skulle jag skriva dem i omvänd ordning för det är så de används enligt positionssystemet. Det binära talsystemet är uppbyggt analogt med vad gäller i det decimala talsystemet, där värdet av varje siffra beror på positionen i talet. T.ex. 123 betyder 1 * 100 + 2 * 10 + 3 * 1. En siffra på en viss position är värd 10 gånger så mycket som siffran till höger om sig. I det binära talsystemet arbetar man på samma sätt, men då med värdena 16, 8, 4, 2, 1 i stället för t.ex. 100, 10, 1, o.s.v. När man sedan kommer till decimalerna fungerar det på samma sätt men nu med positonsvikterna 0,5, 0,25, 0,125, 0,0625 etc, Fortfarande gäller principen att en siffra på en viss position är värd dubbelt så mycket som siffran till höger. Här inser man snart att det oftast inte går att få en exakt koppling mellan det decimala och det binära talsystemet. Exempelvis motsvaras det decimala talet 0,8 av det binära 1 * 0,5 + 1 * 0,25 + 0 * 0,125 + 0 * 0,0625 + 1 * 0,03125 etc. D.v.s. binärt 0,11001... Det fortsätter i all oändlighet, men någonstans säger konstruktören att nu avsätter vi inte större utrymme för lagringen, och därmed kastas de resterande decimalerna helt sonika bort. Det är alltså bara vissa speciella decimaltal, som kan representeras exakt i det binära talsystemet, såsom exempelvis 0,5, 0,625 etc. Lösningen då? Den enklaste är förstås att räkna i ören i stället för kronor, eller vilken valuta det nu handlar om. Så får man fixa omvandlingen på slutet genom att helt enkelt dividera slutresultatet med 100. En annan utväg är att utnyttja att felet ligger i en decimal långt utanför hundradelarna, och därför kan man enkelt införa en avrundningsfunktion där man begränsar antalet visade decimaler till två. Här finns ett vägval: antingen behåller man datorns beräknade resultat, men sätter ett format på cellen som begränsar visningen till två decimaler korrekt avrundat. Eller också kan man införa avrundningsfunktionen (vars namn jag just nu inte kommer på), där man förändrar talvärdet till det man önskar. Det blev mycket det här, och kanske slår jag in öppna dörrar, ursäkta. Jag kunde ha gjort det enkelt för mig och bara hänvisat till hjälptexterna för där framgår de här konsekvenserna, men jag ville lägga fram det på mitt vis, och då blev det så här. Kaj Den 2019-04-28 kl. 11:27, skrev Lars-Göran Hansson: I vissa lägen räknar calc fel (någon form av öresutjämning som programmet hittar på själv) i nedanstående kalkyl har jag lagt D15-D16 och får 3005,01?? Cellen D15 innehåller "=+160021,8+2862" och cellen D16 innehåller "159878,78" Ingen cell innehåller alltså mer än två decimaler Är detta någon känd bugg? //Lars-Göran Hansson -- For unsubscribe instructions e-mail to: users+unsubscr...@sv.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/sv/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [sv-users] calc räknar fel (2)
Hej igen! Nu kom jag på vad avrundningsfunktionen heter. Det var ju rätt självklart, och jag klistrar in syntaxen från hjälpsidorna: AVRUNDA Rundar av ett tal till ett visst antal decimaler. Syntax AVRUNDA (Tal; Antal) Returnerar Tal avrundat till Antal decimaler. Om Antal utelämnas eller är noll avrundar funktionen nedåt till närmsta heltal. Om Antal är negativt så avrundar funktionen till nästa 10, 100, 1 000 o.s.v. Hälsningar Kaj >Ursprungligt meddelande >Från : l...@lgr.se >Datum : 2019-04-28 - 11:27 (CEST) >Till : users@sv.libreoffice.org >Ämne : [sv-users] calc räknar fel > >I vissa lägen räknar calc fel (någon form av öresutjämning som >programmet hittar på själv) i nedanstående kalkyl har jag lagt D15-D16 >och får 3005,01?? >Cellen D15 innehåller "=+160021,8+2862" >och cellen D16 innehåller "159878,78" >Ingen cell innehåller alltså mer än två decimaler >Är detta någon känd bugg? > >//Lars-Göran Hansson > > >-- > > >-- >For unsubscribe instructions e-mail to: users+unsubscr...@sv.libreoffice.org >Problems? >https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ >Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette >List archive: https://listarchives.libreoffice.org/sv/users/ >Privacy Policy: https://www.documentfoundation.org/privacy > > -- For unsubscribe instructions e-mail to: users+unsubscr...@sv.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/sv/users/ Privacy Policy: https://www.documentfoundation.org/privacy
