Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Inderdaad Rob, het probleem zat in LO6.3 en is met LO6.4 verholpen.
Einde draadje!

Op di 5 mei 2020 om 15:46 schreef Rob Westein :

> Ubuntu 20:04 LTS is net uitgekomen. Dus binnenkort kan je upgraden naar
> 20.04. waarom wachten op volgend jaar???
> Mooi dat het probleem opgelost is.
>
> Einde draadje en de LibrOffice PPA is niet zaligmakend.
>
> /Rob
>
>
> On 05-05-2020 15:25, Dick Stomp wrote:
> > Rob,
> > Upgraden ten behoeve van opruimen?
> > Ik ben in 2006 met Ubuntu begonnen. Elk *oneven* jaar upgrade ik naar
> een *long
> > term version* van het* even *jaar ervoor. Ik werk nu nog met Ubuntu 18
> maar
> > schakel in 2021 naar versie 20, dan zijn daarin de meeste updates
> > geweest...
> > Windows bungelt er nog bij voor de TomTom updates, maar dat wordt ook nog
> > wel Open Street Map Automated Navigation Directions, zodra ik een
> telefoon
> > heb met gevoelige GPS. In grote steden met hoogbouw valt de TomTom nogal
> > eens weg, zoals in Brussel meegemaakt.
> > Bedankt voor het meedenken,
> > Dick
> >
> > Op di 5 mei 2020 om 14:31 schreef Rob Westein :
> >
> >> Ik denk dat dat opgelost wordt wanneer je je besturingssysteem
> >> (Ubuntu??) upgrade.
> >>
> >> Dan worden overbodige pakketten verwijderd...
> >>
> >> /Rob
> >>
> >>
> >> On 05-05-2020 14:09, Dick Stomp wrote:
> >>> Rob,
> >>> De drie pakketten *main/lang/help* van de LO6.4 site heb ik unpacked
> >>> en met *dpkg
> >>> -i *.deb* geïnstalleerd.
> >>> Moeder en Dochter aan het werk: prima!
> >>> In Synaptic staat keurig LO6.4
> >>> In Ubuntu Software hangt nog steeds LO6.3.5 te niksen
> >>> Hebben die twee wel wat met elkaar te maken?
> >>> Dick
> >>>
> >>> Op di 5 mei 2020 om 12:31 schreef Rob Westein :
> >>>
>  Is de PPA echt verwijderd? bekijk de settings van de Software
> >> updater
>  De PPA zou alleen 6.4 moeten installeren
> 
>  misschien in synaptec kijken of daar nog eea actief is en daar
>  verwijderen heb synaptic zelf al jaren niet meer gebruikt.
> 
>  Of toevallig een DEB geinstalleerd???
> 
>  /Rob
> 
>  On 05-05-2020 11:39, Dick Stomp wrote:
> > Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
> > Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
> > Wat is het nu?
> >
> > Op di 5 mei 2020 om 11:33 schreef Dick Stomp :
> >
> >> LibreOffice 6.4.3 zit er in.
> >> Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
> >> Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via
> >> Ubuntu
> >> Software uitvoeren.
> >>
> >>
> >> Op di 5 mei 2020 om 11:16 schreef Dick Stomp  >:
> >>
> >>> Rob,
> >>> Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu
> Software
>  over
> >>> 6.4.3 beschikt.
> >>> Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit
> >> draadje
> >>> mee begonnen ben...
> >>> Dick
> >>>
> >>> Op di 5 mei 2020 om 11:02 schreef Rob Westein  >:
> >>>
>  Eens met Pieter, maar heb geen goede ervaringen met libreoffice
> ppa.
>  Het in een calc bestand verwijzen naar een ander calc bestand
> werkt
> >> in
>  de PPA niet (waar dit draadje eigenlijk over gaat)
> 
>  de PPA is nauwelijks getest:
> 
>  Most of the packages in this PPA have only experienced minor
> testing
>  --
>  in fact it is the place to enable a wider audience to test
> packages
>  before they are published into the distro proper. In general, this
> >> PPA
>  is _not_ for the average user to install without a closer look (if
> >> it
>  would be, its packages would be in the main repositories). OTOH,
> it
> >> is
>  _way_ _better_ to use packages from this PPA than using the *.deb
>  files
>  that The Document Foundation provides upstream, which are
>  intentionally
>  build against a very old baseline for maximum compatibility. So,
> >> _if_
>  you want to be on the bleeding edge, do it here, not with upstream
>  *.debs.
> 
>  In general, users are advised to take a look at the changelog for
> >> the
>  details about a package. If there is a specific bug that is
> intended
>  to
>  be addressed by an update released into the PPA, you are
> encouraged
> >> to
>  test, if the update solves that problem. Packages published after
> >> the
>  distro release are mostly such specific fixes. Critical fixes will
> >> be
>  SRUed into the main repositories after testing anyway (later, with
>  more
>  testing).
> 
>  To return to the LibreOffice version from the main archive, use
>  ppa-purge. see:
> 
> 
> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
>  <
> 
> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
>  for details
> 
>  Dus 

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Ubuntu 20:04 LTS is net uitgekomen. Dus binnenkort kan je upgraden naar 
20.04. waarom wachten op volgend jaar???

Mooi dat het probleem opgelost is.

Einde draadje en de LibrOffice PPA is niet zaligmakend.

/Rob


On 05-05-2020 15:25, Dick Stomp wrote:

Rob,
Upgraden ten behoeve van opruimen?
Ik ben in 2006 met Ubuntu begonnen. Elk *oneven* jaar upgrade ik naar een *long
term version* van het* even *jaar ervoor. Ik werk nu nog met Ubuntu 18 maar
schakel in 2021 naar versie 20, dan zijn daarin de meeste updates
geweest...
Windows bungelt er nog bij voor de TomTom updates, maar dat wordt ook nog
wel Open Street Map Automated Navigation Directions, zodra ik een telefoon
heb met gevoelige GPS. In grote steden met hoogbouw valt de TomTom nogal
eens weg, zoals in Brussel meegemaakt.
Bedankt voor het meedenken,
Dick

Op di 5 mei 2020 om 14:31 schreef Rob Westein :


Ik denk dat dat opgelost wordt wanneer je je besturingssysteem
(Ubuntu??) upgrade.

Dan worden overbodige pakketten verwijderd...

/Rob


On 05-05-2020 14:09, Dick Stomp wrote:

Rob,
De drie pakketten *main/lang/help* van de LO6.4 site heb ik unpacked
en met *dpkg
-i *.deb* geïnstalleerd.
Moeder en Dochter aan het werk: prima!
In Synaptic staat keurig LO6.4
In Ubuntu Software hangt nog steeds LO6.3.5 te niksen
Hebben die twee wel wat met elkaar te maken?
Dick

Op di 5 mei 2020 om 12:31 schreef Rob Westein :


Is de PPA echt verwijderd? bekijk de settings van de Software

updater

De PPA zou alleen 6.4 moeten installeren

misschien in synaptec kijken of daar nog eea actief is en daar
verwijderen heb synaptic zelf al jaren niet meer gebruikt.

Of toevallig een DEB geinstalleerd???

/Rob

On 05-05-2020 11:39, Dick Stomp wrote:

Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
Wat is het nu?

Op di 5 mei 2020 om 11:33 schreef Dick Stomp :


LibreOffice 6.4.3 zit er in.
Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via

Ubuntu

Software uitvoeren.


Op di 5 mei 2020 om 11:16 schreef Dick Stomp :


Rob,
Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software

over

6.4.3 beschikt.
Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit

draadje

mee begonnen ben...
Dick

Op di 5 mei 2020 om 11:02 schreef Rob Westein :


Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
Het in een calc bestand verwijzen naar een ander calc bestand werkt

in

de PPA niet (waar dit draadje eigenlijk over gaat)

de PPA is nauwelijks getest:

Most of the packages in this PPA have only experienced minor testing

--

in fact it is the place to enable a wider audience to test packages
before they are published into the distro proper. In general, this

PPA

is _not_ for the average user to install without a closer look (if

it

would be, its packages would be in the main repositories). OTOH, it

is

_way_ _better_ to use packages from this PPA than using the *.deb

files

that The Document Foundation provides upstream, which are

intentionally

build against a very old baseline for maximum compatibility. So,

_if_

you want to be on the bleeding edge, do it here, not with upstream
*.debs.

In general, users are advised to take a look at the changelog for

the

details about a package. If there is a specific bug that is intended

to

be addressed by an update released into the PPA, you are encouraged

to

test, if the update solves that problem. Packages published after

the

distro release are mostly such specific fixes. Critical fixes will

be

SRUed into the main repositories after testing anyway (later, with

more

testing).

To return to the LibreOffice version from the main archive, use
ppa-purge. see:


http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html

<

http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html

for details

Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3

vanuit

de

Ubuntu Software installeren.

/Rob


On 05-05-2020 10:37, pieter wrote:

Hai Dick,
Je zou eens in een terminal-venster het volgende kunnen

proberen

