Re: [sv-users] Direktformatering, superscript
Info till Niklas: Jag provade om jag kunde framkalla det fel AnnaKarin undrade över, men lyckades inte. När jag skrev den text AnnaKarin angav, så fick jag den och inget annat. Och rutan för Formatera suffix för ordningstal (1st -> 1^st, som du anger, var ikryssad. Jag provade att kryssa ur den, men den hade ingen inverkan. Så kontrollerade jag också vilket språk jag har valt, och det var svenska hela vägen igenom. Hur har du det med det, AnnaKarin? Du måste antagligen ha valt språk svenska för dokumentet, och det är ju inte självklart att så är fallet, även om programdialogen är på svenska. Verktyg -> Alternativ... -> Språkinställningar -> Språk. Förvisso har jag nog inte den senaste versionen av LO, ifall nu det skulle ha någon betydelse. Jag kör version 4.1.3.2 under Linux. Hälsningar Kaj Persson Den 2015-02-06 15:28, skrev Niklas Johansson: Hej Hmm... Verkar som att något blivit fel i autokorrigeringen. Gå till Verktyg -> Alternativ för autokorrigering... Gå till fliken Lokaliserade alternativ (notering till mig själv, ändra översättningen till Regionala alternativ). Kryssa ur Formatera suffix för ordningstal (1st -> 1^st). Jag ska se om jag kan hitta var inställningen för autokorrigeringen anges och fixa det så snart som möjligt så vi slipper problemet i kommande versioner. Med vänlig hälsning Niklas Johansson AnnaKarin Jern skrev den 2015-02-05 18:24: Hej! Jag vill skriva 1:a 2:a 3:e osv utan direktformateringen som ger superscript. Kan man hindra direktformateringen medan man skriver, eller måste man markera och ta bort den efteråt? AK -- 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] Dåligt program
Hej igen! Här gick det lite för snabbt för mig också. Writer skulle det förstås vara. /Kaj Hej! En liten rättelse bara, se nedan. Den 2015-02-12 12:35, skrev Jan Öhman: Hej! Vi får ta det igen. PowerPoint finns inte i LibreOffice paketet. (vad jag vet) Det som ligger närmast heter LO Draw. Här gick det lite för snabbt. Motsvarigheten till Microsofts PowerPoint heter i LibreOffice Impress. Ett utmärkt program, som jag själv har haft mycken glädje av. Dock måste man vara medveten om att de båda programmen inte kan vara till ett hundra procent utbytbara, eftersom de har olika kod, olika programmerare, och Microsoft som vanligt är väldigt hemliga med vad de har totat ihop. Min erfarenhet är att just bildhanteringen kan skilja en del, såväl i Impress som i Write gentemot Microsofts produkter, men när man väl har valt sida, kan man åstadkomma minst lika bra resultat i LibreOffice som i Microsofts program. /Kaj Försöker du öppna PP-dokument i LibreOffice? //Jan ing...@punkt.se skrev den 2015-02-12 11:59: Libre Office är nog det sämsta program jag haft. Har gjort bilder och annonser på Power Point i minst 25 år och det har inte varit några problem. Så fick jag ny dator och PP funkar inte med det nya Libre Office som fanns på datorn. Jag skulle skicka in en annons idag och efter att bilden försvunnit minst 8 ggr och inte gått att återställa, ger jag upp. Vad ska jag göra för att det ska funka. Vill ha svar på svenska. Hälsningar Ingrid Asp -- 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] Dåligt program
Hej! En liten rättelse bara, se nedan. Den 2015-02-12 12:35, skrev Jan Öhman: Hej! Vi får ta det igen. PowerPoint finns inte i LibreOffice paketet. (vad jag vet) Det som ligger närmast heter LO Draw. Här gick det lite för snabbt. Motsvarigheten till Microsofts PowerPoint heter i LibreOffice Impress. Ett utmärkt program, som jag själv har haft mycken glädje av. Dock måste man vara medveten om att de båda programmen inte kan vara till ett hundra procent utbytbara, eftersom de har olika kod, olika programmerare, och Microsoft som vanligt är väldigt hemliga med vad de har totat ihop. Min erfarenhet är att just bildhanteringen kan skilja en del, såväl i Impress som i Write gentemot Microsofts produkter, men när man väl har valt sida, kan man åstadkomma minst lika bra resultat i LibreOffice som i Microsofts program. /Kaj Försöker du öppna PP-dokument i LibreOffice? //Jan ing...@punkt.se skrev den 2015-02-12 11:59: Libre Office är nog det sämsta program jag haft. Har gjort bilder och annonser på Power Point i minst 25 år och det har inte varit några problem. Så fick jag ny dator och PP funkar inte med det nya Libre Office som fanns på datorn. Jag skulle skicka in en annons idag och efter att bilden försvunnit minst 8 ggr och inte gått att återställa, ger jag upp. Vad ska jag göra för att det ska funka. Vill ha svar på svenska. Hälsningar Ingrid Asp -- 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] Dåligt program
Oh ja! Det är bara att öppna, och PP-filen kommer upp hur fint som helst. Omvändningen gäller också. Jag har byggt bildspel i Impress och exporterat till PP-format. När jag sedan testade i PP, så var det var bara några lite speciella bildövergångar, som inte fanns definierade där, som måste göras om. /Kaj Den 2015-02-12 13:09, skrev Jan Öhman: Oj! Kan man "teoretiskt" öppna PP-filer i Impress? Håller med - man måste välja "sida" och i hålla sig till den. //Jan Kaj skrev den 2015-02-12 12:54: Hej! En liten rättelse bara, se nedan. Den 2015-02-12 12:35, skrev Jan Öhman: Hej! Vi får ta det igen. PowerPoint finns inte i LibreOffice paketet. (vad jag vet) Det som ligger närmast heter LO Draw. Här gick det lite för snabbt. Motsvarigheten till Microsofts PowerPoint heter i LibreOffice Impress. Ett utmärkt program, som jag själv har haft mycken glädje av. Dock måste man vara medveten om att de båda programmen inte kan vara till ett hundra procent utbytbara, eftersom de har olika kod, olika programmerare, och Microsoft som vanligt är väldigt hemliga med vad de har totat ihop. Min erfarenhet är att just bildhanteringen kan skilja en del, såväl i Impress som i Write gentemot Microsofts produkter, men när man väl har valt sida, kan man åstadkomma minst lika bra resultat i LibreOffice som i Microsofts program. /Kaj Försöker du öppna PP-dokument i LibreOffice? //Jan ing...@punkt.se skrev den 2015-02-12 11:59: Libre Office är nog det sämsta program jag haft. Har gjort bilder och annonser på Power Point i minst 25 år och det har inte varit några problem. Så fick jag ny dator och PP funkar inte med det nya Libre Office som fanns på datorn. Jag skulle skicka in en annons idag och efter att bilden försvunnit minst 8 ggr och inte gått att återställa, ger jag upp. Vad ska jag göra för att det ska funka. Vill ha svar på svenska. Hälsningar Ingrid Asp -- 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] Referens till annan tabell - Calc
Hej!
Visst förstår vi vad du menar, men ärligt talat, tror jag inte, att det
finns någon lösning på problemet, och detta gäller nog alla
kalkylprogram, oavsett om det konstruerats i den fria världen eller
kommer från t.ex. Microsoft.
Orsaken är förstås, att den egenskap du vill använda dig av, att
"överskottstext" i en cell expanderar in i angränsande celler, endast om
dessa är tomma. Och tom innebär, som namnet säger, att det inte
innehåller någonting över huvud taget. Innehåller den en tom textsträng
("") eller formel, en funktion, som producerar en tom textsträng, då är
cellen inte tom. Så en cell med innehållet
=OM(ÄRTOM(tabell1.A1);"";tabell1.A1) är inte tom och därför kan strängen
i den angränsande cellen (till vänster) inte expandera in hit. Detta
förhållande gäller förstås både vid sådana här kopieringar mellan olika
kalkylark som inom ett och samma ark mellan olika områden.
Att släcka bort nollorna som föreslagits, är normalt ingen bra idé,
eftersom då även önskade nollor kommer att undertryckas. Det fungerar
förstås bara vid kopiering av ren text, men har du med siffervärden,
alltså inte teckensträngar med siffror, blir det helt tokigt.
MEN, ser du till att cellen till höger om din länk ("=tabell1.A1")
verkligen är tom, och inte i sin tur innehåller någon sträng eller
formel, då fungerar expansionen så som du önskar.
Kaj Persson
2013-05-28 10:10, skrev Jan Öhman:
Johnny Rosenberg skrev 2013-05-27 16:52:
Den 26 maj 2013 23:31 skrev Jan Öhman :
Johnny Rosenberg skrev 2013-05-26 22:41:
Den 26 maj 2013 22:11 skrev Jan Öhman :
Hej!
Jag har en tabell (tabell1), full med information.
Okej, en inte helt ovanlig situation…
Några kolumner vill jag länka till och behandla lite annorlunda
(annat
typsnitt / storlek / fetstil osv.) i tabell2,
men innehållet skall komma från tabell1, dvs. ändras något i tabell1
kommer
texten även ändras i tabell2.
Japp, vardagligheternas vardagligheter. Så som man alltid gör. Inget
konstigt så långt.
Funderar hur referenser/länkar till annan tabell bör se ut / kan
se ut.
Om jag länkar A1(i tabell2) till A1(i tabell1) på följande sätt
"=tabell1.A1" (cellen A1 i tabell2)
uppstår ett problem med alla celler som är tomma i tabell1.
Japp, så blir det ju. Enkelt att lösa på det vanliga sättet, det vill
säga att kolla om cellen är tom först.
Om cellen A1 (tabell1) är tom kommer det att stå "0" i tabell2.
Japp, korrekt.
Jag hade önskat att även cellen A1 (tabell2) hade varit tom.
Japp, det är ju så vi brukar vilja ha det.
Ett problem som uppstår när det står "0" i tabell2 är att
information i
som
flyter över flera celler i tabell1 försvinner med "nollor" i tabell2.
Har ingen aning om vad du menar med detta, det lät oerhört flummigt i
mina öron. ”Flyter över flera celler”? Förklara gärna, även om det
bara är jag som är så korkad att jag inte fattar.
Antag att följande text finns i Blad1.A1 "Denna text ryms inte i
cell A1
utan flyter över flera celler"
Om kalkylbladet har standard kolumnbredd kommer denna text att räcka
/ till
synes skriva över tre till fyra kolumner, beroende på storleken på
teckensnittet..
Användaren kommer att kunna läsa hela texten i kalkylbladet utan
problem.
Men om en text / värde eller blanksteg fylls i cell B1 (Blad1)
kommer en
stor del av texten i cell A1 (Blad1) att döljas pga.innehållet i B1
Att dold text finns i A1 (Blad1), ser man på en liten röd pil till
höger i
cellen.
Det är detta som blir fel för mig, när en tom cell i Blad1 länkas
till och
blir "0" i Blad2.
Är detta möjligt att hantera?
Beroende på vad du menar med ovanstående kan svaret bli antingen ”ja”
eller ”nej”…
Om jag håller mig till den del jag tror mig förstå, så borde det räcka
med det vanliga gamla tricket som vi alla känner till sedan urminnes
tider:
=OM(tabell1.A1="";"";tabell1.A1)
Kanske funkar det även med:
=OM(ÄRTOM(tabell1.A1);"";tabell1.A1)
Detta var en ide, hur jag tänkte försökte lösa problemet men
misslyckades.
På vilket sätt fungerade det inte?
"Nollorna" som tidigare visade sig i tabell2, när cellen var tom i
tabell1 försvann...
Men om texten i cell "tabell1.A1" räcker över flera celler (som
beskrivits ovan) skall "kopieras" till "tabell2.A1" genom en formel,
kommer bara den delen som visas / fyller cellen tabell2.A1 att kunna
läsas / skrivas ut (utan att cellen markeras med musen)
Detta inträffar även om cellen i "tabell1.B1" är tom och i
"tabell2.B1" finns tex. formeln "=OM(tabell1.B1="";"";tabell1.B1)
Ett annat sätt, kanske nog så bra, är att "plocka bort" / "dölja"
nollorna genom att välja "Verktyg / Alternativ, LibreOffice Calc / Vy,
samt under "Visa" samt kryssa bort "nollvärden" (på det sätt Svante
visade).
Dock kvarstår problemet att
Re: [sv-users] Referens till annan tabell - Calc
2013-05-28 19:44, skrev Johnny Rosenberg:
Den 28 maj 2013 13:59 skrev Kaj Persson :
Hej!
Visst förstår vi vad du menar, men ärligt talat, tror jag inte, att det
finns någon lösning på problemet, och detta gäller nog alla kalkylprogram,
oavsett om det konstruerats i den fria världen eller kommer från t.ex.
Microsoft.
Orsaken är förstås, att den egenskap du vill använda dig av, att
"överskottstext" i en cell expanderar in i angränsande celler, endast om
dessa är tomma. Och tom innebär, som namnet säger, att det inte innehåller
någonting över huvud taget. Innehåller den en tom textsträng ("") eller
formel, en funktion, som producerar en tom textsträng, då är cellen inte
tom. Så en cell med innehållet =OM(ÄRTOM(tabell1.A1);"";tabell1.A1) är inte
tom och därför kan strängen i den angränsande cellen (till vänster) inte
expandera in hit. Detta förhållande gäller förstås både vid sådana här
kopieringar mellan olika kalkylark som inom ett och samma ark mellan olika
områden.
Att släcka bort nollorna som föreslagits, är normalt ingen bra idé, eftersom
då även önskade nollor kommer att undertryckas. Det fungerar förstås bara
vid kopiering av ren text, men har du med siffervärden, alltså inte
teckensträngar med siffror, blir det helt tokigt.
MEN, ser du till att cellen till höger om din länk ("=tabell1.A1") verkligen
är tom, och inte i sin tur innehåller någon sträng eller formel, då fungerar
expansionen så som du önskar.
Kaj Persson
Det är verkligen tydligt här, hur olika syn man kan ha på hur saker
”borde” fungera. Personligen råkar jag aldrig ut för detta problem
eftersom jag alltid stör mig på när cellinnehåll går utanför cellen,
så jag brukar alltid se till att alla celler är så breda som behövs
(enkel manöver – ett klick-och-drag med musen och sedan ett
dubbelklick).
Skulle man få hela programsviten att fungera som alla ville ha den,
skulle det nog behöva finnas en oöverskådlig mängd inställningar att
tillgå, så att allas behov tillgodoses på bästa sätt.
Enda sättet jag kan komma på att lösa problemet i denna tråd är nog
att skapa ett makro som helt sonika kopierar informationen från ett
cellområde till ett annat, antingen triggat genom att användaren
klickar på en knapp, trycker någon tangentkombination eller att det
sker varje gång dokumentet öppnas, eller liknande. Själva makrot blir
ganska enkelt, men det känns lite fel att lösa det på ett sådant sätt…
Johnny Rosenberg
Vi ska inte övertolka denna skriftväxling. Såvitt jag kunnat läsa har
ingen begärt någon speciellt beteende "hur saker borde fungera". Jag har
nog i stället tolkat frågan som ifall det är möjligt, utifrån det
kalkylarksprogram vi har, att få en länkad datamängd att bete sig
likadant som "originalet". Mitt svar skrev jag tidigare. Det går bara
man ser till att "kopian" har samma struktur som originalet, d.v.s. att
cellerna till höger länken är tomma, då beter sig "kopian" likadant som
"originalet".
Beträffande Johnnys kommentar, att alltid se till att varje cell är bred
nog att kunna visa hela innehållet finns att säga detta: Oftast fungerar
det nog att göra så, men det finns tillfällen när det inte är så
lämpligt, t.ex. om man har en cell högst upp med en rubrik eller lite
längre förklarande text. Att då låta denna cell bestämma bredden på
cellerna hela vägen ned, gör att hela tabellen kommer att se väldigt
konstig ut. Men det kan lösas genom att i stället sammanfoga flera
celler i anslutning till "rubrikcellen" så att den resulterande bredden
blir tillräcklig. Detta är mycket vanligt om du t.ex. hämtar hem ett
kontoutdrag från din internetbank.
Kaj Persson
2013-05-28 10:10, skrev Jan Öhman:
Johnny Rosenberg skrev 2013-05-27 16:52:
Den 26 maj 2013 23:31 skrev Jan Öhman :
Johnny Rosenberg skrev 2013-05-26 22:41:
Den 26 maj 2013 22:11 skrev Jan Öhman :
Hej!
Jag har en tabell (tabell1), full med information.
Okej, en inte helt ovanlig situation…
Några kolumner vill jag länka till och behandla lite annorlunda (annat
typsnitt / storlek / fetstil osv.) i tabell2,
men innehållet skall komma från tabell1, dvs. ändras något i tabell1
kommer
texten även ändras i tabell2.
Japp, vardagligheternas vardagligheter. Så som man alltid gör. Inget
konstigt så långt.
Funderar hur referenser/länkar till annan tabell bör se ut / kan se
ut.
Om jag länkar A1(i tabell2) till A1(i tabell1) på följande sätt
"=tabell1.A1" (cellen A1 i tabell2)
uppstår ett problem med alla celler som är tomma i tabell1.
Japp, så blir det ju. Enkelt att lösa på det vanliga sättet, det vill
säga att kolla om cellen är tom först.
Om cellen A1 (tabell1) är tom kommer det att stå "0" i tabell2.
Japp, korrekt.
Jag hade önskat att även cellen A1 (tabell2) hade varit tom.
Japp, det är ju så vi brukar vilja ha det.
Ett problem som uppstår när det står "0" i tabell2 är att information
i
som
flyter över flera ce
Re: [sv-users] Omvandling av valuta från från tal.
Haj!
Den lilla apostrofen framför talet är den interna indikeringen av att
det är en textsträng, och är en rest från redan alla kalkylprograms
"moder" Lotus 123. Ibland är det en circumflex ("^"), som anger att
strängen ska vara centrerad. Det kan också vara en symbol för
högerjustering, om jag inte minns fel är denna ett anföringstecken,
alltså som en dubbelapostrof.
För att lösa ditt problem, vilket även jag råkar ut för av och till,
brukar jag gå en omväg, så att jag skapar en ny kolumn i vars översta
cell jag lägger in funktionen TEXTNUM. Denna får referera till den
översta strängen i originalkolumnen. TEXTNUM gör om strängen till ett
tal, se till att formatet i hjälpkolumnen är "Tal". Kopiera sedan denna
cell med TEXTNUM hela vägen ned till sista raden. Sista steget blir att
markera denna kolumn, kopiera (Ctrl+C) och därefter markera den cell där
du slutligen vill ha det konverterade talet samt utföra "Klista in
innehåll" (Skift+Ctrl+C). Du måste dock först modifiera
urvalskriterierna, normalt är kryssrutan "Klistra in allt" markerad. Se
i stället till att rutan "Siffror" är markerad och "Formler" avmarkerad.
Om även "Format" är markerad kommer formatet "Tal" att följa med till
målcellen, vilket kan vara bekvämt. Om du vill kan målcellen vara den
ursprungliga "textcellen", det blir bara ett varningsmeddelande om att
denna cell redan har ett innehåll, vilket förstås går att gå förbi.
Eftersom cellen efter kopieringen innehåller ett "riktigt" tal går det
enkelt att i stället välja valuta som format. Om du kopierar till
"ursprungscellerna" kommer du att märka, att hjälpkolumnen kommer att
innehålla felmeddelanden. Detta är helt naturligt, eftersom TEXTNUM vill
referera till en textstäng, men efter kopieringen står där i stället ett
tal, vilket denna funktion inte kan hantera.
/Kaj
2013-09-11 09:02, skrev Jan Öhman:
Hej!
Har ett problem som jag ständigt stöter på vid olika tillfällen.
Jag får en fil där en kolumn ska innehålla ett pris.
Detta pris innehåller ofta "punkt" som decimaltecken.
Priset är ofta kopierat från annat dokument (mail / Excel ...)
Tittar jag på cellens innehåll ser allt OK! ut.
Kolumnen markeras för att ändra decimaltecknet från "punkt" till "komma".
Jag väljer "Redigera / Sök & Ersätt"
Söker efter "." och Ersätt med "," samt kontrollerar att "Endast
aktuell markering" är kryssad.
Bytet verkar inte bli något problem.
Väljer "Format / Celler..." och ändrar till "Valuta". (ofta från Text).
Nu händer något oförutsett.
Till synes händer inget på kalkylbladet, men ser jag i cellvärdet har
en liten "snutt" lagts till.
Ex. '39 eller '39.46 och cellen tolkas inte som valuta
(jag ser det eftersom det inte kommer något kronmärke efter talet)
Denna enkelsnutt/accent (eller vad den heter)
vet jag inte hur man hanterar på annat sätt än manuellt.
Direkt den är borttagen tolkas talet som "valuta".
Vad gör jag för fel?
Hur åtgärdar man detta mer automatiskt, än att manuellt ta bort tecknet?
(tecknet går inte att söka på, eftersom jag endast det det uppe i
inmatningsfältet,
inte i själva cellen)
/Jan
--
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] Sorteringsproblem - LO Calc
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. I stället går jag på menyn "Data" och väljer där "Sortera...". Då får du full kontroll över sorteringen och kan välja sorteringsnycklar i precis den ordning du önskar. En sak som kanske är lätt att missa är att man måste gå in en sväng under fliken "Alternativ" för att där kunna välja "Området innehåller kolumnetiketter", vilket ju var ditt egentliga huvudbry. När du kryssat i den rutan kommer rubrikraden att undantas vid sorteringen, precis så som du önskade. Under "Alternativ"-fliken har du även några andra ibland nyttiga val, även om jag av din fråga inte får intrycket att det är något behov den här gången. Hälsningar Kaj P 2014-02-20 17:41, Jan Öhman skrev: Hej! Jag kommer inte överens med sortering i LO Calc. Läste in en semikolon separerad fil på drygt 26000rader Rad 1 innehåller rubriker (som jag vill ska vara kvar på rad 1 efter sorteringen) Först lägger jag till Data/Filter/Autofilter. och kan enkelt se fel eller göra en del urval i materialet (fungerar kanon) Dock är jag osäker om alla celler behöver markeras. Får en känsla att alla celler / rader kommer med, bara jag markerar ett antal rader och väljer Autofilter. (men jag kan ha fel). Sortering 1 Nu skulle jag vilja sortera materialet, och här misslyckas jag oavsett hur jag gör. Efter jag autoformaterat cellerna finns en "knapp" i rubrikraden där jag kan välja vad som ska visas. I menyn som följer kan jag välja "sortera stigande" eller "sortera fallande" Väljer jag något, kommer även rubrikraden att sorteras in - vilket jag inte ville. Sortering 2 Jag markerar kolumnen jag vill sortera (med alla 26000 rader) utom rad 1 som innehåller rubriken klickar på "pil ned" i verktygsfältet på LO Calc. (sortera stigande) en ruta kommer upp som frågar .: "Cellerna bredvid det aktuella området innehåller också data. Vill du öka sorteringsintervallet till A1:AC26162 eller sortera det markerade intervallet B2:B26162?" Men jag vill sortera intervallet A2:AC26162 Hur gör man? eller vad gör jag för fel? __ Antag att jag stryker rubrikraden, då kommer sorteringen att fungera - nästan bra. Antag att en kolumn innehåller bara siffror (till synes). (gäller inte denna fil med bara importerade värden - den är "renare") Men cellerna kan bli formaterade både som siffror och text. Att markera hela kolumnen och ange att det ska vara ett numeriskt fält (eller ett text fält) spelar ingen roll -verkar inte fungera... - Mitt mål är att "bara sorteringen fungerar". Detta har jag problem att enkelt hantera. (utan att lägga till kolumner och göra om till t.ex. numeriskt - kopiera resultatet till originalkolumnen igen osv.) //Jan Ö -- 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] Sorteringsproblem - LO Calc
Se där, så fick även jag lära mig något nytt. Tack Johnny! Jo, jag fick förstås snabbtillverka en liten tabell i Calc och då formatera min rubrik som just rubrik (F11). Och se, då blev rutan under fliken "Alternativ": "Området innehåller kolumnetiketter" automatiskt ikryssad. Det har jag aldrig observerat förut, men jag har å andra sidan aldrig formaterat min rubrikrad på något särskilt sätt. Och själva sorteringen blev precis så som jag önskade. Men så lade jag märke till också en annan sak, något du ondgjorde dig över, Johnny: rutan "Inkludera format" är normalt ikryssad, och något annat ser åtminstone jag inget behov av. Har jag markerat ett visst mätvärde med t.ex. fetstil, så vill jag väl att denna markering ska följa med mätvärdet till sin nya position efter sorteringen. Detta tycker jag verkar vettigt. Tar jag bort krysset, så kommer själva cellen att behålla formateringen, varför nu någon skulle vilja ha det så. Men möjligheten finns för även detta svårtänkta fall. Tack för informationen, kunskapsmassan hos jordens befolkning har nu ökat en aning. Kaj 2014-02-20 22:26, Johnny Rosenberg skrev: 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 rutan, vad den nu kallas, där cellernas format följer sorteringen, ibockad. Vem vill någonsin att det ska vara så? Finns det över huvud taget något fall då detta är det önskade beteendet? Samtidigt är rutan under, det vill säga rutan om rubriker, alltid urbockad som standard. Också ofattbart. Har länge tänkt att skriva en buggrapport om detta, men jag har förstått med åren att det är totalt meningslöst. Då kommer bara någon förstå-sig-på-fjant att raljera om hur nödvändigt det är att det ser ut så, förmodligen av något diffust kompatibilitetsskäl som ingen utom utvecklarna bryr sig om, samtidigt som man själv framstår som en idiot som ens tänkte tanken att betrakta detta som en bugg. Så nu ger jag fan i allt och låter skiten förfalla. Mitt liv står inte och faller med något jävla kontorsprogram. Med vänlig hälsning Johnny Rosenberg I stället går jag på menyn "Data" och väljer där "Sortera...". Då får du full kontroll över sorteringen och kan välja sorteringsnycklar i precis den ordning du önskar. En sak som kanske är lätt att missa är att man måste gå in en sväng under fliken "Alternativ" för att där kunna välja "Området innehåller kolumnetiketter", vilket ju var ditt egentliga huvudbry. När du kryssat i den rutan kommer rubrikraden att undantas vid sorteringen, precis så som du önskade. Under "Alternativ"-fliken har du även några andra ibland nyttiga val, även om jag av din fråga inte får intrycket att det är något behov den här gången. Hälsningar Kaj P 2014-02-20 17:41, Jan Öhman skrev: Hej! Jag kommer inte överens med sortering i LO Calc. Läste in en semikolon separerad fil på drygt 26000rader Rad 1 innehåller rubriker (som jag vill ska vara kvar på rad 1 efter sorteringen) Först lägger jag till Data/Filter/Autofilter. och kan enkelt se fel eller göra en del urval i materialet (fungerar kanon) Dock är jag osäker om alla celler behöver markeras. Får en känsla att alla celler / rader kommer med, bara jag markerar ett antal rader och väljer Autofilter. (men jag kan ha fel). Sortering 1 Nu skulle jag vilja sortera materialet, och här misslyckas jag oavsett hur jag gör. Efter jag autoformaterat cellerna finns en "knapp" i rubrikraden där jag kan välja vad som ska visas. I menyn som följer kan jag välja "sortera stigande" eller "sortera fallande" Väljer jag något, kommer även rubrikraden att sorteras in - vilket jag inte ville. Sortering 2 Jag markerar kolumnen jag vill sortera (med alla 26000 rader) utom rad 1 som innehåller rubriken klickar på "pil ned" i verktygsfältet på LO Calc. (sortera stigande) en ruta kommer upp som frågar .: "Cellerna bredvid det aktuella området innehåller också data. Vill du öka sorteringsintervallet till A1:AC26162 eller sortera det markerade intervallet B2:B26162?" M
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 rubri
Re: Fwd: [sv-users] Sorteringsproblem - LO Calc
Bara några snabba kommentarer, som kanske egentligen inte tillför så mycket. 1) Nyckeln till adresseringen är ju att alltid använda "Svara alla" (Ctrl+Skift+R i Firefox) i stället för bara "Svara", och sedan eventuellt ta bort de adressater som inte behövs. 2) Så sant beträffande personliga preferenser, instämmer helt i din synpunkt, Johnny, på inställningsmöjligheter. I det här speciella fallet handlar det ju om huruvida fokus ligger på data eller på presentationen, och detta kan ju variera från fall till fall (eller från person till person). 3) "Klistra in special" som Johnny nämner nedan, nås numera som "Klistra in innehåll..." i rullgardinsmenyn "Redigera" och har som standard kortkommandot Ctrl+Skift+V. 4) Jag har fortsatta problem att få tilldelningsläget i fönstret "Formatmallar och formatering" att fungera. Min version av LO är 4.1.3.2. Kaj 2014-02-22 01:06, Johnny Rosenberg skrev: Okej, råkade skriva två svar och skicka dem privat. Har hänt mig många gånger på denna lista och kommer nog att hända igen. Ett problem jag inte har med några andra listor över huvud taget (som inte är relaterade till LibreOffice)… Vidarebefordrar mitt svar till listan och hoppas att mitt lilla misstag inte blev till alltför stort besvär. -- Vidarebefordrat meddelande -- Från: Johnny Rosenberg Datum: 22 februari 2014 00:59 Ämne: Re: [sv-users] Sorteringsproblem - LO Calc Till: Jan Öhman Den 21 februari 2014 13:11 skrev Jan Öhman : Hmm... (Tack för svaret) Ursäkta, men jag förstår inte. Hur skapar jag en mall som "består" i Calc? Om du menar att mallen ska vara standardmall så är det ju bara att spara den och sedan välja att den ska vara standardmall. 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. Du ska inte ”klistra in”, du ska välja ”klistra in special” (finns tangentbordsgenväg – jag har Insert-tangenten, men är inte säker på om jag själv valt det eller om det var så från början) och bara kryssa i det du behöver, varav ”format” INTE ingår. Men för att återgå till mitt nuvarande problem. "öppnar" en "ren" csv-fil (som saknar rubrikrader) i Calc - inga problem. Hur öppnar du den? Låter du operativsystemet öppna filen med LibreOffice? Möjligen är det hela mer flexibelt än vad jag tror, men jag kan ju bara beskriva sådant jag tror mig veta, och i så fall går det ju oftast till så här när man använder sina mallar: ▸ Öppna mallen som nytt dokument. ▸ Fyll i dina celler. Jag vet inte om man kan applicera en mall ”i efterhand” som du verkar vara ute efter, jag tror inte det i alla fall. Däremot skulle du nog kunna göra så här: ▸ Öppna mallen som nytt dokument. ▸ Infoga din CSV-fil i det nya kalkylbladet. Har inte provat detta, men det borde ju fungera. Om inte, går det att utföra det hela ändå, men det blir lite bökigt och pajas-artat. 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?.) Jag brukar markera de kolumner som jag vill autofiltrera. Då blir ju alla rader markerade. Vill man inte det, antar jag att du markerar hela det område du vill ha autofilter på, men då blir du ju låst på det området och då måste du ju göra om proceduren varje gång du utökar området, exempelvis genom att lägga till nya rader. Så långt allt väl. Men sedan... Hur ska jag använda formatmallen i mitt fall? Hur är den skapad? Tror detta framgår i generella termer ovan. Exakt var man ska klicka och trycka vet jag inte eftersom jag inte använder LibreOffice längre. Johnny Rosenberg //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
Re: Fwd: [sv-users] Sorteringsproblem - LO Calc
Hej! Tack Niklas för tipset om att senare versioner av LO har rättat buggen jag stångats mot ett tag. Själv kör jag numera Linux Mint Debian (jag släppte Ubuntu för något halvår sedan), och det blir lätt så att man hänger kvar vid den version som tillhandahålls av distributionen. Men det går ju att hämta hem senaste version (4.2.1) från libreoffice.org, vilket jag nu gjort, och installerat. Jag kan då konstatera, att du har precis rätt, och tilldelningsläget fungerar nu så som det står i hjälptexten. Fast kan jag ändå hålla med dig om, att metoden med dubbelklick på formatnamnet kan kännas mer direkt. Sedan har vi ju frågan till Jan, som startade den här tråden: Har du fått veta det du behöver, eller finns där fortfarande krokiga frågetecken? Kaj 2014-02-22 16:01, Niklas Johansson skrev: Hej Kaj m.fl. Som Kaj nämnde så är kortkommandot för klistra in innehåll... Ctrl+Shift+V, värt att lägga på minnet. Till detta kan tilläggas att i dialogen som då visas så bör du klicka ur att du vill klistra in format annars kommer inklistringen att skriva över tidigare format som cellen eventuellt har. Det kan även vara värt att påpeka att Calc hanterar text, siffror och datum som olika saker, så är det ett tal du ska klistra in så se till att alternativet siffror är markerat. Om man provar sig fram lite så får man snart grepp om hur de olika alternativen beter sig. Angående tilldelningsläget se min kommentar längre ner. Som ett alternativ till tilldelningsläget så skulle jag rekommendera att först markera de celler du vill ska få det nya formatet och sedan dubbelklicka på den formatmall du vill applicera. För min del så brukar jag alltid göra så då tilldelningsläget känns lite bakvänt, men det handlar väl egentligen bara om vanans makt. ;) Kaj Persson skrev 2014-02-22 12:18: ... 4) Jag har fortsatta problem att få tilldelningsläget i fönstret "Formatmallar och formatering" att fungera. Min version av LO är 4.1.3.2. För kännedom, jag har testat tilldelningsläget i några olika versioner och ser att den versionen du angivit har problem med tilldelningsläget, åtminstone Ubuntu-versionen. Men jag kan inte återskapa problemet i LibreOffice 4.1.5 eller 4.2.0 efter detta gjorde jag en snabbsökning i bugzilla för att se om jag hittade någon buggrapport vilket jag gjorde [1]. Efter andras kommentarer i rapporten samt mina egna test så anser jag att buggen du träffade på är fixad. [1] https://bugs.freedesktop.org/show_bug.cgi?id=72191 Med vänlig hälsning Niklas Johansson -- 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] 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] Sök cell och visa värdet från annan cell
Hej Jan! Jag vet inte exakt vad som kan orsaka dina bekymmer, man jag försökte kopiera in ditt exempel och bryta ned dina formler till delfunktioner. Inte heller de fungerade för mig, så jag började titta på de data som är nycklar, och fann då att åtminstone jag vid kopieringen fått en massa slasktecken på slutet. Jag vet, att det är mycket viktigt att de två strängarna man jämför, verkligen är helt lika, och då kan sådana här skräptecken sabotera jämförelsen. Jag föreslår alltså, att du kontrollerar data i kolumn H, så att den verkligen är ren. Hälsningar Kaj Den 2017-07-25 kl. 21:12, skrev Jan Öhman: Hej! Ska försöka beskriva mitt problem ytterligare. LETAUPP() känns som rätt funktion för detta ändamål - men av någon anledning fungerar inte det som jag önskar. Antag följande struktur (I exemplet nedan finns 4 rader.(I ex. nedan finns 8 rader Originalet har ca 1000rader) Originalet har ca 2rader) Samma rad kan förekomma flera ggr. Varje rad i kolumn H & J är unika Kolumn A Kolumn H Kolumn I Kolumn J Rad1 5710528643645 5710528643621 26115071 VÄGGBESLAG 2-PACK Rad2 5710528631055 5710528643645 26115151 VÄGGBESLAG 2-PACK Rad3 003490-888-00 5710528643669 23214101 4-FINGER KROK Rad4 003490-777-00 5710528631055 27200078 KLÄMMA 10-PACK Rad5 7340073819998 001808-458-80 KUDDFODRAL Rad6 7340073820017 003490-888-00 ÖLJETTGARDIN 2-PACK Rad7 7340073820147 003490-288-16 ÖLJETTKAPPA Rad8 7340073820291 003490-777-00 PANELLÄNGD 2-PACK Så långt har inga problem uppstått. Kolumn A innehåller ett värde som finns i Kolumn I eller Kolumn J. Min önskan är att i Kolumn B och C fylla på med information från Kolumn I och J dvs. i exemplet ovan kan värdet A1 hittas i H2 och Kolumn B1 skulle då få värdet .: "26115151" och Kolumn C1 skulle få värdet .: "VÄGGBESLAG 2-PACK" Detta har jag löst på följande sätt (men det fungerar inte fullt ut) Kolumn E innehåller "1" i fall värdet i Kolumn A finns i Kolumn H och Kolumn F innehåller "1" i fall värdet i Kolumn A finns i Kolumn I Formeln .: =OM(ANTAL.OM(H$1:H$10;$A1)>0;ANTAL.OM(H$1:H$10;$A1);"") Kan skrivas in i E1 och sedan kopieras till övriga celler. (E2 till E4 och F1 till F4) (Resultatet blir E1 & E2 = 1 samt F3 & F4 = 1) Så långt inga problem! Nu börjar problemen... Formeln i cellen B1 kan se ut på följande sätt .: =OM(E1>0;LETAUPP(A1;H$1:H$10;I$1:I$10);LETAUPP(A1;I$1:I$10;I$1:I$10)) Formeln i cellen C1 kan se ut på följande sätt .: =OM(E1>0;LETAUPP(A1;H$1:H$10;J$1:J$10);LETAUPP(A1;I$1:I$10;J$1:J$10)) Cellerna B1 och C1 kommer att innehålla de önskade värdena. Men de övriga cellerna (B2 till C4) innehåller "´#SAKNAS" Sorteras värdena i Kolumn H kommer med samma formler bara cellerna B3 till C4 att "´#SAKNAS". Förmodligen pga. att kolumn I inte är sorterad Har inte testat att kopiera Kolumn H till en egen flik - sorterad samt kopiera Kolumn I till en annan egen flik - sorterad - det kanske skulle fungera? Jämförelserna blir mer komplicerade om inte cellerna är formaterade på samma sätt... Blev mitt önskemål tydligare? Den 2017-07-25 kl. 12:31, skrev Johnny Rosenberg: Vet inte hur det är med alla andra, men jag behöver nog hela filen för att ens förstå vad du är ute efter, eller åtminstone för att förstå vad det är som inte fungerar. Kan du göra en exempelfil som illustrerar vad du är ute efter, lägga upp den någonstans och ge oss en länk? Generellt kan jag dock säga att om du letar efter ett värde i en kolumn och vill veta exakt var värdet hittades, kan du använda PASSA(). Den returnerar den (relativa) rad där sökt värde hittades. Se upp med värdet på ”Typ” (sista parametern i PASSA), då svenska hjälptexten är motsägelsefull, minst sagt. Exempelvis om du har följande värden i kolumn F: Hej på dej och dej men också dej I G1 lägger jag nu ordet ”dej”. Någon annanstans, i mitt fall H1, skrev jag: =PASSA($G$1;$F$1:$F$8;0) H1 är nu 3. Det betyder att vi hittade ordet i områdets tredje rad (alltså inte nödvändigtvis rad tre på bladet, men i detta fall blir det ju det ändå eftersom första värdet i F ligger på rad 1 (F1). För att hitta de andra ”dej” gör drar vi nytta av radnumret vi just fick i H1 och skriver följande i H2: =PASSA($G$1;INDIREKT(ADRESS(H1+1;KOLUMN(F2);4) & ":F9");0)+H1 Denna cell kan vi sedan kopiera vidare neråt. I en annan kolumn kan vi nu ange hela adressen med ADRESS-funktionen: =ADRESS(H1;KOLUMN(F1);4) Denna cell går nu att kopiera nedåt också. Sista parametern där, 4, styr hur adressen skrivs. 4 → F3, 1 → $F$3 och så vidare. Hittas inget av PASSA visas #SAKNAS i cellen. Detta kan man givetvis komma runt genom användning av ÄRSAKNAD och så vidare. Den 25 jul
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
