Aldfaer is voor mij een fraai en flexibel genealogisch programma, waar ik met zeer veel genoegen mee werk. Onlangs kwam ik echter een paar zaken tegen waar aldfaer naar mijn mening verbeterd zou kunnen worden. Alle hebben te maken met de map materiaal.

Allereerst lijkt de instelling van de map materiaal gekoppeld te zijn aan het bestand waar ik mee werk, en niet aan de computer waar ik op werk. Ik gebruik hetzelfde aldfaer bestand op een aantal computers en die computers hebben alle een andere mappenindeling. De in het bestand aangegeven map materiaal wordt dus maar op één van de computers echt gevonden, op de andere computers kan ik niet met de materiaalmap werken, er staan dan foutmeldingen op het scherm. Het lijkt me dat dit probleem eenvoudig kan worden opgelost door de mogelijkheid te openen de plaats van de materiaalmap aan te geven met relatieve adressering ten opzichte van de map waarin het aldfaerbestand staat, zoals bijvoorbeeld ..\materiaal, in het geval de map materiaal een buurmap is van de map met aldfaerbestanden. Dan wordt de materiaalmap altijd gevonden, ongeacht de verdere bestandsstructuur van de computer. Een andere oplossing is de materiaalmap niet te koppelen aan een aldfaerbestand maar aan de computer waarop aldfaer draait. Ook dan is het nog mogelijk dat verschillende aldfaerbestanden gebruik maken van verschillende materiaalmappen; die bestandsgekoppelde materiaalmappen zijn dan deelmappen van de systeem materiaal map.

In mijn map materiaal gebruik ik deelmappen, bijvoorbeeld materiaal\portretten\ voor de portretten van personen. Dat gaat goed. Koppelen van een portret aan een persoon gaat met de rechtermuisklop, klik op de map portretten en klik op het bestand. Het wordt in aldfaer getoond, en met shift-click zien we als lokatie (....)materiaal\portretten\p123.jpg. Ik zou nu dus verwachten dat de tag _PHOT in dit geval teruggeeft portretten\p123.jpg. Maar ik krijg alleen p123.jpg. Dat lijkt me een kleine bug in aldfaer. Het schrijven van eigen functies wordt nu bemoeilijkt doordat ik uit de bestandsnaam die _PHOT mij geeft zelf de betreffende deelmap van materiaal moet zien te vinden.

Ernstiger vind ik het verschijnsel dat wanneer ik een sjabloon draai waarin op een aantal plaatsen _PHOT gebruikt wordt, de betreffende bestanden gekopieerd worden naar de map waarin het sjabloondocument komt te staan. Ik vind dat dat absoluut niet mag; ik beheer mijn bestanden en niet aldfaer of zelfs Microsoft. Voor mijn toepassing hoeven die materiaalbestanden ook niet in de rapportenmap te staan. Ik moet ze nu steeds met de hand verwijderen. Irritant.

Met de eerste twee problemen kan ik leven, hoewel ik het niet 'mooi' vind. Maar het derde probleem wil ik graag opgelost zien: hoe voorkom ik het ongewild kopieren van bestanden?

Maar nogmaals: het bovenstaande doet niets af aan mijn waardering van aldfaer!

Vriendelijke groeten,

Fred Simons

Als u in de wensenlijst kijkt en/of zoekt naar materiaal dan zult u ongetwijfeld zien dat er een aantal onderwerpen zijn en dat er al een wens staat voor een nieuw materiaal/documenten systeem.

Wat betreft de opmerking over _PHOT is er een wens om meerdere tags te maken, die o.m. dus niet kopieren en los staan of het 'publiceerbaar' materiaal is of niet.

Er wordt nu gewerkt aan een 4.3 versie; de testfase moet nog beginnen.

Beste Han,

Een van de redenen waarom zo tevreden ben over aldfaer is de snelle en degelijke helpdesk. Vele professionele helpdesks kunnen hier een voorbeeld aan nemen. Twee minuten na plaatsing zag ik dat mijn bericht al twee maal was gelezen, en een reactie binnen 40 minuten. Knap werk!

Nog even een klein beetje commentaar. Ik had natuurlijk eerst gezocht op de website met het trefwoord materiaal, maar daar eigenlijk niets gezien met betrekking tot wat ik wilde vragen/opmerken.

Ik begrijp dat er gewerkt wordt aan een nieuwe opzet van materiaal. Wordt daarbij rekening gehouden dat wanneer hetzelfde stamboombestand op verschillende computers met verschillende mappenstructuren gebruikt gaat worden, het ingevoerde materiaal toch beschikbaar blijft? Iets dergelijks zag ik in de wensenlijst niet staan (ik ben toch niet de enige met dit probleem??). Moet ik dit nog als wens formuleren of is het genoegzaam bekend?

Evenmin zag ik een andere vermelding van de door mij gesignaleerde incorrectheid in _PHOT. Ik heb alle vertrouwen dat dat in de nieuwe versie correct zal gaan. Moet dit bugje nog ergens gemeld worden?