eerst:
sudo apt remove libreoffice*
(dan wordt libreoffice van je machine ge-déinstalleerd)
daarna:
sudo apt autoremove
(de afhankelijkheden worden ook nog verwijderd)
hierna dan
sudo apt update
en dan
sudo add-apt-repository ppa:libreoffice/ppa
(nu wordt er een nieuwe software repository "aan" je systeem
"gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die

wel

al netjes gereleased is). Lees wat je scherm zegt - op enter

drukken

enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad

schaadt

in dit geval niet.
Na het installeren van de ppa moet je dan nog even doen:
sudo apt update

Als afsluiter zou je dan kunnen zeggen:
sudo apt install libreoffice libreoffice-base libreoffice-calc
libreoffice-help-nl libreoffice-impress libreoffice-kde5
libreoffice-l10n-nl 

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Rob,
Upgraden ten behoeve van opruimen?
Ik ben in 2006 met Ubuntu begonnen. Elk *oneven* jaar upgrade ik naar een *long
term version* van het* even *jaar ervoor. Ik werk nu nog met Ubuntu 18 maar
schakel in 2021 naar versie 20, dan zijn daarin de meeste updates
geweest...
Windows bungelt er nog bij voor de TomTom updates, maar dat wordt ook nog
wel Open Street Map Automated Navigation Directions, zodra ik een telefoon
heb met gevoelige GPS. In grote steden met hoogbouw valt de TomTom nogal
eens weg, zoals in Brussel meegemaakt.
Bedankt voor het meedenken,
Dick

Op di 5 mei 2020 om 14:31 schreef Rob Westein :

