Bij $ALDFAER1 wordt er automatisch het pad van de materiaalmap gezet! Wat is hier de bedoeling van ?
Na vervanging door een ander pad, en het maken van een verwijzing (een link) in het notitieveld persoon, komt deze link wel in een rapport maar bij klik kan de pagina Niet worden weer gegeven !Verandert men het relatievepad door een absoluut, dan werkt de link wel !!
Nb in de help :lezen we bovendien
Het pad naar uw eigen materialen kunt u ook als verwijzing in de notitievelden opnemen. Naast de zelf te specificeren $ALDFAER1...$ALDFAER4 kent Aldfaer namelijk ook standaard de verwijzing $MATERIAAL. $MATERIAAL bevat het pad dat u in dit venster onder Mappen hebt aangegeven. Een dergelijke verwijzing zou er bijvoorbeeld uit kunnen zien als <nt><a href="$MATERIAALSchorsmolen-e8578_std.jpg">Nieuwe Schorsmolen</a></nt>
Ook dit werkt niet ! Zelfs met een / tussen $MATERIAAL en Schrsmolen; die vermoedelijk vergeten werdt ! Wel werkt het met een absoluutpad !
Waar loopt het fout ?
Victor

Victor,

Bij mij wordt bij $ALDFAER1 niets automatisch ingevuld. Waarom dat bij jou wel het geval is weet ik niet.

Maar de verwijzingen werken wel. Alleen moet je wel met een en ander rekening houden.
De bedoeling van de verwijzingen is dat je een link zowel in het hoofdvenster als in een rapport kan laten werken. Als je de link opneemt in een veld Notitie, dan werkt de link sowieso alleen in een rapport: links in een veld Notitie werken niet in het hoofdvenster. Een link met een verwijzing in een veld Notitie opnemen heeft dus niet zoveel zin. Je kan dan net zo goed de link zonder verwijzing opnemen.
Maar in de Help wordt met 'notitieveld' niet de velden Notitie onderaan de tabs Persoon, Geboorte, .... bedoeld, maar wel het veld Notitie in een feit op het tabblad Feiten of het veld Inhoud van een overig feit. Daar zijn de verwijzingen voor bedoeld.
Als je dus in een notitieveld van een feit een link met verwijzing opneemt, dan zal die link zowel in het hoofdvenster werken als in een rapport. Maar toch moet je nog opletten.

Neem het voorbeeld <nt><a href="$MATERIAALSchorsmolen-e8578_std.jpg">Nieuwe Schorsmolen</a></nt> en zet die in een het veld Inhoud van een overig feit. Er ontbreekt geen \. Zoals het er staat is het juist. Het pad dat bij Eigenschappen ingevuld is bij $MATERIAAL eindigt immers al op een \. Als je nu op OK van het overig feit klikt, dan verschijnt deze link op de tab Feiten en wordt onderstreept aangegeven. Gesteld dat het bestand Schorsmolen-e8578_std.jpg in de map staat die aangegeven is bij Materiaal, dan zal bij het klikken op de link in het hoofdvenster de standaard fotoviewer geopend worden om dit bestand te tonen. Maak je nu een rapport, dan zal de link in het rapport ogenschijnlijk niet werken. De reden is dat het bestand Schorsmolen-e8578_std.jpg niet naar de uitvoermap van het rapport gekopieerd wordt. Als je dat bestand daar zelf zet, dan zal de link wel werken. Stel evenwel dat Schorsmolen-e8578_std.jpg een bestand is dat ook aan een persoon in het rapport gekoppeld is. Dan wordt het bestand wel gekopieerd naar de uitvoermap, maar toch zal de link niet werken! En dat is omdat bij het kopieren naar de uitvoermap bepaalde tekens in de bestandsnaam geweerd worden en omgezet worden in een _ (underscore). In het voorbeeld komt Schorsmolen-e8578_std.jpg als Schorsmolen_e8578_std.jpg in de uitvoermap van het rapport, en dus zal de link in het overig feit in het rapport nog niet werken. Je moet dus in je materiaalmap Schorsmolen_e8578_std.jpg (met twee underscores) hebben staan, en je moet er voor zorgen dat dit bestand gekoppeld is aan een persoon in je rapport en er ook voor zorgen dat je een rapport met materiaal opvraagt. Als dat allemaal het geval is, dan zal de link <nt><a href="$MATERIAALSchorsmolen_e8578_std.jpg">Nieuwe Schorsmolen</a></nt> in het overig feit zowel in het hoofdvenster als in je rapport werken.

