Ik gebruik Revo Pro v. 3.0.7.0 [windows 8]
Wanneer je rechtsklikt op een setupbestand [bv. exe of msi] zie je
o.a. *Installeren
met Revo Uninstaller Pro*.
Deze programma's vind je in Revo terug onder gevolgde programma's.
Mocht je één van deze gevolgde programma's deïnstalleren dan kan er je er
behoorlijk zeker van zijn dat alles verwijderd wordt, zeker als je bij
overgebleven *diep zoeken* kiest.

Of dit ook zo werkt met de freeware versie weet ik niet.




Op 6 december 2013 18:57 schreef Theo van Nunen <[email protected]>:

> Hallo Jan,
> Doorgaans heb ik altijd mijn twijfels of ik alles goed heb opgeruimd.
> Maar ik gebruik Revo 1.95, Wise reg cleaner ken ik wel maar niet Wise Care
> 365.
> Ik ga die eens uit proberen, dank je voor je informatie.
> Maar ga er niet van uit dat Revo alles weg haalt.
>
> groeten Theo
>
> Jan Kolloffel schreef op 6-12-2013 12:32:
>
>  Theo
>>
>> Even een vraag over Revo.   Welke verwijder optie gebruik je? In principe
>> gebruik ik altijd optie 4 en vind dan eigenlijk nooit meer restjes.  Revo
>> kijkt, voor zover ik weet, niet of een bestand verborgen is of niet.  Het
>> komt iets tegen dat met het programma samenhangt en verwijdert het uit
>> register of van de schijf.
>> Overigens zou je, naast Ccleaner, Wise Care 365 kunnen gebruiken. Dat heb
>> ik ervaren als een prima opruimer, mede om de zaak een beetje op snelheid
>> te houden.  Wise Care 365 Free vind je hier:
>> http://download.cnet.com/Wise-Care-365-Free/3000-18512_4-
>> 75744630.html?tag=mncol;1
>>
>> Jan
>>
>>
>> Theo van Nunen schreef op 06-12-2013 11:07:
>>
>>> Beste lezers,
>>> Mogelijk heb ik de oplossing.
>>> Met de volgende stappen
>>>
>>> 1. LibreOffice verwijderd met Revo Uninstaller (verwijderd beter dan
>>>    Windows).
>>>    Maar verwijderd nog niet alles.
>>> 2. In de "verborgen map" Gebruiker naam -> AppData -> Roaming, map LO
>>>    map verwijderd.
>>> 3. In C -> Program Files(x86) -> achtergebleven LO verwijderd.
>>> 4. Met Ccleaner alles opschonen.
>>> 5. Met Eusing free registery cleaner, register verder opschonen.
>>>    Ccleaner haalt ook niet alles weg.
>>> 6. LO opnieuw geïnstalleerd.
>>>
>>> LO verwijderen met software verwijderen is niet alles verwijderen. Daar
>>> is ook niets op tegen omdat persoonlijke instellingen van werkbalken
>>> blijven bestaan.
>>> En nu heb ik weer een schone installatie naar mijn idee.
>>>
>>> Ik zie nu (voorlopig) geen problemen meer en is snel met opslaan 3.5
>>> seconden.
>>> En zonder aan de plaatjes te wijzigen.
>>>
>>> Opmerking: Verborgen mappen zichtbaar maken doe je onder "map en zoek
>>> opties".
>>>
>>> Groeten en dank aan allen die mee gezocht hebben aan de oplossing.
>>> Theo
>>>
>>> Theo van Nunen schreef op 5-12-2013 11:46:
>>>
>>>> Juist na dit verhaal te hebben geschreven is het probleem weer terug.
>>>> Theo
>>>> Theo van Nunen schreef op 5-12-2013 11:44:
>>>>
>>>>> Beste lezers,
>>>>> Dank je voor de moeite Dharma.
>>>>> Van morgen nog eens getest en nu werkt het weer normaal ook na diverse
>>>>> pogingen.
>>>>> Het is niet stabiel het zelfde. Opslaan werkt nu weer normaal.
>>>>> (kan zijn dat het probleem weer terug komt)??
>>>>> De opmerking "reageert niet" kwam nadat de groene balk is gepasseerd
>>>>> ik heb het toen met taakbeheer geforceerd afgesloten en toen bleek dat het
>>>>> wel was opgeslagen.
>>>>> Het bestand moest wel worden hersteld, er zit dus een risico in maar
>>>>> ik had toch een backup die met de versie 3.5 op Ubuntu kan bewerken.
>>>>> Het lijkt erop dat na het opslaan moeilijk kan worden afgesloten
>>>>> Ik hoop dat programmeurs iets deze informatie kunnen doen.
>>>>> Maar ik sluit een fout in Windows 7 ook niet uit want nu heb ik
>>>>> Windows 7 opnieuw gestart.
>>>>> Ik heb gmeegemaakt dat The Gimp niet in NL wilde opstarten en dat lag
>>>>> aan de omgevingsvariabele van Windows die niet op NL stond.
>>>>> groeten Theo
>>>>>
>>>>> Dharma Singh schreef op 5-12-2013 10:19:
>>>>>
>>>>>> Beste lezers,
>>>>>>
>>>>>> Windows 8 LO 4.1.3.2
>>>>>> Zelf herken ik met mijn eigen LO bestanden het probleem niet, maar
>>>>>> wellicht
>>>>>> zijn zowel mijn odt als ods bestanden zo klein dat het niet opvalt.
>>>>>>
>>>>>> Met het *gimp_deel1.odt* bestand duurt het opslaan van veranderingen
>>>>>> inderdaad erg lang en verschijnt ook de mededeling *reageert niet*.
>>>>>> Ik heb zowel 2 als 4 pagina's uit dit bestand geselecteerd,
>>>>>> respectievelijk
>>>>>> 15 & 910 kB en als nieuw odt bestand opgeslagen en in beide
>>>>>> veranderingen
>>>>>> aangebracht en daarna opgeslagen en dan treedt het verschijnsel niet
>>>>>> op.
>>>>>>
>>>>>> Ik vermoed dat de grootte van het bestand er iets mee te maken heeft,
>>>>>> maar
>>>>>> waarom dat zo is weet ik niet.
>>>>>>
>>>>>> Groet,
>>>>>>
>>>>>> Dharma
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>> ---
>> Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus
>> actief is.
>> http://www.avast.com
>>
>>
>
> --
> Unsubscribe instructions: E-mail to [email protected]
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/nl/users/
> All messages sent to this list will be publicly archived and cannot be
> deleted
>
>

-- 
Unsubscribe instructions: E-mail to [email protected]
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/nl/users/
All messages sent to this list will be publicly archived and cannot be deleted

Antwoord per e-mail aan