> Ik denk dat dat opgelost wordt wanneer je je besturingssysteem
> (Ubuntu??) upgrade.
>
> Dan worden overbodige pakketten verwijderd...
>
> /Rob
>
>
> On 05-05-2020 14:09, Dick Stomp wrote:
> > Rob,
> > De drie pakketten *main/lang/help* van de LO6.4 site heb ik unpacked
> > en met *dpkg
> > -i *.deb* geïnstalleerd.
> > Moeder en Dochter aan het werk: prima!
> > In Synaptic staat keurig LO6.4
> > In Ubuntu Software hangt nog steeds LO6.3.5 te niksen
> > Hebben die twee wel wat met elkaar te maken?
> > Dick
> >
> > Op di 5 mei 2020 om 12:31 schreef Rob Westein :
> >
> >> Is de PPA echt verwijderd? bekijk de settings van de Software
> updater
> >> De PPA zou alleen 6.4 moeten installeren
> >>
> >> misschien in synaptec kijken of daar nog eea actief is en daar
> >> verwijderen heb synaptic zelf al jaren niet meer gebruikt.
> >>
> >> Of toevallig een DEB geinstalleerd???
> >>
> >> /Rob
> >>
> >> On 05-05-2020 11:39, Dick Stomp wrote:
> >>> Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
> >>> Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
> >>> Wat is het nu?
> >>>
> >>> Op di 5 mei 2020 om 11:33 schreef Dick Stomp :
> >>>
>  LibreOffice 6.4.3 zit er in.
>  Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
>  Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via
> Ubuntu
>  Software uitvoeren.
> 
> 
>  Op di 5 mei 2020 om 11:16 schreef Dick Stomp :
> 
> > Rob,
> > Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software
> >> over
> > 6.4.3 beschikt.
> > Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit
> draadje
> > mee begonnen ben...
> > Dick
> >
> > Op di 5 mei 2020 om 11:02 schreef Rob Westein :
> >
> >> Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
> >> Het in een calc bestand verwijzen naar een ander calc bestand werkt
> in
> >> de PPA niet (waar dit draadje eigenlijk over gaat)
> >>
> >> de PPA is nauwelijks getest:
> >>
> >> Most of the packages in this PPA have only experienced minor testing
> >> --
> >> in fact it is the place to enable a wider audience to test packages
> >> before they are published into the distro proper. In general, this
> PPA
> >> is _not_ for the average user to install without a closer look (if
> it
> >> would be, its packages would be in the main repositories). OTOH, it
> is
> >> _way_ _better_ to use packages from this PPA than using the *.deb
> >> files
> >> that The Document Foundation provides upstream, which are
> >> intentionally
> >> build against a very old baseline for maximum compatibility. So,
> _if_
> >> you want to be on the bleeding edge, do it here, not with upstream
> >> *.debs.
> >>
> >> In general, users are advised to take a look at the changelog for
> the
> >> details about a package. If there is a specific bug that is intended
> >> to
> >> be addressed by an update released into the PPA, you are encouraged
> to
> >> test, if the update solves that problem. Packages published after
> the
> >> distro release are mostly such specific fixes. Critical fixes will
> be
> >> SRUed into the main repositories after testing anyway (later, with
> >> more
> >> testing).
> >>
> >> To return to the LibreOffice version from the main archive, use
> >> ppa-purge. see:
> >>
> >> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
> >> <
> >> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
> >
> >> for details
> >>
> >> Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3
> vanuit
> >> de
> >> Ubuntu Software installeren.
> >>
> >> /Rob
> >>
> >>
> >> On 05-05-2020 10:37, pieter wrote:
> >>> Hai Dick,
> >>> Je zou eens in een terminal-venster het volgende kunnen
> proberen
> >>>
> >>> eerst:
> >>> sudo apt remove libreoffice*
> >>> (dan wordt libreoffice van je machine ge-déinstalleerd)
> >>> daarna:
> >>> sudo apt autoremove
> >>> (de afhankelijkheden worden ook nog verwijderd)
> >>> hierna dan
> >>> sudo apt update
> >>> en dan
> >>> sudo add-apt-repository ppa:libreoffice/ppa
> >>> (nu wordt er een nieuwe software repository "aan" je 

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Ik denk dat dat opgelost wordt wanneer je je besturingssysteem 
(Ubuntu??) upgrade.


Dan worden overbodige pakketten verwijderd...

/Rob


On 05-05-2020 14:09, Dick Stomp wrote:

Rob,
De drie pakketten *main/lang/help* van de LO6.4 site heb ik unpacked
en met *dpkg
-i *.deb* geïnstalleerd.
Moeder en Dochter aan het werk: prima!
In Synaptic staat keurig LO6.4
In Ubuntu Software hangt nog steeds LO6.3.5 te niksen
Hebben die twee wel wat met elkaar te maken?
Dick

Op di 5 mei 2020 om 12:31 schreef Rob Westein :


Is de PPA echt verwijderd? bekijk de settings van de Software updater
De PPA zou alleen 6.4 moeten installeren

misschien in synaptec kijken of daar nog eea actief is en daar
verwijderen heb synaptic zelf al jaren niet meer gebruikt.

Of toevallig een DEB geinstalleerd???

/Rob

On 05-05-2020 11:39, Dick Stomp wrote:

Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
Wat is het nu?

Op di 5 mei 2020 om 11:33 schreef Dick Stomp :


LibreOffice 6.4.3 zit er in.
Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via Ubuntu
Software uitvoeren.


Op di 5 mei 2020 om 11:16 schreef Dick Stomp :


Rob,
Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software

over

6.4.3 beschikt.
Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje
mee begonnen ben...
Dick

Op di 5 mei 2020 om 11:02 schreef Rob Westein :


Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
Het in een calc bestand verwijzen naar een ander calc bestand werkt in
de PPA niet (waar dit draadje eigenlijk over gaat)

de PPA is nauwelijks getest:

Most of the packages in this PPA have only experienced minor testing

--

in fact it is the place to enable a wider audience to test packages
before they are published into the distro proper. In general, this PPA
is _not_ for the average user to install without a closer look (if it
would be, its packages would be in the main repositories). OTOH, it is
_way_ _better_ to use packages from this PPA than using the *.deb

files

that The Document Foundation provides upstream, which are

intentionally

build against a very old baseline for maximum compatibility. So, _if_
you want to be on the bleeding edge, do it here, not with upstream
*.debs.

In general, users are advised to take a look at the changelog for the
details about a package. If there is a specific bug that is intended

to

be addressed by an update released into the PPA, you are encouraged to
test, if the update solves that problem. Packages published after the
distro release are mostly such specific fixes. Critical fixes will be
SRUed into the main repositories after testing anyway (later, with

more

testing).

To return to the LibreOffice version from the main archive, use
ppa-purge. see:


http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html

<

http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html>

for details

Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit

de

Ubuntu Software installeren.

/Rob


On 05-05-2020 10:37, pieter wrote:

Hai Dick,
Je zou eens in een terminal-venster het volgende kunnen proberen

eerst:
sudo apt remove libreoffice*
(dan wordt libreoffice van je machine ge-déinstalleerd)
daarna:
sudo apt autoremove
(de afhankelijkheden worden ook nog verwijderd)
hierna dan
sudo apt update
en dan
sudo add-apt-repository ppa:libreoffice/ppa
(nu wordt er een nieuwe software repository "aan" je systeem
"gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die

wel

al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
in dit geval niet.
Na het installeren van de ppa moet je dan nog even doen:
sudo apt update

Als afsluiter zou je dan kunnen zeggen:
sudo apt install libreoffice libreoffice-base libreoffice-calc
libreoffice-help-nl libreoffice-impress libreoffice-kde5
libreoffice-l10n-nl libreoffice-style-elementary

libreoffice-style-sifr

(dan installeer je het hele zwikkie weer).

Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
onoverzichtelijkheid gesaneerd.
Groet Pieter



--
Unsubscribe instructions: E-mail to

users+unsubscr...@nl.libreoffice.org

Posting guidelines + more:
https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy


--
https://sites.google.com/site/dickstomp/


--
https://sites.google.com/site/dickstomp/


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy





--
Unsubscribe instructions: E-mail to 

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Rob,
De drie pakketten *main/lang/help* van de LO6.4 site heb ik unpacked
en met *dpkg
-i *.deb* geïnstalleerd.
Moeder en Dochter aan het werk: prima!
In Synaptic staat keurig LO6.4
In Ubuntu Software hangt nog steeds LO6.3.5 te niksen
Hebben die twee wel wat met elkaar te maken?
Dick

Op di 5 mei 2020 om 12:31 schreef Rob Westein :

> Is de PPA echt verwijderd? bekijk de settings van de Software updater
> De PPA zou alleen 6.4 moeten installeren
>
> misschien in synaptec kijken of daar nog eea actief is en daar
> verwijderen heb synaptic zelf al jaren niet meer gebruikt.
>
> Of toevallig een DEB geinstalleerd???
>
> /Rob
>
> On 05-05-2020 11:39, Dick Stomp wrote:
> > Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
> > Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
> > Wat is het nu?
> >
> > Op di 5 mei 2020 om 11:33 schreef Dick Stomp :
> >
> >> LibreOffice 6.4.3 zit er in.
> >> Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
> >> Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via Ubuntu
> >> Software uitvoeren.
> >>
> >>
> >> Op di 5 mei 2020 om 11:16 schreef Dick Stomp :
> >>
> >>> Rob,
> >>> Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software
> over
> >>> 6.4.3 beschikt.
> >>> Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje
> >>> mee begonnen ben...
> >>> Dick
> >>>
> >>> Op di 5 mei 2020 om 11:02 schreef Rob Westein :
> >>>
>  Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
>  Het in een calc bestand verwijzen naar een ander calc bestand werkt in
>  de PPA niet (waar dit draadje eigenlijk over gaat)
> 
>  de PPA is nauwelijks getest:
> 
>  Most of the packages in this PPA have only experienced minor testing
> --
>  in fact it is the place to enable a wider audience to test packages
>  before they are published into the distro proper. In general, this PPA
>  is _not_ for the average user to install without a closer look (if it
>  would be, its packages would be in the main repositories). OTOH, it is
>  _way_ _better_ to use packages from this PPA than using the *.deb
> files
>  that The Document Foundation provides upstream, which are
> intentionally
>  build against a very old baseline for maximum compatibility. So, _if_
>  you want to be on the bleeding edge, do it here, not with upstream
>  *.debs.
> 
>  In general, users are advised to take a look at the changelog for the
>  details about a package. If there is a specific bug that is intended
> to
>  be addressed by an update released into the PPA, you are encouraged to
>  test, if the update solves that problem. Packages published after the
>  distro release are mostly such specific fixes. Critical fixes will be
>  SRUed into the main repositories after testing anyway (later, with
> more
>  testing).
> 
>  To return to the LibreOffice version from the main archive, use
>  ppa-purge. see:
> 
> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
>  <
> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html>
> 
>  for details
> 
>  Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit
> de
>  Ubuntu Software installeren.
> 
>  /Rob
> 
> 
>  On 05-05-2020 10:37, pieter wrote:
> > Hai Dick,
> > Je zou eens in een terminal-venster het volgende kunnen proberen
> >
> > eerst:
> > sudo apt remove libreoffice*
> > (dan wordt libreoffice van je machine ge-déinstalleerd)
> > daarna:
> > sudo apt autoremove
> > (de afhankelijkheden worden ook nog verwijderd)
> > hierna dan
> > sudo apt update
> > en dan
> > sudo add-apt-repository ppa:libreoffice/ppa
> > (nu wordt er een nieuwe software repository "aan" je systeem
> > "gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die
> wel
> > al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
> > enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
> > in dit geval niet.
> > Na het installeren van de ppa moet je dan nog even doen:
> > sudo apt update
> >
> > Als afsluiter zou je dan kunnen zeggen:
> > sudo apt install libreoffice libreoffice-base libreoffice-calc
> > libreoffice-help-nl libreoffice-impress libreoffice-kde5
> > libreoffice-l10n-nl libreoffice-style-elementary
> libreoffice-style-sifr
> > (dan installeer je het hele zwikkie weer).
> >
> > Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
> > onoverzichtelijkheid gesaneerd.
> > Groet Pieter
> >
> >
>  --
>  Unsubscribe instructions: E-mail to
> users+unsubscr...@nl.libreoffice.org
>  Posting guidelines + more:
>  https://wiki.documentfoundation.org/Netiquette
>  List archive: 

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Is de PPA echt verwijderd? bekijk de settings van de Software updater
De PPA zou alleen 6.4 moeten installeren

misschien in synaptec kijken of daar nog eea actief is en daar 
verwijderen heb synaptic zelf al jaren niet meer gebruikt.


Of toevallig een DEB geinstalleerd???

/Rob

On 05-05-2020 11:39, Dick Stomp wrote:

Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
Wat is het nu?

Op di 5 mei 2020 om 11:33 schreef Dick Stomp :


LibreOffice 6.4.3 zit er in.
Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via Ubuntu
Software uitvoeren.


Op di 5 mei 2020 om 11:16 schreef Dick Stomp :


Rob,
Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software over
6.4.3 beschikt.
Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje
mee begonnen ben...
Dick

Op di 5 mei 2020 om 11:02 schreef Rob Westein :


Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
Het in een calc bestand verwijzen naar een ander calc bestand werkt in
de PPA niet (waar dit draadje eigenlijk over gaat)

de PPA is nauwelijks getest:

Most of the packages in this PPA have only experienced minor testing --
in fact it is the place to enable a wider audience to test packages
before they are published into the distro proper. In general, this PPA
is _not_ for the average user to install without a closer look (if it
would be, its packages would be in the main repositories). OTOH, it is
_way_ _better_ to use packages from this PPA than using the *.deb files
that The Document Foundation provides upstream, which are intentionally
build against a very old baseline for maximum compatibility. So, _if_
you want to be on the bleeding edge, do it here, not with upstream
*.debs.

In general, users are advised to take a look at the changelog for the
details about a package. If there is a specific bug that is intended to
be addressed by an update released into the PPA, you are encouraged to
test, if the update solves that problem. Packages published after the
distro release are mostly such specific fixes. Critical fixes will be
SRUed into the main repositories after testing anyway (later, with more
testing).

To return to the LibreOffice version from the main archive, use
ppa-purge. see:
http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html


for details

Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit de
Ubuntu Software installeren.

/Rob


On 05-05-2020 10:37, pieter wrote:

Hai Dick,
Je zou eens in een terminal-venster het volgende kunnen proberen

eerst:
sudo apt remove libreoffice*
(dan wordt libreoffice van je machine ge-déinstalleerd)
daarna:
sudo apt autoremove
(de afhankelijkheden worden ook nog verwijderd)
hierna dan
sudo apt update
en dan
sudo add-apt-repository ppa:libreoffice/ppa
(nu wordt er een nieuwe software repository "aan" je systeem
"gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die wel
al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
in dit geval niet.
Na het installeren van de ppa moet je dan nog even doen:
sudo apt update

Als afsluiter zou je dan kunnen zeggen:
sudo apt install libreoffice libreoffice-base libreoffice-calc
libreoffice-help-nl libreoffice-impress libreoffice-kde5
libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr
(dan installeer je het hele zwikkie weer).

Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
onoverzichtelijkheid gesaneerd.
Groet Pieter



--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more:
https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy



--
https://sites.google.com/site/dickstomp/



--
https://sites.google.com/site/dickstomp/





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Ho! Versie 6.3.5 zit er nog steeds in volgens Ubuntu Software.
Het schoonmaken is niet gelukt of ppa heeft 6.3.5 er op gezet.
Wat is het nu?

Op di 5 mei 2020 om 11:33 schreef Dick Stomp :

> LibreOffice 6.4.3 zit er in.
> Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
> Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via Ubuntu
> Software uitvoeren.
>
>
> Op di 5 mei 2020 om 11:16 schreef Dick Stomp :
>
>> Rob,
>> Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software over
>> 6.4.3 beschikt.
>> Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje
>> mee begonnen ben...
>> Dick
>>
>> Op di 5 mei 2020 om 11:02 schreef Rob Westein :
>>
>>> Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
>>> Het in een calc bestand verwijzen naar een ander calc bestand werkt in
>>> de PPA niet (waar dit draadje eigenlijk over gaat)
>>>
>>> de PPA is nauwelijks getest:
>>>
>>> Most of the packages in this PPA have only experienced minor testing --
>>> in fact it is the place to enable a wider audience to test packages
>>> before they are published into the distro proper. In general, this PPA
>>> is _not_ for the average user to install without a closer look (if it
>>> would be, its packages would be in the main repositories). OTOH, it is
>>> _way_ _better_ to use packages from this PPA than using the *.deb files
>>> that The Document Foundation provides upstream, which are intentionally
>>> build against a very old baseline for maximum compatibility. So, _if_
>>> you want to be on the bleeding edge, do it here, not with upstream
>>> *.debs.
>>>
>>> In general, users are advised to take a look at the changelog for the
>>> details about a package. If there is a specific bug that is intended to
>>> be addressed by an update released into the PPA, you are encouraged to
>>> test, if the update solves that problem. Packages published after the
>>> distro release are mostly such specific fixes. Critical fixes will be
>>> SRUed into the main repositories after testing anyway (later, with more
>>> testing).
>>>
>>> To return to the LibreOffice version from the main archive, use
>>> ppa-purge. see:
>>> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
>>> 
>>>
>>> for details
>>>
>>> Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit de
>>> Ubuntu Software installeren.
>>>
>>> /Rob
>>>
>>>
>>> On 05-05-2020 10:37, pieter wrote:
>>> > Hai Dick,
>>> > Je zou eens in een terminal-venster het volgende kunnen proberen
>>> >
>>> > eerst:
>>> > sudo apt remove libreoffice*
>>> > (dan wordt libreoffice van je machine ge-déinstalleerd)
>>> > daarna:
>>> > sudo apt autoremove
>>> > (de afhankelijkheden worden ook nog verwijderd)
>>> > hierna dan
>>> > sudo apt update
>>> > en dan
>>> > sudo add-apt-repository ppa:libreoffice/ppa
>>> > (nu wordt er een nieuwe software repository "aan" je systeem
>>> > "gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die wel
>>> > al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
>>> > enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
>>> > in dit geval niet.
>>> > Na het installeren van de ppa moet je dan nog even doen:
>>> > sudo apt update
>>> >
>>> > Als afsluiter zou je dan kunnen zeggen:
>>> > sudo apt install libreoffice libreoffice-base libreoffice-calc
>>> > libreoffice-help-nl libreoffice-impress libreoffice-kde5
>>> > libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr
>>> > (dan installeer je het hele zwikkie weer).
>>> >
>>> > Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
>>> > onoverzichtelijkheid gesaneerd.
>>> > Groet Pieter
>>> >
>>> >
>>>
>>> --
>>> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
>>> Posting guidelines + more:
>>> https://wiki.documentfoundation.org/Netiquette
>>> List archive: https://listarchives.libreoffice.org/nl/users/
>>> Privacy Policy: https://www.documentfoundation.org/privacy
>>>
>>
>>
>> --
>> https://sites.google.com/site/dickstomp/
>>
>
>
> --
> https://sites.google.com/site/dickstomp/
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

LibreOffice 6.4.3 zit er in.
Moeder.odt en Dochter.odt weer gekoppeld: Fout 540
Nu ga ik de raad van Rob uitvoeren: geen ppa installatie maar via Ubuntu
Software uitvoeren.


Op di 5 mei 2020 om 11:16 schreef Dick Stomp :

> Rob,
> Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software over
> 6.4.3 beschikt.
> Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje mee
> begonnen ben...
> Dick
>
> Op di 5 mei 2020 om 11:02 schreef Rob Westein :
>
>> Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
>> Het in een calc bestand verwijzen naar een ander calc bestand werkt in
>> de PPA niet (waar dit draadje eigenlijk over gaat)
>>
>> de PPA is nauwelijks getest:
>>
>> Most of the packages in this PPA have only experienced minor testing --
>> in fact it is the place to enable a wider audience to test packages
>> before they are published into the distro proper. In general, this PPA
>> is _not_ for the average user to install without a closer look (if it
>> would be, its packages would be in the main repositories). OTOH, it is
>> _way_ _better_ to use packages from this PPA than using the *.deb files
>> that The Document Foundation provides upstream, which are intentionally
>> build against a very old baseline for maximum compatibility. So, _if_
>> you want to be on the bleeding edge, do it here, not with upstream *.debs.
>>
>> In general, users are advised to take a look at the changelog for the
>> details about a package. If there is a specific bug that is intended to
>> be addressed by an update released into the PPA, you are encouraged to
>> test, if the update solves that problem. Packages published after the
>> distro release are mostly such specific fixes. Critical fixes will be
>> SRUed into the main repositories after testing anyway (later, with more
>> testing).
>>
>> To return to the LibreOffice version from the main archive, use
>> ppa-purge. see:
>> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
>> 
>>
>> for details
>>
>> Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit de
>> Ubuntu Software installeren.
>>
>> /Rob
>>
>>
>> On 05-05-2020 10:37, pieter wrote:
>> > Hai Dick,
>> > Je zou eens in een terminal-venster het volgende kunnen proberen
>> >
>> > eerst:
>> > sudo apt remove libreoffice*
>> > (dan wordt libreoffice van je machine ge-déinstalleerd)
>> > daarna:
>> > sudo apt autoremove
>> > (de afhankelijkheden worden ook nog verwijderd)
>> > hierna dan
>> > sudo apt update
>> > en dan
>> > sudo add-apt-repository ppa:libreoffice/ppa
>> > (nu wordt er een nieuwe software repository "aan" je systeem
>> > "gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die wel
>> > al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
>> > enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
>> > in dit geval niet.
>> > Na het installeren van de ppa moet je dan nog even doen:
>> > sudo apt update
>> >
>> > Als afsluiter zou je dan kunnen zeggen:
>> > sudo apt install libreoffice libreoffice-base libreoffice-calc
>> > libreoffice-help-nl libreoffice-impress libreoffice-kde5
>> > libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr
>> > (dan installeer je het hele zwikkie weer).
>> >
>> > Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
>> > onoverzichtelijkheid gesaneerd.
>> > Groet Pieter
>> >
>> >
>>
>> --
>> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
>> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
>> List archive: https://listarchives.libreoffice.org/nl/users/
>> Privacy Policy: https://www.documentfoundation.org/privacy
>>
>
>
> --
> https://sites.google.com/site/dickstomp/
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Rob,
Ik heb net de klus van Pieter uitgevoerd en zag, dat Ubuntu Software over
6.4.3 beschikt.
Ik ga nu weer het tabel verwijzen van Calc testen, waar ik dit draadje mee
begonnen ben...
Dick

Op di 5 mei 2020 om 11:02 schreef Rob Westein :

> Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
> Het in een calc bestand verwijzen naar een ander calc bestand werkt in
> de PPA niet (waar dit draadje eigenlijk over gaat)
>
> de PPA is nauwelijks getest:
>
> Most of the packages in this PPA have only experienced minor testing --
> in fact it is the place to enable a wider audience to test packages
> before they are published into the distro proper. In general, this PPA
> is _not_ for the average user to install without a closer look (if it
> would be, its packages would be in the main repositories). OTOH, it is
> _way_ _better_ to use packages from this PPA than using the *.deb files
> that The Document Foundation provides upstream, which are intentionally
> build against a very old baseline for maximum compatibility. So, _if_
> you want to be on the bleeding edge, do it here, not with upstream *.debs.
>
> In general, users are advised to take a look at the changelog for the
> details about a package. If there is a specific bug that is intended to
> be addressed by an update released into the PPA, you are encouraged to
> test, if the update solves that problem. Packages published after the
> distro release are mostly such specific fixes. Critical fixes will be
> SRUed into the main repositories after testing anyway (later, with more
> testing).
>
> To return to the LibreOffice version from the main archive, use
> ppa-purge. see:
> http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html
> 
> for details
>
> Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit de
> Ubuntu Software installeren.
>
> /Rob
>
>
> On 05-05-2020 10:37, pieter wrote:
> > Hai Dick,
> > Je zou eens in een terminal-venster het volgende kunnen proberen
> >
> > eerst:
> > sudo apt remove libreoffice*
> > (dan wordt libreoffice van je machine ge-déinstalleerd)
> > daarna:
> > sudo apt autoremove
> > (de afhankelijkheden worden ook nog verwijderd)
> > hierna dan
> > sudo apt update
> > en dan
> > sudo add-apt-repository ppa:libreoffice/ppa
> > (nu wordt er een nieuwe software repository "aan" je systeem
> > "gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die wel
> > al netjes gereleased is). Lees wat je scherm zegt - op enter drukken
> > enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt
> > in dit geval niet.
> > Na het installeren van de ppa moet je dan nog even doen:
> > sudo apt update
> >
> > Als afsluiter zou je dan kunnen zeggen:
> > sudo apt install libreoffice libreoffice-base libreoffice-calc
> > libreoffice-help-nl libreoffice-impress libreoffice-kde5
> > libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr
> > (dan installeer je het hele zwikkie weer).
> >
> > Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je
> > onoverzichtelijkheid gesaneerd.
> > Groet Pieter
> >
> >
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Eens met Pieter, maar heb geen goede ervaringen met libreoffice ppa.
Het in een calc bestand verwijzen naar een ander calc bestand werkt in 
de PPA niet (waar dit draadje eigenlijk over gaat)


de PPA is nauwelijks getest:

Most of the packages in this PPA have only experienced minor testing -- 
in fact it is the place to enable a wider audience to test packages 
before they are published into the distro proper. In general, this PPA 
is _not_ for the average user to install without a closer look (if it 
would be, its packages would be in the main repositories). OTOH, it is 
_way_ _better_ to use packages from this PPA than using the *.deb files 
that The Document Foundation provides upstream, which are intentionally 
build against a very old baseline for maximum compatibility. So, _if_ 
you want to be on the bleeding edge, do it here, not with upstream *.debs.


In general, users are advised to take a look at the changelog for the 
details about a package. If there is a specific bug that is intended to 
be addressed by an update released into the PPA, you are encouraged to 
test, if the update solves that problem. Packages published after the 
distro release are mostly such specific fixes. Critical fixes will be 
SRUed into the main repositories after testing anyway (later, with more 
testing).


To return to the LibreOffice version from the main archive, use 
ppa-purge. see: 
http://www.webupd8.org/2009/12/remove-ppa-repositories-via-command.html 
 
for details


Dus ik zou idd LibreOffice verwijderen en de LibreOffice 6.4.3 vanuit de 
Ubuntu Software installeren.


/Rob


On 05-05-2020 10:37, pieter wrote:

Hai Dick,
Je zou eens in een terminal-venster het volgende kunnen proberen

eerst:
sudo apt remove libreoffice*
(dan wordt libreoffice van je machine ge-déinstalleerd)
daarna:
sudo apt autoremove
(de afhankelijkheden worden ook nog verwijderd)
hierna dan
sudo apt update
en dan
sudo add-apt-repository ppa:libreoffice/ppa
(nu wordt er een nieuwe software repository "aan" je systeem 
"gehangen". Eéntje waar een relatief nieuwe libreoffice in zit die wel 
al netjes gereleased is). Lees wat je scherm zegt - op enter drukken 
enzo. Ook geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt 
in dit geval niet.

Na het installeren van de ppa moet je dan nog even doen:
sudo apt update

Als afsluiter zou je dan kunnen zeggen:
sudo apt install libreoffice libreoffice-base libreoffice-calc 
libreoffice-help-nl libreoffice-impress libreoffice-kde5 
libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr

(dan installeer je het hele zwikkie weer).

Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je 
onoverzichtelijkheid gesaneerd.

Groet Pieter




--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[pieter]

Hai Dick,
Je zou eens in een terminal-venster het volgende kunnen proberen

eerst:
sudo apt remove libreoffice*
(dan wordt libreoffice van je machine ge-déinstalleerd)
daarna:
sudo apt autoremove
(de afhankelijkheden worden ook nog verwijderd)
hierna dan
sudo apt update
en dan
sudo add-apt-repository ppa:libreoffice/ppa
(nu wordt er een nieuwe software repository "aan" je systeem "gehangen". 
Eéntje waar een relatief nieuwe libreoffice in zit die wel al netjes 
gereleased is). Lees wat je scherm zegt - op enter drukken enzo. Ook 
geen ramp als de ppa al geïnstalleerd is. Overdaad schaadt in dit geval 
niet.

Na het installeren van de ppa moet je dan nog even doen:
sudo apt update

Als afsluiter zou je dan kunnen zeggen:
sudo apt install libreoffice libreoffice-base libreoffice-calc 
libreoffice-help-nl libreoffice-impress libreoffice-kde5 
libreoffice-l10n-nl libreoffice-style-elementary libreoffice-style-sifr

(dan installeer je het hele zwikkie weer).

Het is maar een suggestie. Maar zou je dit doen, dan heb je wel je 
onoverzichtelijkheid gesaneerd.

Groet Pieter


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Goedemorgen Rob,
Met Ubuntu Software en Synaptic heb ik zitten zoeken wat er van LibreOffice
aanwezig is.
Dat is een ongeorganiseerde verzameling versies 6.3.2.2, 6.3.5 en 6.4.3
Als ik in mijn Ubuntu Menu links aanklik op blanko ikoon LO krijg ik in
diens Help te zien 6.3.5.2
Ubuntu Software komt met zoeken op LibreOffice met versie 6.4.3
Synaptic komt dito met 6.3.3.2
Als ik een document ODT start vertelt diens Help 6.3.5.2
Hoe krijg ik orde in die rommelige opzet?
Met groet,
Dick

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Goedemorgen Dick,

De DEB kan je downloaden van de nl.LibreOffice site.
Net even getest met Ubuntu 20.04 en LO 6.4.3.2 en daar werkt het nu ook 
goed.


Ik begin de alternatieve LibreOffice PPA te verdenken...

Op Mint is LibreOffice via Ubuntu Software (standaard installatie) 
geïnstalleerd en heb ik ook nog de stabiele versie 6.3 ernaast 
geïnstalleerd.


/Rob

On 04-05-2020 07:05, Dick Stomp wrote:

Rob, hoe moet die handmatige installatie van LOx er uitzien volgens jou?
Liefst een deb, die er automatisch door systeembeheer wordt ingezet.
Voorbereiding: opruimen oude sources en objects, ter voorkoming van
contaminatie.
Dick


Op zo 3 mei 2020 om 20:57 schreef Rob Westein :


Vreemd hoor, heb het ook nog even in Mint met 6.4.3.2 en 6.3.5.2 getest
en dat werkt allebei...

Dan zou er in Ubuntu (18.04) ook nog even een handmatige installatie van
LO getest moeten worden ipv de install via PPA...

/Rob


On 03-05-2020 19:31, Dick Stomp wrote:

Fout 504 is bekend sinds LO6.3 voor het huidig probleem.
Even nog test gedaan:
Moeder een blad Dochter er bijgegeven
Dochter heeft in A1 "kindje" staan
Moeder vraagt aan Dochter om A1 met
=$Dochter.A1
en krijgt in haar A1 het "kindje" te zien.


Op zo 3 mei 2020 om 19:18 schreef Dick Stomp :


Rob, ik vind het geweldig!
Gemaakt Moeder.ods en Dochter.ods
Dochter.ods heeft in A1 staan "kindje"
Moeder.ods vraagt in haar A1 om haar dochter met
='file:///home/dick/Documenten/Dochter.ods'#$Blad1.A1
dat geeft Fout540.
Dus inderdaad een *bug !!*




Op zo 3 mei 2020 om 17:18 schreef Rob Westein :


Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een
waarde uit een ander bestand kon halen...




='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10

Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van

cel

G10 laten zien, maar dat werkt dus niet...
Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)

/Rob


On 03-05-2020 16:24, Dick Stomp wrote:

De laatste adviezen verwerkt:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)

met als resultaat #VERW! dat op een verwerkingsfout slaat...
De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd

en

die aanduiding mag in dit geval achterwege blijven.
De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.

Op zo 3 mei 2020 om 15:24 schreef Alex Plantema <

alex.plant...@xs4all.nl>:

Op zondag 3 mei 2020 14:38 schreef Dick Stomp:


Het begint er op te lijken:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99

;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
*kolomindex*? En moet daar dan nog ergens een punt tussen?

Deze formule werkt in elk geval:

=VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)

al lukt het mij niet om hem met de wizard (fx op de formulebalk) te

maken.

De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs

staat.

Met de wizard van OpenOffice lukt het wel.
De sluitapostrof moet dus voor het hekje en niet achter de bladnaam,

en de

puntkomma voor het bereik moet een punt zijn.

Alex.


--
Unsubscribe instructions: E-mail to

users+unsubscr...@nl.libreoffice.org

Posting guidelines + more:

https://wiki.documentfoundation.org/Netiquette

List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy


--
Unsubscribe instructions: E-mail to

users+unsubscr...@nl.libreoffice.org

Posting guidelines + more:

https://wiki.documentfoundation.org/Netiquette

List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy


--
https://sites.google.com/site/dickstomp/


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Rob, hoe moet die handmatige installatie van LOx er uitzien volgens jou?
Liefst een deb, die er automatisch door systeembeheer wordt ingezet.
Voorbereiding: opruimen oude sources en objects, ter voorkoming van
contaminatie.
Dick


Op zo 3 mei 2020 om 20:57 schreef Rob Westein :

> Vreemd hoor, heb het ook nog even in Mint met 6.4.3.2 en 6.3.5.2 getest
> en dat werkt allebei...
>
> Dan zou er in Ubuntu (18.04) ook nog even een handmatige installatie van
> LO getest moeten worden ipv de install via PPA...
>
> /Rob
>
>
> On 03-05-2020 19:31, Dick Stomp wrote:
> > Fout 504 is bekend sinds LO6.3 voor het huidig probleem.
> > Even nog test gedaan:
> > Moeder een blad Dochter er bijgegeven
> > Dochter heeft in A1 "kindje" staan
> > Moeder vraagt aan Dochter om A1 met
> > =$Dochter.A1
> > en krijgt in haar A1 het "kindje" te zien.
> >
> >
> > Op zo 3 mei 2020 om 19:18 schreef Dick Stomp :
> >
> >> Rob, ik vind het geweldig!
> >> Gemaakt Moeder.ods en Dochter.ods
> >> Dochter.ods heeft in A1 staan "kindje"
> >> Moeder.ods vraagt in haar A1 om haar dochter met
> >> ='file:///home/dick/Documenten/Dochter.ods'#$Blad1.A1
> >> dat geeft Fout540.
> >> Dus inderdaad een *bug !!*
> >>
> >>
> >>
> >>
> >> Op zo 3 mei 2020 om 17:18 schreef Rob Westein :
> >>
> >>> Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een
> >>> waarde uit een ander bestand kon halen...
> >>>
> >>>
> >>>
> ='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10
> >>>
> >>> Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van
> cel
> >>> G10 laten zien, maar dat werkt dus niet...
> >>> Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)
> >>>
> >>> /Rob
> >>>
> >>>
> >>> On 03-05-2020 16:24, Dick Stomp wrote:
>  De laatste adviezen verwerkt:
> 
> >>>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)
>  met als resultaat #VERW! dat op een verwerkingsfout slaat...
>  De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd
> en
>  die aanduiding mag in dit geval achterwege blijven.
>  De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.
> 
>  Op zo 3 mei 2020 om 15:24 schreef Alex Plantema <
> >>> alex.plant...@xs4all.nl>:
> > Op zondag 3 mei 2020 14:38 schreef Dick Stomp:
> >
> >> Het begint er op te lijken:
> >>
> >>>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
> >> ;2)
> >> geeft #Naam?
> >> De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
> >> kolomindex; modus)*
> >> De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
> >> *kolomindex*? En moet daar dan nog ergens een punt tussen?
> > Deze formule werkt in elk geval:
> >
> > =VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
> > documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)
> >
> > al lukt het mij niet om hem met de wizard (fx op de formulebalk) te
> >>> maken.
> > De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs
> staat.
> > Met de wizard van OpenOffice lukt het wel.
> > De sluitapostrof moet dus voor het hekje en niet achter de bladnaam,
> >>> en de
> > puntkomma voor het bereik moet een punt zijn.
> >
> > Alex.
> >
> >
> > --
> > Unsubscribe instructions: E-mail to
> >>> users+unsubscr...@nl.libreoffice.org
> > Posting guidelines + more:
> >>> https://wiki.documentfoundation.org/Netiquette
> > List archive: https://listarchives.libreoffice.org/nl/users/
> > Privacy Policy: https://www.documentfoundation.org/privacy
> >
> >>> --
> >>> Unsubscribe instructions: E-mail to
> users+unsubscr...@nl.libreoffice.org
> >>> Posting guidelines + more:
> https://wiki.documentfoundation.org/Netiquette
> >>> List archive: https://listarchives.libreoffice.org/nl/users/
> >>> Privacy Policy: https://www.documentfoundation.org/privacy
> >>>
> >>
> >> --
> >> https://sites.google.com/site/dickstomp/
> >>
> >
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Vreemd hoor, heb het ook nog even in Mint met 6.4.3.2 en 6.3.5.2 getest 
en dat werkt allebei...


