Peterr
Weet je zeker dat je dan de CEL kleurt, en niet de TEKST in de cel? In
het laatste geval wordt alleen de alinea gekleurd, en als die niet de
hele cel vult, blijft er dus een rand over.
--
Vriendelijke groeten,
]-[oRus
www.westbrabantsevwg.nl
"]-[oRus" <ho...@fake.invalid> schreef in bericht
news:OlhtFEz%23GHA...@TK2MSFTNGP04.phx.gbl...
"]-[oRus" <ho...@fake.invalid> schreef in bericht
news:OlhtFEz%23GHA...@TK2MSFTNGP04.phx.gbl...
> Het is echt de cel die gekleurd is.
> Peterr
>
> "]-[oRus" <ho...@fake.invalid> schreef in bericht
> news:OlhtFEz%23GHA...@TK2MSFTNGP04.phx.gbl...
>> Peterr vertrouwde ons het volgende toe:
>>
>>> Ik heb het al vaker gehad zonder dat ik het kon oplossen: je
>>> arceert
>>> een of meerdere cellen in tabel in word (met een kleur) en er
>>> blijft
>>> een witte rand onderin de cel ongearceerd. Meestal treedt dit op
>>> na
>>> tabelwijzigingen zoals het samenvoegen, verplaatsen of splitsen
>>> van
>>> cellen/kolommen/rijen. Heeft iemand hier ervaring mee en - liever
>>> nog - een oplossing voor?
>>> Peterr
>>
>> Weet je zeker dat je dan de CEL kleurt, en niet de TEKST in de cel?
>> In het laatste geval wordt alleen de alinea gekleurd, en als die
>> niet de hele cel vult, blijft er dus een rand over.
>>
>> --
>>
>> Vriendelijke groeten,
>>
>> ]-[oRus
>> www.westbrabantsevwg.nl
Ik kan het niet reproduceren. De toegevoegde cellen nemen de opmaak
over van de eerste cel.
Er zal dus een bijzondere combinatie van factoren zijn. Of de blanke
rest is een aparte cel (zonder rand) die door samenvoegen van de
omliggende cellen is overgebleven.
"]-[oRus" <ho...@fake.invalid> schreef in bericht
news:u8iSus1%23GH...@TK2MSFTNGP03.phx.gbl...
> ...en het gekke is, als ik de cellen [die het probleem hebben] van
> diagonalen voorzie (met de functie Randen in "Randen en arcering"),
> dan starten en eindigen deze lijnen niet in de hoeken, maar net
> onder
> de bovenhoeken en net boven de benedenhoeken. Jammer dat ik hier
> niet
> een voorbeeld kan posten.
> Peterr
>
Celmarges misschien?
Peterr
"]-[oRus" <ho...@fake.invalid> schreef in bericht
news:eNHxme7%23GHA...@TK2MSFTNGP02.phx.gbl...
Nee, zo niet, maar als je wilt, mag je het document wel eens
toezenden. Het fascineert me wel.
horus punt mail @lycos.nl
"]-[oRus" <ho...@fake.invalid> schreef in bericht
news:u4FIYhLA...@TK2MSFTNGP04.phx.gbl...
> Dankje. Bestand is verstuurd.
> Peterr
>
[knip]
>>
>> Nee, zo niet, maar als je wilt, mag je het document wel eens
>> toezenden. Het fascineert me wel.
>> horus punt mail @lycos.nl
>>
>>
Peter, ik heb gekeken (en gekeken, en gekeken en geprobeerd en
gesleuteld....).
Het enig wat ik kan concluderen, is dat de tabel op enige wijze is
'verziekt', waarschijnlijk door willekeurige samenvoegingen en
splitsingen van cellen.
Wat ik toen gedaan heb, is de tabel selecteren en converteren naar
tekst met # als scheiding. Als ik daarna de ttekst weer converteer
naar tabel, is het probleem over. Maar tevens is de inhoud van de
tabel verziekt, omdat de eerste kolom alleen opsomminstekens bevat en
ik denk dat het daarmee mis gaat.
Je kan deze truc zelf ook uithalen, maar dat levert veel werk om het
weer op orde te krijgen.
Mijn advies is: laat deze tabel voor wat-ie waard is en accepteer de
onjuiste vullingen. Begin na de tabel een nieuwe tabel met dezelfde
indeling en opmaak en ga daar mee verder. Ik neem aan dat de (oude)
lijst een keer leeg moet zijn en voorzover ik kan zien is de laatste
datum 1 december.
Een tussenvorm is een nieuwe tabel beginnen en de nog relevante punt
uit de oude lijst hierin te kopiëren. Niet als rijen! Dan gaat het
weer fout. Maar gewoon de celinhoud (kan wel per rij, als je alleen de
celinhoud kopieert, dus niet de hele rij (in de marge)).
Helaas zal je er wel even zoet mee zijn, maar dat is het beste dat ik
je kan bieden.