Hej allen,
Bedankt, Henk!
Wat iemand maakt (software, kunstwerk, handboek, ...) is nooit af. Zeker
als je er met meerderen aan werkt: je krijgt nieuwe inzichten, een
opmerking van de ene triggert een vraag bij een ander, ... maar daar is
niets verkeerds mee. Kees heeft gelijk als hij zegt dat je je kind moet
kunnen loslaten, maar soms wil je nog wel raad geven en zelfs wat
bijsturen eens het losgelaten is.
Zo is LibreOffice ondertussen geëvolueerd naar een versie 6.2.
Dus zeg ik volmondig "Ja" tegen Henk, als hij de handleiding nog wil
verbeteren en dan zullen we het weer loslaten en zullen we openstaan
voor nieuwe aanpassingen. Wat mij betreft, mag je de verbeteringen
gelijk in de tekst van de volledige handleiding aanbrengen omdat dit
(volgens mij) handiger werkt. Hou de wijzigingen bij, dan kunnen de
wijzigingen ook vlot overgezet worden naar de individuele hoofdstukken.
Henk's vraag om eerst opmerkingen te maken voor de volledige handleiding
op te schrijven, die dan aanbrengen in de afzonderlijke hoofdstukken en
dan terug compileren, kan ik moeilijk beantwoorden omdat ik niet kan
inschatten hoeveel werk het is om een masterdocument te maken. Kees?
Just my 2 cents
Groetjes, Leo
Op 27/03/19 om 14:37 schreef Kees Kriek:
Hi Henk
Dank je voor de reactie en het kritisch nalezen.
Echter is het m.i. zo kritisch nalezen van het boek niet echt meer nodig.
We hebben natuurlijk de hoofdstukken al gepubliceerd zoals ze zijn.
Dit is slechts een samenvoeging van de hoofdstukken tot één boek.
Ik denk dat we altijd nog wel puntjes op de i kunnen zetten, maar eens
moet je accepteren zoals het is.
Mijn bedoeling was meer het nalezen voor het juist doorlopen van
nummering, het juist invoegen van de inhoudsopgave en of de indeling
van het boek op deze manier goed is e.d..
Maar dit is slechts mijn mening hoor.
Misschien denken de anderen daar anders over.
Maar als we deze wijzigingen wel doorvoeren moet het m.i. in de
brondocumenten en dan opnieuw samenvoegen tot een boek.
Groetjes, Kees
Op wo 27 mrt. 2019 om 13:35 schreef <h.vdburg@hccnet.nl
<mailto:h.vdburg@hccnet.nl>>:
Hallo allen,
Zoals toegezegd zou ik mij belasten met het nalezen van de
handleiding voor beginners (nav de mail van Kees d.d. 15-03-2019)
en daar ben ik dan ook mee bezig.
Ik had verwacht dat het kritisch nalezen niet al te veel
opmerkingen/aanvullingen/verbeteringen zou opleveren, maar daar
kom ik bedrogen in uit. Momenteel ben ik bezig met hoofdstuk 6 en
heb mijn opmerkingen weergegeven in bijgaand document. De meeste
opmerkingen/aanvullingen/verbeteringen moeten ook ()indien
geaccepteerd) worden aangebracht in de afzonderlijke hoofdstukken.
Daarom vraag ik mij af of het verstandig is om op de huidige wijze
door te gaan.
Misschien is het verstandiger om de handleiding eerst kritisch
door te lezen en het bijgevoegde document af te maken en
vervolgens (na acceptatie) van de
opmerkingen/aanvullingen/verbeteringen deze wijzigingen aan te
brengen in de afzonderlijke hoofdstukken en dat de gecorrigeerde
hoofdstukken dan samengevoegd worden tot een nieuw hoofddocument.
Ik zie jullie reactie graag tegemoet.
Groetjes, Henk van der Burg
--
To unsubscribe e-mail to: documentatie+unsubscribe@nl.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/nl/documentatie/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.