Dan zou er in Ubuntu (18.04) ook nog even een handmatige installatie van 
LO getest moeten worden ipv de install via PPA...


/Rob


On 03-05-2020 19:31, Dick Stomp wrote:

Fout 504 is bekend sinds LO6.3 voor het huidig probleem.
Even nog test gedaan:
Moeder een blad Dochter er bijgegeven
Dochter heeft in A1 "kindje" staan
Moeder vraagt aan Dochter om A1 met
=$Dochter.A1
en krijgt in haar A1 het "kindje" te zien.


Op zo 3 mei 2020 om 19:18 schreef Dick Stomp :


Rob, ik vind het geweldig!
Gemaakt Moeder.ods en Dochter.ods
Dochter.ods heeft in A1 staan "kindje"
Moeder.ods vraagt in haar A1 om haar dochter met
='file:///home/dick/Documenten/Dochter.ods'#$Blad1.A1
dat geeft Fout540.
Dus inderdaad een *bug !!*




Op zo 3 mei 2020 om 17:18 schreef Rob Westein :


Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een
waarde uit een ander bestand kon halen...


='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10

Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van cel
G10 laten zien, maar dat werkt dus niet...
Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)

/Rob


On 03-05-2020 16:24, Dick Stomp wrote:

De laatste adviezen verwerkt:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)

