Re: [nl-users] decimale punt in Base
Dag Ad, Het is hetzelfde gedoe als met het jaar 2000 toen ineens overal de eeuw bij moest komen -als die er al niet bij was...-. Daar hebben we toen leuk veel geld mee verdiend! Er wordt met decimale punten en komma's een hoop geld verknoeid sinds het door computers wordt rond gepompt... Maar eer de bankiers daar achter zijn!? Groet, Dick Op 27 januari 2017 om 23:16 schreef: > Ja Dick, > > Jouw idee, dat banken bestanden aan zouden moeten leveren met bedragen in > cents, dat zou me wat wezen, zowel voor Euro, Dollar enz. > Zouden we af zijn van het 'imperfectie', hoe noem je dat, het afronden van > floating point representatie van getallen. > ( je weet wel; twee bedragen kunnen bij vergelijking blijken niet aan > elkaar gelijk te zijn, omdat er ergens in de 15e decimaal afgerond wordt) > Niemand bij banken die daar ooit aan gedacht heeft? > > Groeten, > Ad Rienks > *Von:* Dick Stomp > *Gesendet:* 27.01.2017 22:30 > *An:* > *Kopie:* users libreoffice.org > *Betreff:* Re: [nl-users] decimale punt in Base > > Dag kwibus, > Dit probleem heb ik al op andere draadjes aangekaart. > Samenvatting: > Het Functioneel Systeem Ontwerp is sinds 1964 voor Nederland niet meer > gewijzigd. > Het Technisch Systeem Ontwerp is gerealiseerd in COBOL in 1975. > Opnieuw in MS-Access in 1985. > Mislukt in LO-Base4. > Gerealiseerd in Basic256 in 2012 en nu operationeel onder Ubuntu 14. > Maar ik wil het nog steeds in één klap (net als MS-Access het deed) in > LO-Base hebben. Maar de data-handling van Base is erg armoedig en nu nog > olie-dom... Kan beter worden! > Kijk, als een routine en totaal moet berekenen op een veld, dan loopt de > routine door alle velden (look-ahead). Bij bank-waarden ("-.99") zet > hij het filter op stripping-quote's en DIC (dot is comma). > Dat filter heb ik ook en is een kleine snelle macro in Linux. > Probleem is, dat we internationaal en technisch nog steeds niet standaarden > hebben voor data. Iedereen klooit maar een stuk in de rondte. En verdient > er veel geld mee. > Ik heb aan de banken voorgesteld om als valuta-aanduiding EUR2 te > gebruiken, dat wil zeggen, dat de bedragen in EURO-cent zijn. Dan heb je > geen punt of comma meer nodig, tenzij je het bedrag gaat afdrukken. > Maar ja, bankiers... > Groet, > Dick > > > Op 27 januari 2017 om 22:08 schreef : > > > Beste Dick, > > > > Ik heb nu niet direct paraat, wat Base wel zonder meer accepteert als > > formaat, maar ... jij kunt toch programmeren in Basic? Kun je niet een > > klein programmaatje schrijven dat het CSV-bestand omzet, zodat het een > > bestand wordt dat wèl door Base ingelezen kan worden? > > > > Wel een extra stap, maar als het dan wel lukt ... > > *Von:* Dick Stomp > > *Gesendet:* 27.01.2017 20:53 > > *An:* users libreoffice.org > > *Betreff:* [nl-users] decimale punt in Base > > > > > De banken maken downloads van de boekingen in het zogenaamde CSV 2004 > > formaat. > > In dat bestand zijn de velden > > - gescheiden door punt-komma > > - ingesloten door quote's > > en de bedragen hebben als decimaal aanduiding een PUNT. > > Dat wordt door Base niet allemaal geaccepteerd. > > > > Calc accepteert dat wel! Het CSV 2004 bestand wordt gewoon ingelezen. > > Vervolgens kan met Zoek/Vervang > > - alle quote's worden verwijderd > > - alle decimale punten in de bedragen worden vervangen door komma's > > en tenslotte als .ods worden opgeborgen. > > > > Dan krijgen we weer de zotte vertoning om alle velden van de .ods te > > kopiëren en in Base te plakken, in plaats van Base te vertellen dat de > > Table een connectie heeft met een .ods elders. > > > > Met gewoon programmeren is dat allemaal geen probleem en dan worden de > > bestanden van de bank binnen een minuut omgezet in Balans en Omzet. > > Maar, zoals ik ervaren heb, dat blijft een kwetsbaar proces! > > Heeft iemand nog een slim voorstel hoe we Base (buiten de landinstelling > > om) kunnen forceren om omhullende quote's en decimale punten te > accepteren? > > (Zoals MS-Access gewoon doet...) > > > > > > > > > > > > > > > > -- > > Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox > > https://sites.google.com/site/dickstomp/ > > > > -- > > Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org > > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > > List archive: http://listarchives.libreoffice.org/nl/users/ > > All messages sent to this list will be publicly archived and cannot be > > deleted > > > > > > -- > Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox > https://sites.google.com/site/dickstomp/ > > -- > Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/nl/users/ > All messages sent to this list will be publicly
Re: [nl-users] decimale punt in Base
Dag kwibus, Ad primum ben ik bevrijd van MS-Windows sedert 2006! Ik heb het nog wel op twee PC's onderin zitten, op één als XP (prima) en de ander als W9 (mormel). Op de ander twee zit alleen Ubuntu 14. Bij MS-Access kan je een Exel gewoon koppelen als invoer. Daar draaide ook mijn boekhouding en ook die van vele anderen. Die vele anderen zullen nu MS-Access moeten blijven gebruiken en betalen. En nu hebben LibreOffice, erg leuk! En dat leuke zit vooral in Writer (geniaal), Calc (kan alles), Impress (kan alles) en nog een paar "leuke". Maar werk-paarden voor de rommel van boekhouders hebben we niet. MS-Access kon alles aan... en dat missen we deerlijk. Ok, de bestaande FSO's zijn voldoende om een TSO voor een bestaand systeem in elkaar te zetten en dat in welke taal dan ook te programmeren. Hetgeen bewezen is. Maar als je niet beschikt over een bibliotheek met handige routine's om het geneuzel van boekhouders in DATA over te zetten krijg je wel een probleem. Dus: hoe kopiëren we de routines uit MS-Access naar de Open Wereld? Met groet, Dick Op 27 januari 2017 om 22:29 schreef Dick Stomp: > Dag kwibus, > Dit probleem heb ik al op andere draadjes aangekaart. > Samenvatting: > Het Functioneel Systeem Ontwerp is sinds 1964 voor Nederland niet meer > gewijzigd. > Het Technisch Systeem Ontwerp is gerealiseerd in COBOL in 1975. > Opnieuw in MS-Access in 1985. > Mislukt in LO-Base4. > Gerealiseerd in Basic256 in 2012 en nu operationeel onder Ubuntu 14. > Maar ik wil het nog steeds in één klap (net als MS-Access het deed) in > LO-Base hebben. Maar de data-handling van Base is erg armoedig en nu nog > olie-dom... Kan beter worden! > Kijk, als een routine en totaal moet berekenen op een veld, dan loopt de > routine door alle velden (look-ahead). Bij bank-waarden ("-.99") zet > hij het filter op stripping-quote's en DIC (dot is comma). > Dat filter heb ik ook en is een kleine snelle macro in Linux. > Probleem is, dat we internationaal en technisch nog steeds niet > standaarden hebben voor data. Iedereen klooit maar een stuk in de rondte. > En verdient er veel geld mee. > Ik heb aan de banken voorgesteld om als valuta-aanduiding EUR2 te > gebruiken, dat wil zeggen, dat de bedragen in EURO-cent zijn. Dan heb je > geen punt of comma meer nodig, tenzij je het bedrag gaat afdrukken. > Maar ja, bankiers... > Groet, > Dick > > > Op 27 januari 2017 om 22:08 schreef : > > Beste Dick, >> >> Ik heb nu niet direct paraat, wat Base wel zonder meer accepteert als >> formaat, maar ... jij kunt toch programmeren in Basic? Kun je niet een >> klein programmaatje schrijven dat het CSV-bestand omzet, zodat het een >> bestand wordt dat wèl door Base ingelezen kan worden? >> >> Wel een extra stap, maar als het dan wel lukt ... >> *Von:* Dick Stomp >> *Gesendet:* 27.01.2017 20:53 >> *An:* users libreoffice.org >> *Betreff:* [nl-users] decimale punt in Base >> >> De banken maken downloads van de boekingen in het zogenaamde CSV 2004 >> formaat. >> In dat bestand zijn de velden >> - gescheiden door punt-komma >> - ingesloten door quote's >> en de bedragen hebben als decimaal aanduiding een PUNT. >> Dat wordt door Base niet allemaal geaccepteerd. >> >> Calc accepteert dat wel! Het CSV 2004 bestand wordt gewoon ingelezen. >> Vervolgens kan met Zoek/Vervang >> - alle quote's worden verwijderd >> - alle decimale punten in de bedragen worden vervangen door komma's >> en tenslotte als .ods worden opgeborgen. >> >> Dan krijgen we weer de zotte vertoning om alle velden van de .ods te >> kopiëren en in Base te plakken, in plaats van Base te vertellen dat de >> Table een connectie heeft met een .ods elders. >> >> Met gewoon programmeren is dat allemaal geen probleem en dan worden de >> bestanden van de bank binnen een minuut omgezet in Balans en Omzet. >> Maar, zoals ik ervaren heb, dat blijft een kwetsbaar proces! >> Heeft iemand nog een slim voorstel hoe we Base (buiten de landinstelling >> om) kunnen forceren om omhullende quote's en decimale punten te >> accepteren? >> (Zoals MS-Access gewoon doet...) >> >> >> >> >> >> >> >> -- >> Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox >> https://sites.google.com/site/dickstomp/ >> >> -- >> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org >> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >> List archive: http://listarchives.libreoffice.org/nl/users/ >> All messages sent to this list will be publicly archived and cannot be >> deleted >> > > > > -- > Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox > https://sites.google.com/site/dickstomp/ > -- Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox https://sites.google.com/site/dickstomp/ -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive:
Re: [nl-users] decimale punt in Base
Dag kwibus, Dit probleem heb ik al op andere draadjes aangekaart. Samenvatting: Het Functioneel Systeem Ontwerp is sinds 1964 voor Nederland niet meer gewijzigd. Het Technisch Systeem Ontwerp is gerealiseerd in COBOL in 1975. Opnieuw in MS-Access in 1985. Mislukt in LO-Base4. Gerealiseerd in Basic256 in 2012 en nu operationeel onder Ubuntu 14. Maar ik wil het nog steeds in één klap (net als MS-Access het deed) in LO-Base hebben. Maar de data-handling van Base is erg armoedig en nu nog olie-dom... Kan beter worden! Kijk, als een routine en totaal moet berekenen op een veld, dan loopt de routine door alle velden (look-ahead). Bij bank-waarden ("-.99") zet hij het filter op stripping-quote's en DIC (dot is comma). Dat filter heb ik ook en is een kleine snelle macro in Linux. Probleem is, dat we internationaal en technisch nog steeds niet standaarden hebben voor data. Iedereen klooit maar een stuk in de rondte. En verdient er veel geld mee. Ik heb aan de banken voorgesteld om als valuta-aanduiding EUR2 te gebruiken, dat wil zeggen, dat de bedragen in EURO-cent zijn. Dan heb je geen punt of comma meer nodig, tenzij je het bedrag gaat afdrukken. Maar ja, bankiers... Groet, Dick Op 27 januari 2017 om 22:08 schreef: > Beste Dick, > > Ik heb nu niet direct paraat, wat Base wel zonder meer accepteert als > formaat, maar ... jij kunt toch programmeren in Basic? Kun je niet een > klein programmaatje schrijven dat het CSV-bestand omzet, zodat het een > bestand wordt dat wèl door Base ingelezen kan worden? > > Wel een extra stap, maar als het dan wel lukt ... > *Von:* Dick Stomp > *Gesendet:* 27.01.2017 20:53 > *An:* users libreoffice.org > *Betreff:* [nl-users] decimale punt in Base > > De banken maken downloads van de boekingen in het zogenaamde CSV 2004 > formaat. > In dat bestand zijn de velden > - gescheiden door punt-komma > - ingesloten door quote's > en de bedragen hebben als decimaal aanduiding een PUNT. > Dat wordt door Base niet allemaal geaccepteerd. > > Calc accepteert dat wel! Het CSV 2004 bestand wordt gewoon ingelezen. > Vervolgens kan met Zoek/Vervang > - alle quote's worden verwijderd > - alle decimale punten in de bedragen worden vervangen door komma's > en tenslotte als .ods worden opgeborgen. > > Dan krijgen we weer de zotte vertoning om alle velden van de .ods te > kopiëren en in Base te plakken, in plaats van Base te vertellen dat de > Table een connectie heeft met een .ods elders. > > Met gewoon programmeren is dat allemaal geen probleem en dan worden de > bestanden van de bank binnen een minuut omgezet in Balans en Omzet. > Maar, zoals ik ervaren heb, dat blijft een kwetsbaar proces! > Heeft iemand nog een slim voorstel hoe we Base (buiten de landinstelling > om) kunnen forceren om omhullende quote's en decimale punten te accepteren? > (Zoals MS-Access gewoon doet...) > > > > > > > > -- > Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox > https://sites.google.com/site/dickstomp/ > > -- > Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/nl/users/ > All messages sent to this list will be publicly archived and cannot be > deleted > -- Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox https://sites.google.com/site/dickstomp/ -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted
[nl-users] decimale punt in Base
De banken maken downloads van de boekingen in het zogenaamde CSV 2004 formaat. In dat bestand zijn de velden - gescheiden door punt-komma - ingesloten door quote's en de bedragen hebben als decimaal aanduiding een PUNT. Dat wordt door Base niet allemaal geaccepteerd. Calc accepteert dat wel! Het CSV 2004 bestand wordt gewoon ingelezen. Vervolgens kan met Zoek/Vervang - alle quote's worden verwijderd - alle decimale punten in de bedragen worden vervangen door komma's en tenslotte als .ods worden opgeborgen. Dan krijgen we weer de zotte vertoning om alle velden van de .ods te kopiëren en in Base te plakken, in plaats van Base te vertellen dat de Table een connectie heeft met een .ods elders. Met gewoon programmeren is dat allemaal geen probleem en dan worden de bestanden van de bank binnen een minuut omgezet in Balans en Omzet. Maar, zoals ik ervaren heb, dat blijft een kwetsbaar proces! Heeft iemand nog een slim voorstel hoe we Base (buiten de landinstelling om) kunnen forceren om omhullende quote's en decimale punten te accepteren? (Zoals MS-Access gewoon doet...) -- Ubuntu 14.04 + FireFox + LibreOffice + gMail + DropBox https://sites.google.com/site/dickstomp/ -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [nl-users] Brochure printen opmerking
Harry, De tekst van 2/7 staat op zijn kop. 3/6 zijn als 1/8 en 4/5 zijn hier ook op zijn kop. Ik heb het nu met normaal kopieren voor elkaar gekregen. Hoop voor de volgende keer de oplossing te hebben gekregen/gevonden. Wim Verstuurd vanaf mijn iPhone > Op 27 jan. 2017 om 19:11 heeft harry.harm...@gmail.com het volgende > geschreven: > > Wim, wat bedoel je met "omgekeerd"? Dat 2/7 op z'n kop staat t.o.v. 1/8? Of > dat de bladzijden verwisseld worden (2 komt op de plaats van 7 en 7 op de > plaats van 2)? > Ik herken beide problemen niet. > Vertel eens wat meer: > - wat voor paginaformaat heeft je document? > - wat stel je in met printen als je een brochure gaat printen? > - print je tweezijdig of leg je zelf het papier met de achterkant terug in > de papierlade om de andere kant te bedrukken? > > Als ik in Writer op Printen klik, en in het dan verschijnend scherm naar de > tab Paginalay out ga, stel ik daar in: Brochure. > Verder hoef ik niks in te stellen, alleen nog de printer tweezijdig laten > afdrukken (bij moet ik dan in het printschermpje op Eigenschappen klikken > om bij de printerinstellingen te komen. > > > > Groet, > Harry Harmsen > Assen > > Op 27 januari 2017 om 13:08 schreef Spidey-Westland> : > >> >> >> Hallo LO users, >> Als ik een brochure print dan zie ik de >> pagina's niet goed.Het document is 8 pagina's.Instelling op de >> printer is wel brochure.Ik zie het volgende:1/8 en 2/7 op de achterkant van >> 1/8 is dan >> omgekeerd.Dat leest niet prettig.Wat moet ik bij de instellingen nog >> meer >> aanpassen? >> groet >> >> >> Wim ter Haar >> >> >> -- >> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org >> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >> List archive: http://listarchives.libreoffice.org/nl/users/ >> All messages sent to this list will be publicly archived and cannot be >> deleted >> > > -- > Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/nl/users/ > All messages sent to this list will be publicly archived and cannot be deleted -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [nl-users] Brochure printen opmerking
Wim, wat bedoel je met "omgekeerd"? Dat 2/7 op z'n kop staat t.o.v. 1/8? Of dat de bladzijden verwisseld worden (2 komt op de plaats van 7 en 7 op de plaats van 2)? Ik herken beide problemen niet. Vertel eens wat meer: - wat voor paginaformaat heeft je document? - wat stel je in met printen als je een brochure gaat printen? - print je tweezijdig of leg je zelf het papier met de achterkant terug in de papierlade om de andere kant te bedrukken? Als ik in Writer op Printen klik, en in het dan verschijnend scherm naar de tab Paginalay out ga, stel ik daar in: Brochure. Verder hoef ik niks in te stellen, alleen nog de printer tweezijdig laten afdrukken (bij moet ik dan in het printschermpje op Eigenschappen klikken om bij de printerinstellingen te komen. Groet, Harry Harmsen Assen Op 27 januari 2017 om 13:08 schreef Spidey-Westland: > > > Hallo LO users, > Als ik een brochure print dan zie ik de > pagina's niet goed.Het document is 8 pagina's.Instelling op de > printer is wel brochure.Ik zie het volgende:1/8 en 2/7 op de achterkant van > 1/8 is dan > omgekeerd.Dat leest niet prettig.Wat moet ik bij de instellingen nog > meer > aanpassen? > groet > > > Wim ter Haar > > > -- > Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org > Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette > List archive: http://listarchives.libreoffice.org/nl/users/ > All messages sent to this list will be publicly archived and cannot be > deleted > -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted
[nl-users] Brochure printen opmerking
Hallo LO users, Als ik een brochure print dan zie ik de pagina's niet goed.Het document is 8 pagina's.Instelling op de printer is wel brochure.Ik zie het volgende:1/8 en 2/7 op de achterkant van 1/8 is dan omgekeerd.Dat leest niet prettig.Wat moet ik bij de instellingen nog meer aanpassen? groet Wim ter Haar -- Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/nl/users/ All messages sent to this list will be publicly archived and cannot be deleted