Tenslotte betreur ik dat de documentatie van _PHOT niets zegt over het ongevraagd permanent kopieren van bestanden. Het kwam voor mij als een volslagen verrassing. Als het voor de goede werking van aldfaer noodzakelijk is dat zoiets gebeurt, vind ik dat de gebruiker daar expliciet toestemming voor moet geven. Maar ik begrijp ook uit je reactie dat dit in de nieuwe versie niet meer voor zal komen.

Veel succes met alle nieuwe ontwikkelingen, dank voor de snelle reactie en vriendelijke groeten,

Fred

Fred,

om misverstanden te voorkomen:
1. versie 4.3 zal voornamelijk zijn om de Vista/W7 problematiek aan te passen en bekende bugs op te lossen.
2. de tag _PHOT is geen bug. Op de interne lijst van wensen heb ik invulling van een paar ontbrekende tags aangevraagd. Als u binnen Aldfaer een rapport MET fotomateriaal aanvraagt dan is de huidige methodiek om een kopie van de foto naar de doelmap te sturen.
Als u zelf rapporten maakt dan is de keus natuurlijk aan u om _PHOTBEGI/_-END te gebruiken.
3. zie de diverse wensen op gebied van materiaal en de vele discussies die daar aan hangen. De status is dus eigenlijk in het kort een nieuw systeem waarbij alle opties overwogen gaan worden.
4. overigens, als u met shift + cursor op een plaatje klikt ziet u toch het volledige pad?

Toegevoegd aan wens #8

Beste Han,

Wat betreft _PHOT, ik denk dat ik wat misleid ben door andere programma's, waar het pad vanaf een vaste map naar een bestand bij de bestandsnaam getrokken wordt. Aldfaer doet dat kennelijk niet, en dat is dan geen bug, want het voldoet aan de omschrijving in de documentatie. Het maakt alleen dat ik nu de uitvoer van aldfaer niet direct kan gebruiken als invoer voor andere programma's, ik moet het pad naar het bestand nu 'met de hand' toevoegen. Dus heb ik behoefte aan een tag die dat pad er wel bij levert. Wishfull thinking voor relaese 5.

Fijn dat je mijn andere probleem aan de wensenlijst hebt toegevoegd.

Hartelijk dank en vriendelijke groeten,

Fred

Helaas, nog steeds wat. De tag _PHOT geeft de naam van het fotobestand. Echter, wanneer in de bestandsnaam streepjes voorkomen, geeft _PHOT de bestandsnaam terug met de streepjes vervangen door liggende streepjes (underscores), zodat het resultaat van _PHOT onbruikbaar geworden is voor invoer in andere programma's. Dit lijkt me nu wel een bug.

Vriendelijke groeten,

Fred

de tag doet nog iets meer, hij maakt er ook tegelijkertijd kleine letters van. De reden hiervoor ligt meen ik te begrijpen aan de voorkeur om op internet bestandsnamen in kleine letters te schrijven en een aantal tekens te vermijden.

Daarom zijn geef ik van meet af aan bestandsnamen zonder spaties en/of vreemde karakters; dus kort0180_deat_act.jpg

In Windows is MijnFoto.jpg hetzelfde als mijnfoto.jpg, terwijl in Unix dit twee verschillende bestanden zijn, daarom als voorzorgsmaatregel alles in kleine letters, zodat bij een eventuele unixserver geen problemen ontstaan. DS

Ik ben zeer erkentelijk voor alle ondersteuning in deze discussie. Maar het moet mij van het hart, dat ik eigenlijk zwaar teleurgesteld ben over hoe Aldfaer met materiaal omspringt in sjablonen.

In het hoofdprogramma kun je bij iedere persoon bestanden opnemen. Er is geen beperking in de extensie. Naast .jpg gebruik ik ook .txt en .nb. Die laatste twee worden weliswaar niet door Aldfaer geopend, maar ik zie de bestanden bij de persoon staan en door erop te klikken worden ze door het eraan gekoppelde programma geopend. Dat is prima!

Nu wil ik bij een persoon een lijstje maken van de opgenomen bestanden. Uiteindelijk moet je wat je in een database gestopt hebt er ook weer uit kunnen krijgen.

Na bestudering van de sjablonenhandleiding kom ik op _PHOTBEGI _PHOT _PHOTEND.

De eerste onaangename verrassing is dat er ongevraagd bestanden in mijn rapportenmap geplaatst worden. Nogmaals: dat vind ik onacceptabel; zelfs MicroSoft doet dat niet.

De tweede verrassing is dat ik, met verbasterde namen, alleen de .jpg-bestanden krijg. Voor de correcte naam kan ik [:_PHOTTITL:].jpg gebruiken. De .txt en .nb bestanden worden echter niet vermeld. Hoe kom ik aan de rest?

Ik hoop dat zoiets simpels in versie 5 mogelijk zal blijken.

Vriendelijke groeten,

Fred