met als resultaat #VERW! dat op een verwerkingsfout slaat...
De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd en
die aanduiding mag in dit geval achterwege blijven.
De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.

Op zo 3 mei 2020 om 15:24 schreef Alex Plantema <

alex.plant...@xs4all.nl>:

Op zondag 3 mei 2020 14:38 schreef Dick Stomp:


Het begint er op te lijken:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99

;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
*kolomindex*? En moet daar dan nog ergens een punt tussen?

Deze formule werkt in elk geval:

=VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)

al lukt het mij niet om hem met de wizard (fx op de formulebalk) te

maken.

De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
Met de wizard van OpenOffice lukt het wel.
De sluitapostrof moet dus voor het hekje en niet achter de bladnaam,

en de

puntkomma voor het bereik moet een punt zijn.

Alex.


--
Unsubscribe instructions: E-mail to

users+unsubscr...@nl.libreoffice.org

Posting guidelines + more:

https://wiki.documentfoundation.org/Netiquette

List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy



--
https://sites.google.com/site/dickstomp/





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Fout 504 is bekend sinds LO6.3 voor het huidig probleem.
Even nog test gedaan:
Moeder een blad Dochter er bijgegeven
Dochter heeft in A1 "kindje" staan
Moeder vraagt aan Dochter om A1 met
=$Dochter.A1
en krijgt in haar A1 het "kindje" te zien.


