In de vorige versie van Alfaer (3.5.3) had ik de sjablonen voorgeslacht en nageslacht zodanig bewerkt dat een knop bovenaan de kwartierstaat of parenteel verwijst naar het begin van de index.

Waar moet ik in de sjablonen van 4.05 het anker plaatsen waarnaar de knop verwijst?

Arnold,

Het anker moet je plaatsen om de functie _Txt_Index; deze geeft het begin van de Index. Je vindt deze functie op regel 637 van het sjabloon Voorgeslacht.asjl, en op regel 278 van het rapport Nageslacht.asjl. Deze sjablonen staan in de submap Lib Aldfaer van de map Aldfaer Sjablonen. Voordat je in deze bestanden wijzgingen kunt aanbrengen, moet je eerst het "read-only"-vinkje van deze bestanden verwijderen. Dit kan je doen door in Windows verkenner met de rechtermuisknop deze bestanden aan te klikken, en dan Properties / Eigenschappen te kiezen.

Na een (automatische) update van de Aldfaer rapporten worden deze bestanden weer overschreven door de nieuwe versies, en moet je opnieuw deze wijzigingen aanbrengen. Dit is eventueel te voorkomen door de wijzigingen via een zgn. hook-bestand aan te brengen (zie in Aldfaer: Tonen, Rapporten, Standaard tekstrapporten, en klik op "Hooks" in het rechterschermgedeelte). Dan blijven de wijzigingen van kracht ook na een update. Die methode verdient eigenlijk de voorkeur. Maar je moet niet alleen een anker plaatsen, maar ook de knop bovenin de kwartierstaat of parenteel. Dat vind ik een te grote / minder geschikte wijziging om via een hook-bestand te doen, daarom raad ik je in dit geval aan de wijzigngen toch maar direct in de sjablonen aan te brengen.

Paul

Paul,

Zeer bedankt voor je antwoorden. Ik heb de aanpassingen inmiddels gedaan - ook de knoppen - en heb de beide sjablonen in de map Lib User geplaatst. Na testen werkt dat perfect.

Ik hoop alleen dat de bestanden in de map Lib User *niet* worden overschreven na een update.

Groet,

Arnold

Arnold,

Ik dacht niet dat de bestanden in de map Lib User worden overschreven bij een update, maar ben niet 100% zeker. Als iemand anders dat wel is dan graag beantwoorden, bevestigend of ontkennend.

Paul

Paul, Arnold,

De bestanden in de map "Lib User" worden op geen enkele wijze overschreven bij het installeren van een nieuwe Aldfaer-versie cq. Aldfaer-rapporten en ook niet bij een update van de invoegtoepassing.

Daarom is dit hét juiste gebruik bij aanpassingen in de standaard rapporten en/of invoegtoepassingen zoals BONUS.

Bert,

Dank je voor de bevestiging.
De map Lib User is dus een zeer nuttige map; ik ga er mijn voordeel mee doen.

Groet,
Arnold

Arnold,
als aanvulling op de aanwijzingen:
alle bestanden met een extentie *.cfg worden door Aldfaer nimmer overschreven, waar deze bestanden dan ook in het bereik van Aldfaer staan.
Het wel/niet overschrijven heeft dus niet zozeer met een map als ook met het bestand te maken.

Han,

Een test die ik eens uitgevoerd heb, leert mij dat de x.CFG & de x.APLG niet worden verwijderd, edoch vanuit de invoegtoepassing updating (= nieuwe versie) WEL worden overschreven.
Die test heb ik daarna niet meer uitgevoerd dus het kan zijn dat het later is gewijzigd; maar dat betwijfel ik.

Bert,
Ik zou die oude test maar eens gauw overdoen en jouw aantekeningen bijwerken.
Het hele principe van de plug-in draait er om dat, binnen de map van de plug-in, het *.cfg bestand(en) BLIJFT bestaan en dat overige bestanden, waaronder de *.aplg allemaal worden verwijderd.
Vandaar dat, als je gebruik maakt van de hook-techniek in de map van de plug-in, dat je de dialoog van de sessie kunt vastleggen voor een volgende iteratie EN dat het nieuwe versienummer van de plug-in bij een update kan worden weergegeven aan de hand van de nieuwe *.aplg bestand.

Als je andere bevindingen hebt stel ik voor dat verder in de testgroep te behandelen.

Han,

Ik heb die test zojuist overgedaan en mijn bevindingen zijn ongewijzigd!

Dat de APLG moet blijven bestaan is geschiedt om een herinstallatie, na bv. afbreken, te kunnen overdoen.
Dat de CFG niet wordt verwijderd is gedaan om bv. instellingen (waarvoor jij die file gebruikt gebruikt) te bewaren ook na installatie van een nieuwe versie. Blijkbaar gaat men ervan uit dat er NOOIT een CFG in de invoegtoepassing aanwezig is. Maar wat is NOOIT?? Misschien heeft iemand er wel een ander gebruik voor bedacht!

Dus kortweg de CFG & APLG worden beide nooit verwijderd, maar worden beiden wel overschreven vanuit de nieuwe versie plugin!

De cfg wordt nimmer overschreven door een update van de plug-in. Hooguit wordt tijdens de update een kopie gemaakt van de bestaande *.cfg en teruggeplaatst in de plug-in map als fall-back bij het niet slagen van de update. Het wordt wel overschreven door een bewuste overschrijving "OverWrite" door het sjabloon behorend tot de plug-in.

Hoewel jij mijn voorstel niet volgt zal ik dit technische verhaal verder in de testgroep afhandelen.