Ik hoop dat je mijn verhaal kan volgen.

Antoon, Victor,

Ook ik zie soms dat &ALDFAER1 is ingevuld met het materiaalpad.
Ik ben er nog steeds niet achter wanneer dit gebeurt.

Hallo Bert en Antoon
Onder de Verwijzingen, achter de $ALDFAER1,2,3 en 4 eenmaal één pad ingevud kan dit niet meer verwijderd worden, wel gewijzigd !
Waar wordt dit vastgehouden ? en hoe te verwijderen ? cfg verwijderen helpt niet !
Victor

Ja, dat stel ik ook vast.
Alles wat onder Stamboom->Eigenschappen staat wordt in het op dat moment geopende stamboombestand opgeslagen. Aldfaer.cfg verwijderen helpt dus inderdaad niet.
Verwijderen lijkt me niet meer te kunnen. Alleen wijzigen.

Hallo Antoon
Heb je uitleg nu begrepen maar ben tegelijkertijd wat ontgocheld !Gebruik de Link verwijzingen, tot nu toe met absolute paden om allerlei documenten (bestanden) (.doc;.pdf;.gif en uiteraard .jpg) aan personen te binden, meestal langs overige feiten-Bizonderheden ! Met een absoluut pad zijn deze te open van uit het hoofdscherm-tabblad Feiten en de rapporten (tenminste op eigen computer)! Schakel ik over op relatieve paden met de verwijzingen $ALDFAER, dan kan ik ze niet meer openen in de rapporten of moet ze ook koppelen aan de personen en dit is bovendien alleen voor de jpg en andere afbeeldings extenties ! Dus geen pdf, doc enz! Bovendien staan de jpg bestanden er dan 2x in :éénmaal als gekoppeld materiaal en een 2de maal als link !Dit is toch wat absurd !
NB Voor de materialen die niet gekoppeld zijn aan personen weet ik dat ze niet meegaan met de VK, daarom heb ik die gekoppled aan een fictief persoon:achternaam=Materiaal, voornaam=niet gekoppeld.
Zal maar even wachten om alle links overteschakelen naat het verwijzingssysteem ! Misschien komen er nog betere oplossingen ?
Victor

Victor,

Waar dit precies vastgelegd wordt ben ik nog niet achter. Het gegeven wordt niet gelogd en de file wordt ook niet direct bijgewerkt op schijf.

Hallo Victor,

De verwijzingen worden zoals Antoon suggereerde opgeslagen in de stamboom zelf. Helaas is de functionaliteit op dit moment dus zo, dat je alleen de inhoud kan wijzigen en niet geheel verwijderen.
Uit nieuwsgierigheid heb ik met een hex editor de .ald bestand geopend en de tekst die ik in mijn database had gezet achter $ALDFAER1 gezocht. Deze was te vinden vanaf positie 396 in het bestand. Ik heb die tekst vervangen door null waarden (dit lukt niet met een gewone editor als notepad), en daarna het bestand opgeslagen (eerst alleen schrijven uit zetten!). Na het openen van de gehackte stamboom in Aldfaer was het veld inderdaad leeg. Er is dus een dirty oplossing om de verwijzingen op te schonen.
Overigens geen actie die ik zou adviseren voor reguliere gebruikers, omdat het foutgevoelig is en een foutje in het .ald bestand het onleesbaar kan maken. In mijn geval was de eerste actie dan ook om een kopietje te maken.
Met vriendelijke groet,

Pieter Boekestijn