Op zo 3 mei 2020 om 19:18 schreef Dick Stomp :

> Rob, ik vind het geweldig!
> Gemaakt Moeder.ods en Dochter.ods
> Dochter.ods heeft in A1 staan "kindje"
> Moeder.ods vraagt in haar A1 om haar dochter met
> ='file:///home/dick/Documenten/Dochter.ods'#$Blad1.A1
> dat geeft Fout540.
> Dus inderdaad een *bug !!*
>
>
>
>
> Op zo 3 mei 2020 om 17:18 schreef Rob Westein :
>
>> Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een
>> waarde uit een ander bestand kon halen...
>>
>>
>> ='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10
>>
>> Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van cel
>> G10 laten zien, maar dat werkt dus niet...
>> Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)
>>
>> /Rob
>>
>>
>> On 03-05-2020 16:24, Dick Stomp wrote:
>> > De laatste adviezen verwerkt:
>> >
>> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)
>> > met als resultaat #VERW! dat op een verwerkingsfout slaat...
>> > De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd en
>> > die aanduiding mag in dit geval achterwege blijven.
>> > De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.
>> >
>> > Op zo 3 mei 2020 om 15:24 schreef Alex Plantema <
>> alex.plant...@xs4all.nl>:
>> >
>> >> Op zondag 3 mei 2020 14:38 schreef Dick Stomp:
>> >>
>> >>> Het begint er op te lijken:
>> >>>
>> >>
>> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
>> >>> ;2)
>> >>> geeft #Naam?
>> >>> De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
>> >>> kolomindex; modus)*
>> >>> De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
>> >>> *kolomindex*? En moet daar dan nog ergens een punt tussen?
>> >> Deze formule werkt in elk geval:
>> >>
>> >> =VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
>> >> documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)
>> >>
>> >> al lukt het mij niet om hem met de wizard (fx op de formulebalk) te
>> maken.
>> >> De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
>> >> Met de wizard van OpenOffice lukt het wel.
>> >> De sluitapostrof moet dus voor het hekje en niet achter de bladnaam,
>> en de
>> >> puntkomma voor het bereik moet een punt zijn.
>> >>
>> >> Alex.
>> >>
>> >>
>> >> --
>> >> Unsubscribe instructions: E-mail to
>> users+unsubscr...@nl.libreoffice.org
>> >> Posting guidelines + more:
>> https://wiki.documentfoundation.org/Netiquette
>> >> List archive: https://listarchives.libreoffice.org/nl/users/
>> >> Privacy Policy: https://www.documentfoundation.org/privacy
>> >>
>> >
>>
>> --
>> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
>> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
>> List archive: https://listarchives.libreoffice.org/nl/users/
>> Privacy Policy: https://www.documentfoundation.org/privacy
>>
>
>
> --
> https://sites.google.com/site/dickstomp/
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Rob, ik vind het geweldig!
Gemaakt Moeder.ods en Dochter.ods
Dochter.ods heeft in A1 staan "kindje"
Moeder.ods vraagt in haar A1 om haar dochter met
='file:///home/dick/Documenten/Dochter.ods'#$Blad1.A1
dat geeft Fout540.
Dus inderdaad een *bug !!*




Op zo 3 mei 2020 om 17:18 schreef Rob Westein :

> Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een
> waarde uit een ander bestand kon halen...
>
>
> ='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10
>
> Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van cel
> G10 laten zien, maar dat werkt dus niet...
> Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)
>
> /Rob
>
>
> On 03-05-2020 16:24, Dick Stomp wrote:
> > De laatste adviezen verwerkt:
> >
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)
> > met als resultaat #VERW! dat op een verwerkingsfout slaat...
> > De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd en
> > die aanduiding mag in dit geval achterwege blijven.
> > De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.
> >
> > Op zo 3 mei 2020 om 15:24 schreef Alex Plantema  >:
> >
> >> Op zondag 3 mei 2020 14:38 schreef Dick Stomp:
> >>
> >>> Het begint er op te lijken:
> >>>
> >>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
> >>> ;2)
> >>> geeft #Naam?
> >>> De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
> >>> kolomindex; modus)*
> >>> De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
> >>> *kolomindex*? En moet daar dan nog ergens een punt tussen?
> >> Deze formule werkt in elk geval:
> >>
> >> =VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
> >> documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)
> >>
> >> al lukt het mij niet om hem met de wizard (fx op de formulebalk) te
> maken.
> >> De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
> >> Met de wizard van OpenOffice lukt het wel.
> >> De sluitapostrof moet dus voor het hekje en niet achter de bladnaam, en
> de
> >> puntkomma voor het bereik moet een punt zijn.
> >>
> >> Alex.
> >>
> >>
> >> --
> >> Unsubscribe instructions: E-mail to
> users+unsubscr...@nl.libreoffice.org
> >> Posting guidelines + more:
> https://wiki.documentfoundation.org/Netiquette
> >> List archive: https://listarchives.libreoffice.org/nl/users/
> >> Privacy Policy: https://www.documentfoundation.org/privacy
> >>
> >
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Ik ben even terug naar de basis gegaan en gewoon geprobeerd of ik een 
waarde uit een ander bestand kon halen...


='file:///home/rob/Documents/LibreOffice/Databases/Sample-databases/testdata_xm68799.ods'#$testdata_xm68799.G10

Dus in een cel wil ik uit bestand testdata_xm68799.ods de inhoud van cel 
G10 laten zien, maar dat werkt dus niet...

Ik vrees dat het een bug is. (versie 6.4.3. onder Ubuntu)

/Rob


On 03-05-2020 16:24, Dick Stomp wrote:

De laatste adviezen verwerkt:
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)
met als resultaat #VERW! dat op een verwerkingsfout slaat...
De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd en
die aanduiding mag in dit geval achterwege blijven.
De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.

Op zo 3 mei 2020 om 15:24 schreef Alex Plantema :


Op zondag 3 mei 2020 14:38 schreef Dick Stomp:


Het begint er op te lijken:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99

;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
*kolomindex*? En moet daar dan nog ergens een punt tussen?

Deze formule werkt in elk geval:

=VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)

al lukt het mij niet om hem met de wizard (fx op de formulebalk) te maken.
De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
Met de wizard van OpenOffice lukt het wel.
De sluitapostrof moet dus voor het hekje en niet achter de bladnaam, en de
puntkomma voor het bereik moet een punt zijn.

Alex.


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

De laatste adviezen verwerkt:
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A$1:B$99;2;1)
met als resultaat #VERW! dat op een verwerkingsfout slaat...
De laatste ;1) was ;2) oftewel kolom A van de zoektabel is gesorteerd en
die aanduiding mag in dit geval achterwege blijven.
De ;2 geeft aan, dat de kolom B gezochte kostenplaats bevat.

Op zo 3 mei 2020 om 15:24 schreef Alex Plantema :

> Op zondag 3 mei 2020 14:38 schreef Dick Stomp:
>
> > Het begint er op te lijken:
> >
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
> > ;2)
> > geeft #Naam?
> > De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
> > kolomindex; modus)*
> > De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
> > *kolomindex*? En moet daar dan nog ergens een punt tussen?
>
> Deze formule werkt in elk geval:
>
> =VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn
> documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)
>
> al lukt het mij niet om hem met de wizard (fx op de formulebalk) te maken.
> De apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
> Met de wizard van OpenOffice lukt het wel.
> De sluitapostrof moet dus voor het hekje en niet achter de bladnaam, en de
> puntkomma voor het bereik moet een punt zijn.
>
> Alex.
>
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

de laatste "2" verwijderen, doet nl niks. is teveel.

Volgens het filmpje zou het via de functie-assistent veel makkelijker 
zijn om de formule correct te laten werken.


/Rob

On 03-05-2020 15:09, Dick Stomp wrote:

Als ik het YouTube filmpje opvolg wordt het
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A1:B$99;2;2)
met foutcode #VERW! Dat is weer wat nieuws! Ik kom er wel dank zij Corona...

Op zo 3 mei 2020 om 14:48 schreef Rob Westein :


volgens mij moet de formule zo zijn en volgens dit fimpje
https://www.youtube.com/watch?v=IxkE56Oc46k rond 6:30.


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A1:B99;2)

volledige naam van de externe bestand moet opgegeven worden
/Rob

On 03-05-2020 14:38, Dick Stomp wrote:

Het begint er op te lijken:


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99

;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de

*kolomindex*?

En moet daar dan nog ergens een punt tussen?


Op zo 3 mei 2020 om 13:55 schreef Dick Stomp :


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019'#$Blad1;A1;2)

en die geeft weer #Naam?
Wel is het zo, dat wanneer ik de tabel Kosten onderaan in het Grootboek
kopieer, in het zelfde blad dus, het prima werkt.

Op zo 3 mei 2020 om 13:19 schreef Dick Stomp :


OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie

van

OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens

uitproberen.

Bedankt!
Dick

Op zo 3 mei 2020 om 12:58 schreef Rob Westein :


Hi Dick,

Ik mis in je formule de matrix waar in gezocht moet worden. (2e
parameter in de formule)
Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
toevoegen aan het bestandsnaam.

/Rob

On 03-05-2020 12:42, Dick Stomp wrote:

Beste mensen,
Al enige tijd probeer een grootboek bestand te voorzien van

kostenposten

aan de hand van het rekeningnummer waar aan betaald is.
De formule voor de functie is:
=vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)

in mijn grootboek bestand.
De laatste wordt afgekeurd met Fout 508.
Wat doe ik hier verkeerd?
Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica

daarvan?

Met groet,
Dick Stomp


--
Unsubscribe instructions: E-mail to

users+unsubscr...@nl.libreoffice.org

Posting guidelines + more:
https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy


--
https://sites.google.com/site/dickstomp/


--
https://sites.google.com/site/dickstomp/


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Alex Plantema]

Op zondag 3 mei 2020 14:38 schreef Dick Stomp:


Het begint er op te lijken:
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
*kolomindex*? En moet daar dan nog ergens een punt tussen?


Deze formule werkt in elk geval:

=VERT.ZOEKEN(D2;'file:///D:/Gebruikers/Alex/Mijn 
documenten/Software/OpenOffice/DVD''s.ods'#$Blad1.C$2:D$3504;2;0)

al lukt het mij niet om hem met de wizard (fx op de formulebalk) te maken. De 
apostrof in DVD's wordt verdubbeld omdat hij tussen apostrofs staat.
Met de wizard van OpenOffice lukt het wel.
De sluitapostrof moet dus voor het hekje en niet achter de bladnaam, en de 
puntkomma voor het bereik moet een punt zijn.

Alex.


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Als ik het YouTube filmpje opvolg wordt het
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A1:B$99;2;2)
met foutcode #VERW! Dat is weer wat nieuws! Ik kom er wel dank zij Corona...

Op zo 3 mei 2020 om 14:48 schreef Rob Westein :

> volgens mij moet de formule zo zijn en volgens dit fimpje
> https://www.youtube.com/watch?v=IxkE56Oc46k rond 6:30.
>
>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A1:B99;2)
>
> volledige naam van de externe bestand moet opgegeven worden
> /Rob
>
> On 03-05-2020 14:38, Dick Stomp wrote:
> > Het begint er op te lijken:
> >
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
> > ;2)
> > geeft #Naam?
> > De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
> > kolomindex; modus)*
> > De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de
> *kolomindex*?
> > En moet daar dan nog ergens een punt tussen?
> >
> >
> > Op zo 3 mei 2020 om 13:55 schreef Dick Stomp :
> >
> >>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019'#$Blad1;A1;2)
> >> en die geeft weer #Naam?
> >> Wel is het zo, dat wanneer ik de tabel Kosten onderaan in het Grootboek
> >> kopieer, in het zelfde blad dus, het prima werkt.
> >>
> >> Op zo 3 mei 2020 om 13:19 schreef Dick Stomp :
> >>
> >>> OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie
> van
> >>> OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
> >>> maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens
> uitproberen.
> >>> Bedankt!
> >>> Dick
> >>>
> >>> Op zo 3 mei 2020 om 12:58 schreef Rob Westein :
> >>>
>  Hi Dick,
> 
>  Ik mis in je formule de matrix waar in gezocht moet worden. (2e
>  parameter in de formule)
>  Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
>  toevoegen aan het bestandsnaam.
> 
>  /Rob
> 
>  On 03-05-2020 12:42, Dick Stomp wrote:
> > Beste mensen,
> > Al enige tijd probeer een grootboek bestand te voorzien van
>  kostenposten
> > aan de hand van het rekeningnummer waar aan betaald is.
> > De formule voor de functie is:
> > =vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
> >
> 
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
> > in mijn grootboek bestand.
> > De laatste wordt afgekeurd met Fout 508.
> > Wat doe ik hier verkeerd?
> > Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica
>  daarvan?
> > Met groet,
> > Dick Stomp
> >
>  --
>  Unsubscribe instructions: E-mail to
> users+unsubscr...@nl.libreoffice.org
>  Posting guidelines + more:
>  https://wiki.documentfoundation.org/Netiquette
>  List archive: https://listarchives.libreoffice.org/nl/users/
>  Privacy Policy: https://www.documentfoundation.org/privacy
> 
> >>>
> >>> --
> >>> https://sites.google.com/site/dickstomp/
> >>>
> >>
> >> --
> >> https://sites.google.com/site/dickstomp/
> >>
> >
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

volgens mij moet de formule zo zijn en volgens dit fimpje 
https://www.youtube.com/watch?v=IxkE56Oc46k rond 6:30.


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019.ods'#$Blad1.A1:B99;2)

volledige naam van de externe bestand moet opgegeven worden
/Rob

On 03-05-2020 14:38, Dick Stomp wrote:

Het begint er op te lijken:
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de *kolomindex*?
En moet daar dan nog ergens een punt tussen?


Op zo 3 mei 2020 om 13:55 schreef Dick Stomp :


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019'#$Blad1;A1;2)
en die geeft weer #Naam?
Wel is het zo, dat wanneer ik de tabel Kosten onderaan in het Grootboek
kopieer, in het zelfde blad dus, het prima werkt.

Op zo 3 mei 2020 om 13:19 schreef Dick Stomp :


OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie van
OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens uitproberen.
Bedankt!
Dick

Op zo 3 mei 2020 om 12:58 schreef Rob Westein :


Hi Dick,

Ik mis in je formule de matrix waar in gezocht moet worden. (2e
parameter in de formule)
Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
toevoegen aan het bestandsnaam.

/Rob

On 03-05-2020 12:42, Dick Stomp wrote:

Beste mensen,
Al enige tijd probeer een grootboek bestand te voorzien van

kostenposten

aan de hand van het rekeningnummer waar aan betaald is.
De formule voor de functie is:
=vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding


=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)

in mijn grootboek bestand.
De laatste wordt afgekeurd met Fout 508.
Wat doe ik hier verkeerd?
Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica

daarvan?

Met groet,
Dick Stomp


--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more:
https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy



--
https://sites.google.com/site/dickstomp/



--
https://sites.google.com/site/dickstomp/





--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

Het begint er op te lijken:
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019#$Blad1';A1:B99
;2)
geeft #Naam?
De formule in hoofdvorm is *VERT.ZOEKEN(opzoekwaarde; gegevenstabel;
kolomindex; modus)*
De vraag is nu:  hoort #$Blad1 bij de *gegevenstabel* of bij de *kolomindex*?
En moet daar dan nog ergens een punt tussen?


Op zo 3 mei 2020 om 13:55 schreef Dick Stomp :

> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019'#$Blad1;A1;2)
> en die geeft weer #Naam?
> Wel is het zo, dat wanneer ik de tabel Kosten onderaan in het Grootboek
> kopieer, in het zelfde blad dus, het prima werkt.
>
> Op zo 3 mei 2020 om 13:19 schreef Dick Stomp :
>
>> OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie van
>> OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
>> maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens uitproberen.
>> Bedankt!
>> Dick
>>
>> Op zo 3 mei 2020 om 12:58 schreef Rob Westein :
>>
>>> Hi Dick,
>>>
>>> Ik mis in je formule de matrix waar in gezocht moet worden. (2e
>>> parameter in de formule)
>>> Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
>>> toevoegen aan het bestandsnaam.
>>>
>>> /Rob
>>>
>>> On 03-05-2020 12:42, Dick Stomp wrote:
>>> > Beste mensen,
>>> > Al enige tijd probeer een grootboek bestand te voorzien van
>>> kostenposten
>>> > aan de hand van het rekeningnummer waar aan betaald is.
>>> > De formule voor de functie is:
>>> > =vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
>>> >
>>> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
>>> > in mijn grootboek bestand.
>>> > De laatste wordt afgekeurd met Fout 508.
>>> > Wat doe ik hier verkeerd?
>>> > Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica
>>> daarvan?
>>> > Met groet,
>>> > Dick Stomp
>>> >
>>>
>>> --
>>> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
>>> Posting guidelines + more:
>>> https://wiki.documentfoundation.org/Netiquette
>>> List archive: https://listarchives.libreoffice.org/nl/users/
>>> Privacy Policy: https://www.documentfoundation.org/privacy
>>>
>>
>>
>> --
>> https://sites.google.com/site/dickstomp/
>>
>
>
> --
> https://sites.google.com/site/dickstomp/
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019'#$Blad1;A1;2)
en die geeft weer #Naam?
Wel is het zo, dat wanneer ik de tabel Kosten onderaan in het Grootboek
kopieer, in het zelfde blad dus, het prima werkt.

Op zo 3 mei 2020 om 13:19 schreef Dick Stomp :

> OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie van
> OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
> maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens uitproberen.
> Bedankt!
> Dick
>
> Op zo 3 mei 2020 om 12:58 schreef Rob Westein :
>
>> Hi Dick,
>>
>> Ik mis in je formule de matrix waar in gezocht moet worden. (2e
>> parameter in de formule)
>> Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
>> toevoegen aan het bestandsnaam.
>>
>> /Rob
>>
>> On 03-05-2020 12:42, Dick Stomp wrote:
>> > Beste mensen,
>> > Al enige tijd probeer een grootboek bestand te voorzien van kostenposten
>> > aan de hand van het rekeningnummer waar aan betaald is.
>> > De formule voor de functie is:
>> > =vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
>> >
>> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
>> > in mijn grootboek bestand.
>> > De laatste wordt afgekeurd met Fout 508.
>> > Wat doe ik hier verkeerd?
>> > Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica
>> daarvan?
>> > Met groet,
>> > Dick Stomp
>> >
>>
>> --
>> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
>> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
>> List archive: https://listarchives.libreoffice.org/nl/users/
>> Privacy Policy: https://www.documentfoundation.org/privacy
>>
>
>
> --
> https://sites.google.com/site/dickstomp/
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Cor de Boer]

Dag Dick.

Heb je al één "/" geprobeerd?
Het is volgens mij gewoon "root" (niet de directory root) het hoogste
niveau van het file systeem van waaruit je begint.

In een browser zou file:// wel logisch lijken, maar op file niveau
/home/

Groeten
Cor de Boer


Op zo 3 mei 2020 12:44 schreef Dick Stomp :

> Beste mensen,
> Al enige tijd probeer een grootboek bestand te voorzien van kostenposten
> aan de hand van het rekeningnummer waar aan betaald is.
> De formule voor de functie is:
> =vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
>
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
> in mijn grootboek bestand.
> De laatste wordt afgekeurd met Fout 508.
> Wat doe ik hier verkeerd?
> Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica daarvan?
> Met groet,
> Dick Stomp
>
> --
> https://sites.google.com/site/dickstomp/
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Dick Stomp]

OK Rob, dat had ik wel gezien maar niet begrepen. Ook de documentatie van
OpenOffice is hier niet duidelijk in. In de schema's wordt veel verteld
maar niet getoond, waar de ; moeten komen. Ik ga dat nog eens uitproberen.
Bedankt!
Dick

Op zo 3 mei 2020 om 12:58 schreef Rob Westein :

> Hi Dick,
>
> Ik mis in je formule de matrix waar in gezocht moet worden. (2e
> parameter in de formule)
> Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix
> toevoegen aan het bestandsnaam.
>
> /Rob
>
> On 03-05-2020 12:42, Dick Stomp wrote:
> > Beste mensen,
> > Al enige tijd probeer een grootboek bestand te voorzien van kostenposten
> > aan de hand van het rekeningnummer waar aan betaald is.
> > De formule voor de functie is:
> > =vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
> >
> =VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
> > in mijn grootboek bestand.
> > De laatste wordt afgekeurd met Fout 508.
> > Wat doe ik hier verkeerd?
> > Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica
> daarvan?
> > Met groet,
> > Dick Stomp
> >
>
> --
> Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/nl/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>


-- 
https://sites.google.com/site/dickstomp/

-- 
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [nl-users] calc verwijzing naar ander bestand

[Rob Westein]

Hi Dick,

Ik mis in je formule de matrix waar in gezocht moet worden. (2e 
parameter in de formule)
Ik zou het even moeten uitproberen, maar je moet eigenlijk de matrix 
toevoegen aan het bestandsnaam.


/Rob

On 03-05-2020 12:42, Dick Stomp wrote:

Beste mensen,
Al enige tijd probeer een grootboek bestand te voorzien van kostenposten
aan de hand van het rekeningnummer waar aan betaald is.
De formule voor de functie is:
=vert.zoeken(argument;'bestand';#blad1.a2;2) volgens de handleiding
=VERT.ZOEKEN(C2;'file:///home/dick/dropbox/geld/grootboek2019/reknaar_kosten.ods';#blad1.A2;2)
in mijn grootboek bestand.
De laatste wordt afgekeurd met Fout 508.
Wat doe ik hier verkeerd?
Ook snap ik de drie /// in de bestandsnaam niet, wat is de logica daarvan?
Met groet,
Dick Stomp



--
Unsubscribe instructions: E-mail to users+unsubscr...@nl.libreoffice.org
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/users/
Privacy Policy: https://www.documentfoundation.org/privacy