Axiell ALM Netherlands B.V

Release-notes

Axiell ALM Netherlands B.V. Copyright © 2015 Axiell ALM Netherlands B.V.® Alle rechten voorbehouden. Adlib® is een product van Axiell ALM Netherlands B.V.® De informatie in dit document kan zonder enige voorafgaande waarschuwing worden gewijzigd en houdt geen verplichting in voor Axiell ALM Netherlands B.V. Axiell aanvaardt geen aansprakelijkheid voor de volstrekte juistheid en volledigheid van de hierin opgenomen teksten. De software, zoals deze in dit document staat beschreven, wordt geleverd onder de voorwaarden van een gebruiksrechtovereenkomst. De bedoelde software mag uitsluitend volgens de voorwaarden van deze overeenkomst worden gebruikt of gekopieerd. Daar onze producten voortdurend verbeterd worden, kunnen latere versies verschillen met de producten die hierin beschreven staan. Dit document houdt geen enkele contractuele verplichting in om software te leveren, en mag niet als definitieve productbeschrijving worden beschouwd.

Inhoud Inleiding ................................................................................... 1 1 Nieuwe functionaliteit ........................................................... 3 1.1 Overal in Adlib snel zoeken .................................................. 3 1.2 Direct op gelijke veldinhoud verder zoeken ............................ 4 1.3 Overal in Adlib een andere gegevensbron kiezen .................... 5 1.4 Sorteervelden herschikken ................................................... 6 1.5 Uw favorieten beheren ........................................................ 7 1.6 Hernoemde en verplaatste functies ....................................... 8 1.7 Zoek afbeelding in Media-menu ............................................ 9 1.8 Relationeel zoeken optioneel in Geavanceerd zoeken ............... 9 1.9 Momenteel actieve data-taal met pictogram ......................... 11 1.10 Het Pointerfilesvenster los- of vastmaken ........................... 11 1.11 Schrijf set kent het laagste vrije pointerfilenummer toe ....... 12 1.12 Nieuwe weergave van ontbrekende meertalige data ............ 12 1.13 Nieuwe interfacetalen voor Adlib ....................................... 13 1.14 Uw records in The Collection Cloud lokaal bekijken .............. 13 1.15 Afbeeldingen met kleurprofielen ondersteund in Adlib .......... 14 1.16 Designer Help in nieuw formaat ........................................ 14 1.17 Sorteren in de hiërarchiebrowser ...................................... 17 1.18 Maak .inf-documentatie in uw eigen formaat ...................... 19 1.19 Data naar Europeana uploaden ......................................... 22 1.19.1 Data uploaden en doorsturen, de snelle weg ................. 23 1.19.2 Data uploaden en doorsturen, uw eigen weg ................ 25 1.19.3 Configuratie.............................................................. 33 1.20 Identieke termen forceren in verschillende domeinen .......... 37 1.21 Externe vertaling van applicatieteksten .............................. 38 1.22 Adapl datavoorbewerking voor etiketafdrukken ................... 44 1.23 ADAPL-functie om velden op slot te zetten ......................... 47 1.24 After-read adapl-optie voor importjobs .............................. 48 1.25 Nieuwe gereserveerde ADAPL-variabele &6[7] .................... 49 1.26 Adlib opstart-optie voor data-taal ...................................... 49 2 Overige verbeteringen ......................................................... 51 2.1 Weergave ........................................................................ 51 2.2 Zoeken ............................................................................ 54 2.3 Bewerken ........................................................................ 56 2.4 Afdrukken ........................................................................ 62 2.5 Pointerfiles ....................................................................... 63 2.6 Adloan ............................................................................. 64 2.7 Import en export .............................................................. 64 2.8 Designer .......................................................................... 65 2.9 ADAPL ............................................................................. 67

2.10 SDI.exe ......................................................................... 68 2.11 Register ......................................................................... 68

Inleiding Deze release-notes beschrijven een aantal verbeteringen in de Adlibexecutables, die zijn geïmplementeerd in Adlib 7.2. Deze release is vanaf half november 2014 beschikbaar voor alle klanten met een onderhoudscontract en is te downloaden vanaf de Adlib website. U kunt deze software over uw bestaande Adlib-systeem heen installeren (vanaf versie 4.4). U hoeft dus niets te deïnstalleren, maar maak vooraf wel een backup van uw databases en applicaties. Vanaf Adlib 5.0 wordt een nieuw licentiebestand gebruikt: Adlib.lic. Als u 5.0 of hoger al gebruikt, dan kunt u deze upgrade direct na installatie gebruiken; uw licentiebestand is dan al vernieuwd, staat op de juiste plek en wordt niet overschreven door de upgrade. Alleen als u deze upgrade installeert over een Adlib-versie ouder dan 5.0, dan geldt voor u het volgende: als u deze release op cd ontvangt dan vindt u daarop al het juiste licentiebestand; als u deze release hebt gedownload, e-mail dan onze helpdesk ([email protected]) voor het benodigde wachtwoord en uw licentiebestand. Plaats dit bestand (u kunt er kopieën van maken) na installatie van de upgrade in uw Adlib \bin en \tools of \executables mappen (indien aanwezig). Het gaat erom dat het licentiebestand in dezelfde mappen staat als waarin uw Adlib .exe-bestanden staan. Hoe die mappen heten maakt niets uit. De release-notes van vorige grote releases en service-releases zijn te vinden op de Adlib website.  Waarschuwing voor achterwaartse compatibiliteit Nieuwe functionaliteit in Adlib 6.6 voor SQL Server en Oracledatabases maakt dat u records die u met deze versie (of nieuwer) wijzigt niet meer kunt openen met oudere versies van Adlib (zowel adlwin.exe als wwwopac.exe). Houd hier alstublieft rekening mee als u Adlib 7.2 eerst wilt uitproberen voordat u definitief overstapt. Voor CBF-databases geldt deze beperking niet. Dit betekent dat u wwwopac.exe ook naar 7.2 moet opwaarderen (deze noodzaak geldt niet voor wwwopac.ashx). Dat kan echter gevolgen hebben voor uw webapplicatie, vanwege enkele veranderingen in het structured XML-formaat: voorheen verschenen lege velden uit veldgroepen niet in de record-XML, terwijl dat vanaf 6.6 wel het geval is. Eveneens geldt dat u de nieuwste versie van Adlib Designer nodig hebt om functionaliteit te implementeren die in deze release-notes wordt beschreven. Maar wanneer u uw applicatie in de nieuwe versie van Designer hebt aangepast, kunt u die applicatie, of delen daarvan, niet meer bewerken in een oudere versie van Adlib Designer. 1

13-1-2015

Inleiding

Adlib 7.2

Wanneer u uw Adlib database-structuren bewerkt via Designer 7.2 dan gelden, vanwege wijzigingen in het .inf-formaat als gevolg van de toevoeging van nieuwe interfacetalen, de volgende beperkingen: 

U kunt hierna uw database-structuren niet meer met een oudere versie van Designer aanpassen. U moet voortaan dus Designer 7.2 of hoger gebruiken.



U kunt hierna geen gebruik meer maken van Adlib-versies (adlwin.exe en adloan.exe) ouder dan versie 7.2.



U moet hierna uw wwwopac (.exe of .ashx) updaten naar versie 7.2. De update van de .ashx-versie kan op zichzelf mogelijk ook weer gevolgen hebben: o

Vanaf wwwopac.ashx 3.7.14028 worden veldnamen die gespecificeerd zijn in de adlibweb.xml-secties briefFields, detailFields, searchFields en authenticationConfiguration aan de eisen voor XML elementnamen gevalideerd bij de start van de applicatie. Als een veldnaam daar niet aan voldoet genereert de API een uitzondering (AdlibWebException) met details over de veldnaam, sectie en database. Als u de uitzondering tegenkomt na uw wwwopac.ashx-upgrade naar 3.7.14028 of hoger, moet u de onjuiste veldnamen in de datadictionary (.inf-bestand) en vervolgens in adlibweb.xml corrigeren. De XML elementnaamvereisten zijn als volgt: namen mogen letters, cijfers and andere tekens bevatten maar ze mogen niet beginnen met een cijfer of interpunctieteken of met de string ‘xml’. Verder mogen namen geen spaties bevatten.

o

De Adlib API zoals gebruikt door de huidige versie van wwwopac.ashx voert een strikt beleid aangaande de definitie van veldtags: alle tags die worden gebruikt in records die u leest of schrijft via de API, moeten in de datadictionary zijn gedefinieerd. Wanneer u de nieuwe wwwopac.ashx dus voor uw website gaat gebruiken, kunt u hierdoor foutmeldingen tegenkomen, want het komt in Adlib-applicaties helaas voor dat tags alleen op het scherm gedefinieerd zijn of via importeren of adapl-procedures in records terecht zijn gekomen. Axiell ALM heeft verschillende tools in ontwikkeling (momenteel genaamd ValidateDatabase en RemoveTagsFromData) waarmee u onder andere de niet-gedefinieerde tags in uw records kunt opsporen, waarna u die alsnog in de betreffende .inf kunt (laten) definiëren om daarmee het probleem op te lossen. Vraag onze helpdesk om de status van deze tools en de bijbehorende documentatie.

13-1-2015

2

1 Nieuwe functionaliteit 1.1 Overal in Adlib snel zoeken Nadat u in Stap 1 van de Zoekassistent een gegevensbron hebt gekozen om in te werken, kunt u voortaan overal in Adlib, bijvoorbeeld vanuit detail- of lijstweergave, snel opnieuw zoeken door vanuit het Adlib Start-menu in de nieuwe keuzelijst Snel zoeken de gewenste zoekingang te kiezen.

De lijst bevat dezelfde zoekingangen als Stap 2 van de Zoekassistent voor de momenteel geopende gegevensbron.

Na uw keuze sluit de actieve weergave en opent de Zoekassistent met de gekozen zoekingang direct in Stap 3.

Dat werkt veel sneller dan herhaaldelijk op de Terug-knop te moeten klikken om vanuit een recordweergave terug te keren naar Stap 2 in de Zoekassistent om een nieuwe zoekingang te kunnen selecteren. 3

13-1-2015

Nieuwe functionaliteit

Adlib 7.2

1.2 Direct op gelijke veldinhoud verder zoeken Adlib 7.2 introducteert een extra manier van zoeken: vanuit detailweergave van een record kunt u voor elke geïndexeerde veldinhoud direct zoeken naar alle records met die waarde, gewoon via het snelmenu. Stel, u ziet in detailweergave van een record de waarde ‘hout’ in het veld Materiaal staan. Als u besluit alle records te willen zien met het materiaal hout, rechtsklik dan op het betreffende veld en kies in hetsnelmenu de optie Vind records voor …, in dit voorbeeld dus Vind records voor ‘materiaal=hout’. Er wordt ongetrunceerd en zonder relaties gezocht. Het zoekresultaat wordt zoals gewoonlijk in de lijstweergave of detailweergave getoond.

Wanneer de optie gedimd wordt weergegeven, heeft het veld geen index en kunt u er niet op deze manier op verder zoeken.

13-1-2015

4

Adlib 7.2


1.3 Overal in Adlib een andere gegevensbron kiezen Vanaf 7.2 kunt u overal in Adlib (behalve tijdens het bewerken van een record) direct een andere gegevensbron openen vanuit het menu Bestand. Het maakt dus niet uit of u bijvoorbeeld aan het zoeken bent, in detailweergave een record bekijkt of bijvoorbeeld met pointerfiles werkt: kies eenvoudig Bestand > Selecteer een bestand en selecteer in het submenu dan de gewenste gegevensbron. Plaats de muiswijzer eventueel boven de smalle balk met een pijltje onder of boven in het submenu om de lijst omlaag of omhoog te laten schuiven en zo meer gegevensbronnen te tonen. (De databases en onderliggende datasets worden hier niet in een hiërachische structuur weergegeven.) Direct na uw keuze wordt automatisch Stap 2 in de Zoekassistent geopend, voor de betreffende gegevensbron.

5

13-1-2015


Adlib 7.2

1.4 Sorteervelden herschikken De lijstweergave van een zoekresultaat kunt u sorteren op meerdere velden. Klik op de knop Sorteer in het menu Start om het venster Sorteren te openen en dubbelklik dan op de velden waarop u wilt sorteren.

Nieuw in 7.2 is dat u de volgorde waarin de geselecteerde velden in het lijstje rechts staan (en dus de sorteervolgorde) nu eenvoudig kunt wijzigen: selecteer in het lijstje Sorteerveld-eigenschappen de naam van het veld dat wilt verplaatsen en gebruik de toetscombinatie Ctrl+ (de Ctrl-toets gecombineerd met de toets pijltje-omhoog) of Ctrl+ om het sorteerveld in de volgorde omhoog of omlaag te verplaatsen.

13-1-2015

6

Adlib 7.2


1.5 Uw favorieten beheren Als u in bepaalde velden vaak dezelfde teksten invult, maar u wilt ze eigenlijk niet steeds hoeven typen, dan kunt u zulke teksten als favorieten voor dat veld aanmerken, om die tekst een volgende keer dan direct uit het rechtsklik-snelmenu voor dat veld te kunnen selecteren. Aan de mogelijkheid om per veld favorieten te verzamelen is in 7.2 de mogelijkheid toegevoegd om ze te beheren: u kunt eerder verzamelde favorieten nu verwijderen of de favorieten die u wilt behouden in een andere volgorde in het snelmenu plaatsen. Rechtsklik op het veld waarvoor u favorieten wilt beheren en kies in het snelmenu de optie Beheer favorieten.

In het venster Beheer favorieten kunt u een geselecteerde tekst nu omhoog of omlaag schuiven via de blauwe pijltjes of verwijderen via het rode kruis. Klik op OK om de wijzigingen op te slaan. 7

13-1-2015


Adlib 7.2

1.6 Hernoemde en verplaatste functies  Nieuw menu Publiceren De Collection Cloud-knoppen zijn verplaatst van het Start-menu naar het nieuwe, vaste menu Publiceren. Daarin zijn ook de nieuwe knoppen voor Europeana geplaatst (zie ook hoofdstuk 1.19).

 Selectietaal hernoemd naar Geavanceerd zoeken Het venster Selectietaal waarin u een zoekopdracht geheel naar wens kunt samenstellen, heet voortaan Geavanceerd zoeken. U kunt het venster onder andere vanuit het Adlib Start-menu openen, nadat u in Stap 1 van de Zoekassistent een gegevensbron hebt geselecteerd. 13-1-2015

8

Adlib 7.2


 Toon invariante data is verwijderd

De knop Toon/Verberg invariante data is verwijderd. Als een meertalig veld in de huidige data-taal geen waarde heeft terwijl er in een andere data-taal een invariante waarde bestaat, dan wordt die waarde voortaan standaard (gedimd) weergegeven. (Zie ook hoofdstuk 1.12.)

1.7 Zoek afbeelding in Media-menu De functie Zoek afbeelding, om een afbeeldingsbestand aan het record te koppelen, was al beschikbaar in het menu Wijzigen maar is nu ook toegevoegd aan het Media-menu waarin all Media Viewer-functies te vinden zijn. Het maakt niet uit vanuit welk menu u de functie start.

1.8 Relationeel zoeken optioneel in Geavanceerd zoeken Voorheen werd bij geavanceerd zoeken in een gekoppeld veld in een SQL-database op een niet-voorkeursterm die term op de achtergrond altijd vervangen door de voorkeursterm, waarop dan werkelijk werd gezocht. Het maakte dus geen verschil of u op de voorkeursterm of (een van) de niet-voorkeursterm(en) ervan zocht. Vanaf 7.2 vindt deze niet-voorkeurstermvervanging alleen nog plaats als het nieuwe aankruisvakje Gebruik relaties gemarkeerd is (wat standaard het geval is). De instelling wordt door Adlib onthouden voor 9

13-1-2015


Adlib 7.2

de volgende keer. Het zoeken met relaties maakt het mogelijk dat Adlib in werkelijkheid zoekt op de voorkeursterm wanneer u een niet-voorkeursterm hebt ingevoerd. Ook zal Adlib records opleveren met nauwere termen en termen die equivalent zijn aan de gezochte term. Dat betekent dat u meer records kunt vinden dan u misschien had verwacht. (Er wordt overigens niet op gerelateerde termen gezocht.) Hiërarchisch zoeken heeft echter wel invloed op de snelheid van zoeken: niet-hiërarchisch zoeken gaat nu eenmaal sneller want in dat geval zoekt u alleen op de ingevoerde term, niets anders. Voor CBF-databases is de nieuwe optie niet van toepassing.

(Ref.nr.: 6560)

13-1-2015

10

Adlib 7.2


1.9 Momenteel actieve data-taal met pictogram Om voor gebruikers duidelijker zichtbaar te maken dat zij in een meertalige applicatie werken en om hun aandacht naar de momenteel instelde data-taal te trekken, is er nu een pictogram van een vlag aanwezig naast de code voor de huidige data-taal in de statusbalk en heeft deze informatie meer ruimte aan beide zijden. Als uw applicatie niet meertalig is, blijft het data-taalvakje in de statusbalk leeg.

1.10 Het Pointerfilesvenster los- of vastmaken In 7.2 is aan het venster Pointerfiles de mogelijkheid toegevoegd om zelf te bepalen of dat venster geopend blijft nadat u een pointerfile opent (zoals in 7.1 standaard het geval was) of dat het automatisch sluit (zoals in nog weer oudere versies het geval was). Daartoe is het pictogram van een punaise in de linker onderhoek van het venster toegevoegd. Klik op de punaise om te schakelen tussen de twee modi: blauw betekent vastgepind, grijs betekent losgemaakt (en dit is nu weer de standaard instelling). Adlib onthoudt uw instelling voor de volgende keer.

Een vastgepind venster Pointerfiles blijft geopend nadat u een pointerfile hebt gekozen en blijft geopend totdat u het handmatig sluit of totdat u gemarkeerde records op een of andere manier gaat bewerken of uitvoeren. Het venster sluit ook automatisch wanneer u terugkeert naar Stap 1 van de Zoekassistent. Maar in detail- of lijstweergave, onder andere, kunt u het venster dus open laten staan, bijvoorbeeld om snel verschillende pointerfiles na elkaar te kunnen bekijken. Een vastgepind venster kunt u handmatig sluiten via de knop Annuleer of via het wit-rode kruisje in de rechter bovenhoek van het venster.

11

13-1-2015


Adlib 7.2

1.11 Schrijf set kent het laagste vrije pointerfilenummer toe

De Adlib-functie Schrijf set kende aan een nieuwe pointerfile altijd een nummer toe dat 1 hoger was dan het vorige toegekende nummer, zelfs als lagere nummers beschikbaar waren (bijvoorbeeld wanneer eerder gecreëerde pointerfiles ondertussen weer verwijderd waren). Dit is in 7.2 veranderd: wanneer u Adlib nu een nieuw pointerfilenummer laat toekennen dan wordt dat het laagste vrije pointerfilenummer toegekend. (Ref.nr.: 6550, 4622)

1.12 Nieuwe weergave van ontbrekende meertalige data De knop Toon/Verberg invariante data is in Adlib 7.2 verwijderd. Als een meertalig veld in de huidige data-taal geen waarde heeft terwijl er in een andere data-taal een invariante waarde bestaat, dan wordt die waarde voortaan standaard weergegeven. Dit vergemakkelijkt het vertalen van de betreffende data.

Zo’n invariante veldwaarde wordt bovendien in een andere kleur weergegeven, in lichtgrijs namelijk. Zo is duidelijk dat het invariante data betreft en dat de betreffende veldwaarde(n) nog niet in de huidige data-taal in het record zijn opgeslagen. Zodra u de cursor echter in zo’n veld met lichtgrijze tekst plaatst, wordt de tekstkleur weer normaal en dat betekent dat die waarde of wat u er na bewerking van hebt gemaakt, wel in de huidige data-taal in het betreffende veld wordt opgeslagen zodra u de wijzigingen in het record opslaat. Zolang veldwaarden lichtgrijs zijn, worden ze niet opgeslagen.

13-1-2015

12

Adlib 7.2


Als een meertalig veld in de huidige data-taal geen waarde heeft maar in ten minste één andere taal wel, terwijl er ook geen invariante waarde voor het veld in dit record bestaat, dan wordt in weergavemodus in lichtgrijs een beletselteken in het veld getoond (onderstreept als het om een gekoppeld veld gaat).

In bewerkingsmodus wordt het beletselteken ook getoond zolang de cursor niet in het veld staat: zodra de cursor er wel in staat, verdwijnt het beletselteken. In geen geval wordt het beletselteken in het record opgeslagen: het is slechts bedoeld om aan te geven dat er in een andere data-taal al data in het veld is ingevoerd.

1.13 Nieuwe interfacetalen voor Adlib Het aantal interfacetalen waarin Adlib-applicaties kunnen worden getoond, is opnieuw uitgebreid. De nu beschikbare talen zijn: Engels, Nederlands, Frans, Duits, Arabisch, Italiaans, Grieks, Portugees, Russisch, Zweeds, Hebreeuws, Deens, Noors, Fins en (vanaf versie 7.2.15007.1) Chinees. In Adlib Designer kunt u de applicatietaal (de taal waarin veldnamen en –labels e.d in Designer worden getoond) ook op elk van deze talen instellen.

1.14 Uw records in The Collection Cloud lokaal bekijken Vanaf Adlib 7.2 kunt u in uw applicatie de lijst met records opvragen die u eerder naar The Collection Cloud had geüpload vanuit de huidige gegevensbron. Klik simpelweg op de nieuwe knop Bekijk records in het menu Publiceren van Adlib om in de lijstweergave alle betreffende records te tonen. De knop is, na het kiezen van de gewenste gegevensbron in Stap 1 van de Zoekassistent, beschikbaar vanaf verscheidene plekken in Adlib. 13

13-1-2015


Adlib 7.2

Belangrijk is dat Adlib de originele recordnummers van de door u geüploade records gebruikt om die records nu in de lijstweergave te kunnen tonen. Van toepassing zijnde records die inmiddels uit uw database verwijderd zijn, kunnen dus niet worden getoond. Merk verder op dat de nieuwe knop niet aanwezig zal zijn in de knoppenbalk van Adlib onder Windows XP.

1.15 Afbeeldingen met kleurprofielen ondersteund in Adlib Bepaalde afbeeldingsformaten, zoals jpeg en tiff, kunnen ingebedde, generieke kleurprofielen hebben die expliciet werden ingesloten toen het afbeeldingsbestand werd gemaakt of bewerkt. Het effect van een generiek kleurprofiel is dat het de kleuren van de betreffende afbeelding wijzigt naar een wenselijker spectrum, ofschoon de aanpassing vaak erg klein is. Gecombineerd met monitor- en/of printerspecifieke kleurprofielen heeft een uitgever zo volledige controle over de resulterende kleuren. Gewoonlijk worden zulke profielen gebruikt in (desktop) publishingomgevingen of andere professionele mediaverwerkende bedrijven waar de kleurechtheid van afbeeldingen erg belangrijk is. Vanaf 7.2 ondersteunt adlwin.exe afbeeldingen met ingesloten ICC of WCS kleurprofielen, hetgeen betekent dat het ingebedde profiel daadwerkelijk zal worden toegepast steeds wanneer afbeeldingen in Adlib worden getoond. (Voorheen werden zulke afbeeldingen weergegeven zonder dat het kleurprofiel was toegepast.) (Ref.nr.: 6543)

1.16 Designer Help in nieuw formaat Met Designer 7.2 introduceren we een nieuw documentatieformaat genaamd Web Help, dat in uw browser wordt weergegeven. U kunt het online vinden op: http://documentation.axiell.com/alm/en/index.html?ds_designer.html. In de niet te verre toekomst zal deze Web Help de 7.1-versie van de HTML Help, zoals die momenteel nog wordt aangeboden door Adlib Designer en enkele andere tools, vervangen. Voorlopig moet u echter 13-1-2015

14

Adlib 7.2


op bovenstaande link klikken (die u overigens als favoriet in uw browser kunt opslaan) om de 7.2-versie van de Designer Help te openen. Enkele voordelen van Web Help boven HTML Help zijn: 

U krijgt altijd de meest actuele versie van de documentatie te zien.



Elke detailpagina heeft zijn eigen URL, zoals: http://documentation.axiell.com/alm/en/index.html?ds_adaprogra mmingvariables.html of http://documentation.axiell.com/alm/en/index.html?ds_generalto picserrorcodes.html). Dit betekent dat u uw vaak gebruikte helppagina’s als favorieten in uw browser kunt bewaren. En het gebruik van een URL is voor u ook een gemakkelijke manier om in een e-mail aan de helpdesk te verwijzen naar een helptekst, mocht u gerelateerde vragen hebben. De URL kan worden gekopieerd uit het URL-vak of via de Permalink-knop in de werkbalk van de Web Help (afhankelijk van de browser die u gebruikt).

Als de knop niet direct zichtbaar is aan de rechterkant van de Web Help werkbalk, druk dan op F5 of Ctrl+F5 om de pagina in de browser te verversen.



In de Web Help zullen per programma beknopte release-notes worden opgenomen, zoals: http://documentation.axiell.com/alm/en/index.html?ds_releasenot es7_2.html



Op het tabblad Search kunt u zoeken op een enkele term of op meerdere trefwoorden (eventueel getrunceerd via *) of zoeken op een frase omsloten door dubbele aanhalingstekens. Klik op een zoekresultaat om het op het eerste tabblad te openen.



U kunt meerdere detailtabbladen tegelijk open hebben. Als u de helptekst zoals die momenteel op het eerste tabblad wordt getoond onder handbereik wilt houden terwijl u naar andere teksten zoekt, klik in de werkbalk dan op de knop Copy tab om het eerste tabblad naar een nieuw tabblad te kopiëren. Zo maakt u het eerste tabblad vrij om andere tekst weer te geven wanneer u in de inhoudsopgave of op het tabblad Search op een onderwerp klikt: 15

13-1-2015


Adlib 7.2

Om eerlijk te zijn, zijn er ook een paar kleine nadelen: 

Een internetverbinding is vereist om de Web Help te kunnen bekijken. Voor het geval u die niet (altijd) tot uw beschikking hebt, bieden we echter een .pdf-bestand van de Web Help aan, dat u in plaats van de online-versie kunt gebruiken.



Sommige helpteksten betreffen misschien een nieuwere versie van de software dan die welke u nog gebruikt, maar elke nieuwe optie zal worden vergezeld van het nummer van de versie waarin die optie werd geïntroduceerd. Zo weet u altijd wanneer een optie niet van toepassing is op uw versie van de software.

Tip: maak een shortcut naar de Adlib Web Help Als u de Designer Help regelmatig gebruikt dan is het misschien nog steeds onhandig om de online-versie alleen als een favoriet in uw browser te hebben. In plaats daarvan kunt u een shortcut naar de Web Help maken, voor snelle toegang: 1. Rechtsklik op de snelkoppeling van uw favoriete browser en selecteer in het snelmenu Kopiëren naar > Bureaublad. 2. Rechtsklik op het gekopieerde pictogram en kies Eigenschappen in het snelmenu. 3. Verander op het tabblad Algemeen in het dialoogvenster Eigenschappen de naam van de snelkoppeling bijvoorbeeld naar Adlib Web Help. 4. Voer op het tabblad Snelkoppeling de volgende URL in (voorafgegaan door een spatie) achter het bestaande Doel naar uw browser’s executable: http://documentation.axiell.com/alm/en/index.html? ds_designer.html (Dit werkt misschien niet in alle browsers, maar in ieder geval wel in Internet Explorer en Mozilla Firefox.) 5. Klik op OK in het dialoogvenster Eigenschappen en u bent klaar. Uw nieuwe shortcut zou de Adlib Web Help direct moeten openen.

13-1-2015

16

Adlib 7.2


1.17 Sorteren in de hiërarchiebrowser Voor een term met nauwere termen toonde de hiërarchiebrowser (het venster Doorzoek hiërarchie) de nauwere termen altijd in de volgorde waarin de occurrences van het betreffende veld (in een archiefrecord bijvoorbeeld het veld Heeft als deel) waren opgeslagen in het record. Als de optie Sort values (sorteer waarden) voor de interne-linkdefinitie in Designer was ingesteld op Ascending (oplopend) of Descending (aflopend), in plaats van de standaard instelling Unsorted (ongesorteerd), dan werden de occurrences van het betreffende nauwere veld alfabetisch oplopend of aflopend gesorteerd voordat u een bewerkt record opsloeg. Dezelfde volgorde werd dan ook weergegeven in de hiërarchiebrowser. Maar wanneer de te sorteren waarden van het alfanumerieke type waren dan kon u deze occurrences in het record en de waarden in de hiërarchiebrowser niet correct (alfanumeriek) sorteren. Vanaf Adlib 7.2 worden de nauwere occurrences in het record en de corresponderende waarden in de hiërarchiebrowser oplopend of aflopend gesorteerd volgens de instelling Sort values voor de interne koppeling (of juist geheel niet gesorteerd), en het type van de sortering wordt bepaald door het Key type (datatype) van de index op het hoofdtermveld in de interne-linkdefinitie.

Als u dus een interne-linkdefinitie hebt zoals de volgende in de Collect-database van een 4.2 modelapplicatie: part_of_reference <-> object_number <-> parts_reference, en u zou de optie Sort values daarvoor instellen op Ascending en u zou de invno (IN) index (voor het veld object_number) herindexeren met het Key type nu ingesteld op Alpha-Numeric, dan zullen objectnummers in de hiërarchiebrowser voortaan oplopend alfanumeriek gesorteerd worden. (Als u de instelling Sort values op Unsorted laat staan, zal geen sortering worden toegepast.)

17

13-1-2015


Adlib 7.2

Merk op dat de sortering van de nauwer-veldoccurrences (Heeft als deel in dit voorbeeld) in elk record alleen aan het nieuw ingestelde sorteertype worden aangepast wanneer u het record bewerkt en opslaat: de sorteervolgorde in de hiërarchiebrowser hangt echter niet meer af van de in het record opgeslagen sorteervolgorde van de occurrences. Hieronder ziet u links een voorbeeld van een op objectnummber alfabetisch gesorteerde archiefhiërarchie, terwijl de afbeelding rechts dezelfde hiërarchie alfanumeriek gesorteerd op objectnummer toont. Beperkingen van alfanumerieke indexen Als een alfanumerieke waarde wordt geïndexeerd, wordt die geherformatteerd zodat van elk getal in de string een tiencijferig nummer wordt gemaakt dat begint met nullen. Wanneer in een record bijvoorbeeld de string A238HJK08aa2 geregistreerd is, dan wordt de indexwaarde (zonder dat de gebruiker hiermee geconfronteerd wordt): A0000000238HJK0000000008aa0000000002. Als het veld waarvoor u een alfanumerieke index wilt maken dus waarden bevat met veel letter-cijferwisselingen, dan kunnen de indexwaarden behoorlijk lang worden en daarom moet u de optie Key size van deze index voldoende groot instellen: voor CBF-databases is dat geen probleem maar de sleutelgrootte voor een index in een Adlib SQLdatabase is beperkt tot 100 tekens. Als u dus van een Adlib SQLdatabase gebruikt maakt en u schat zo in dat sommige geherformatteerde alfanumerieke strings langer dan 100 bytes kunnen worden, dan kunt u beter geen alfanumerieke index voor dit veld maken en akkoord gaan met alfabetisch sorteren.

13-1-2015

18

Adlib 7.2


(Ref.nr.: 5561)

1.18 Maak .inf-documentatie in uw eigen formaat In enkele Designer tools, zoals de Application browser voor een geselecteerde database of applicatie, of in de Import of Export job editor, of de Record lock manager, is het mogelijk om documentatie te genereren over het momenteel geselecteerde object of de lijst met objecten, via het menu File > Create documentation. Het venster Documentation opent dan met een gedetailleerde beschrijving van de structuur van het geselecteerde object. Voor een database bijvoorbeeld, bestaat deze informatie uit gegevens over de database, de datasets daarbinnen, velden, indexen en koppelingen. En de documentatie voor een applicatie zal gedetailleerde informatie bevatten over de eigenschappen ervan, menuteksten en gegevensbronnen. 19 13-1-2015


Adlib 7.2

Het overzicht is mooi opgemaakt, maar als u liever de XML zelf bekijkt dan kunt u naar die weergave schakelen via het View-menu. Vanuit elke weergave kunt u het bestand afdrukken via het menu of de knop Print documentation, of de tekst opslaan als XML-bestand. Ook kunt u met de muiscursor de tekst selecteren, of een deel ervan, en die kopiëren (Ctrl+C) en plakken (Ctrl+V) in elk ander document. Vanaf Designer 7.2 (nou ja, eigenlijk vanaf versie 7.1.14255.1), bevat het View-menu in het Documentation-venster voor een geselecteerde databasestructuur ook de optie Fieldlist to CSV.

Deze optie produceert een .csv-bestand met een lijst van velden en enkele eigenschappen daarvan. De kopregel bevat de eigenschapnamen. In sommige gevallen is deze documentatie misschien een betere referentie dan de informatie die door de List of XML-optie wordt gegenereerd.

Merk op dat de weergave in het Documentation-venster de regeleinden in het gegenereerde .csv-bestand niet respecteert, maar dat het bestand wel degelijk regelovergangen bevat, zoals u kunt zien wanneer u het bestand opslaat als een .csv-bestand en het in MS Excel opent. (In tegenstelling tot de schermafbeelding hierboven, worden regels gewoonlijk achter elkaar in één doorlopende zin weergegeven als het venster breed genoeg is.) 13-1-2015

20

Adlib 7.2


Merk ook op dat u deze documentatie als een .csv-bestand kunt opslaan door in het dialoogvenster Save documentation de extensie .csv achter de gewenste bestandsnaam in te voeren en de optie Save as type in te stellen op All files.

 Creating your own database documentation Maar dat is niet alles. Het View-menu in het Documentation-venster toont niet alleen de opties List, XML en Fieldlist to CSV, maar ook mogelijke andere eigen XSLT stylesheets in de nieuwe submap \DatabaseInfo van uw Designer \Xsl-map. Daarin vindt u al de FieldListToCsv.xsl-stylesheet. U kunt deze stylesheet kopiëren en naar behoefte aanpassen of een compleet nieuwe stylesheet maken, gebaseerd op de XML-versie van de documentatie (er is momenteel geen .xsd beschikbaar), om uw eigen type database-referentie te creëren. U kunt overigens hetzelfde doen voor uw applicatiestructuren, door een nieuwe stylesheet te maken en die in een submap \ApplicationInfo naast de submap \DatabaseInfo te plaatsen. Deze submap is standaard nog niet aanwezig omdat er ook nog geen toepasselijke stylesheet is. Belangrijk om op te merken is dat de locatie van deze XSLT stylesheets afhangt van hoe u Adlib Designer hebt geïnstalleerd. De gezipte versie die u kunt downloaden vanaf MyAdlib kan overal op uw systeem of netwerk worden geplaatst, dus u weet waar u die kunt vinden. Wanneer u een nieuwe versie van Designer installeert, waarschijnlijk in een andere map, moet u alleen uw zelfgemaakte stylesheets vanuit \Xsl\DatabaseInfo in uw oude Designer-map kopiëren naar dezelfde submap in uw nieuwe Designer-installatie en u bent klaar. Als u echter met de click-once versie van Adlib Designer werkt, die automatisch wordt geüpdatet wanneer u Designer start (en er een update beschikbaar is), dan kan het een beetje lastig zijn om de installatiemap op te sporen. Wanneer u een bijgewerkte click-once versie van Designer voor het eerst start, toont de statusbalk de bestemming van de installatie. Gewoonlijk heeft dat pad de volgende syntaxis: C:\Gebruikers\.\AppData\Local\Apps\2.0\8 W4ACD087.LTL\RAUT130.AO0\adli...exe_c0bd10001_none_148ee48. De alfanumerieke delen verschillen waarschijnlijk volkomen. Kies van de submappen op het laagste niveau de map die het meest recent is geïnstalleerd, om uw huidige click-once installatie van Designer te vinden. U kunt daar stylesheets voor databasestructuren bewerken of 21

13-1-2015


Adlib 7.2

toevoegen, in de submap \Xsl\DatabaseInfo, maar maak beslist ook back-ups van die bestanden omdat u ze kunt kwijtraken wanneer de volgende update in een nieuwe submap wordt geïnstalleerd. U moet uw back-up XSLT-bestanden dan kopiëren naar \Xsl\DatabaseInfo in de nieuw geïnstalleerde versie om er weer toegang toe te krijgen.

1.19 Data naar Europeana uploaden Adlib 7.2 biedt geïntegreerde toegang tot de Europeana Connection Kit (ECK) die het u mogelijk maakt om geselecteerde records naar een zogenaamde aggregator voor Digitale Collectie en Europeana te uploaden, het Europese samenwerkingsverband voor cultureel en wetenschappelijk erfgoed dat is opengesteld via een internetportaal naar miljoenen gedigitaliseerde boeken, schilderijen, films, museumobjecten en archiefrecords. De ECK is ontwikkeld binnen het Europeana Inside-project, een door de EU gefinancierd coöperatief project waarin Axiell ALM als technisch partner heeft deelgenomen. Het doel van de ECK is om het aanbieden van data aan het Europeana-portaal te faciliteren. Records zullen niet direct naar Europeana worden geüpload: eerst uploadt u records naar de ECK, een intermediaire webservice die het u mogelijk maakt uw data online voor te bereiden op de aggregator (zoals bijvoorbeeld http://euinside.k-int.com/dpp/home) en uiteindelijk voor Europeana. Dit geeft u volledige controle over de data die op een later tijdstip door Europeana zal worden verzameld. Als contentaanbieder hoeft u alleen met de aggregator te communiceren, aangezien u geen invloed hebt op de planning en procedures die gemoeid gaan met het oogsten (“harvesten”) van data uit de door u gekozen aggregator door Europeana. Alvorens u van start kunt gaan met deze functionaliteit in Adlib, raden wij u aan zich te melden bij Digitale Collectie Nederland en/of DEN. Digtiale Collectie Nederland heeft voor deelname het volgende stappenplan opgesteld: http://digitalecollectie.nl/deelnemen/stappenplan/ Tot op heden was het voorbereiden en aanbieden van collectiedata aan Europeana nogal arbeidsintensief en voor Adlib-gebruikers betekende het meestal dat er een OAI-server/repository moest worden geïnstalleerd, die dan kon worden geoogst door een aggregator, een proces waarover u geen controle had. Nu meer en meer instellingen hun collecties openstellen door de data ervan op het internet te delen (zoals al mogelijk was op Axiell ALM’s The Collection Cloud bijvoorbeeld), is de ECK en de directe toegang daartoe vanuit de Adlib gebruikersinterface opnieuw een sprong voorwaarts, want via Adlib en de ECK kunt u uw objectgegevens nu eenvoudig naar een aggregator voor Europeana doorsturen (“pushen”), 13-1-2015

22

Adlib 7.2


zonder noodzaak voor een OAI-server, in plaats van te moeten vertrouwen op het ophalen (de “pull”) van data via aggregator harvesting. Dit geeft u ook veel meer controle over welke data precies zal worden aangeboden. Na de initiële setup (zie hoofdstuk 1.19.3) vindt u in het nieuwe menu Publiceren twee actieve knoppen waarmee (geautoriseerde) gebruikers een recordselectie naar de van toepassing zijnde ECK webservice kunnen uploaden en de gevalideerde en omgezette data (LIDO of EDM) vervolgens naar de aggregator kunnen doorsturen.

1.19.1 Data uploaden en doorsturen, de snelle weg Laten we eerst de snelle weg door het bos bespreken, aangezien de uploaden ECK-functionaliteit veel geavanceerde opties biedt die u niet altijd nodig zult hebben: 1. Zoek in uw objectcatalogus naar enkele records die u wilt uploaden en markeer ze in de lijstweergave. 2. Klik op de knop Upload record(s). Adlib zal van de te uploaden records een tijdelijk XML-bestand maken en dan de Europeana upload-assistent openen. Gewoonlijk kunt u hier direct op Volgende klikken, tenzij u een naslag van uw upload wilt creëren, wat u dan kunt doen door de optie Maak een pointerfile van de selectie en/of de optie Behoud de uitvoerbestanden (xml, lido, zip) te markeren.

3. De volgende pagina in de uploadassistent toont de procedurele stappen in het automatische uploadproces op het moment dat ze plaatsvinden. U ziet dat de Adlib XML wordt getransformeerd en gevalideerd naar LIDO en uiteindelijk naar de recordset-manager op de ECK webservice wordt verstuurd. Klik op Volgende. 23

13-1-2015


Adlib 7.2

4. De laatste stap in de assistent toont een logboek van de verwerkte acties. Als u wilt, kunt het logboek kopiëren naar het klembord of opslaan als bestand, voor toekomstige naslag. Klik op Voltooien om de assistent te sluiten.

5. We zijn nu bijna klaar. Klik op de knop Beheer record(s) in het menu Publiceren om de Europeana setmanager te openen. Deze ziet er nogal gecompliceerd uit maar als alle geüploade records hier worden gerapporteerd als zijnde Geldig en Gereed, dan hoeft u alleen nog op de optie Data Push in het rechter deelvenster te klikken om uw data door te sturen naar de aggregator (waar die zal wachten om door Europeana geoogst te worden). Voordat u dat doet, kunt u een van de records in de lijst selecteren om via Preview een goede indruk te krijgen van hoe het betreffende 13-1-2015

24

Adlib 7.2


record er op Europeana uit zal zien. Als u niet tevreden bent met het resultaat, klik dan gewoon niet op Data Push maar klik in plaats daarvan op Verwijder om het problematische (geselecteerde) record uit de lijst te verwijderen en kies dan Sluiten om de Europeana setmanager te sluiten. Objectnummer

Validatiestatus status Gereedstatus

6. Wacht tot het doorsturen van uw data naar de aggregator voltooid is en klik op Sluiten in de laatste melding.

1.19.2 Data uploaden en doorsturen, uw eigen weg Als u meer controle wilt hebben over de verschillende procedurele stappen of als er zich fouten voordoen bij het uploaden en/of doorsturen van uw data, dan is het handig als u wat afweet van de beschikbare geavanceerde opties.  Upload-opties 

Invoerbestand en Doelset – Er zijn twee manieren om een te uploaden recordselectie te maken. De eerste is om records in de lijstweergave van Adlib te markeren. Dit zal de opties Invoerbestand en Doelset op alleen-lezen instel25

13-1-2015


Adlib 7.2

len. Het vak Invoerbestand toont dan het pad naar het tijdelijke XML-bestand dat door Adlib zal worden gecreëerd terwijl Doelset de huidige datasetnaam weergeeft (die zowel bron als doel is) en ernaast de echte databasenaam die de dataset representeert.

De tweede manier is om geen records te markeren voordat u de Europeana upload-assistent start en u in plaats daarvan een eerder gemaakt XML-bestand selecteert (geformatteerd als “grouped” XML) dat de te uploaden data bevat. Klik op de knop Zoeken om het gewenste XML-bestand op uw systeem op te zoeken. Het XMLbestand kan het resultaat zijn van een eerdere export naar grouped XML vanuit Adlib of het bewaarde resultaat van een eerdere upload naar de ECK (zie de optie Behoud de uitvoerbestanden (xml, lido, zip)). Waarom u het zo zou willen doen is aan u: misschien wilt u bijvoorbeeld graag de blote brondata controleren voordat u die uploadt.

In de keuzelijst Doelset kunt u vervolgens de “set” kiezen waarin deze records moeten worden geüpload. U zult zien dat deze lijst in wezen de namen van alle gegevensbronnen in uw Adlib-applicatie bevat. Voorlopig kunt u uitgaan van de vuistregel om hier gewoon de brondataset van de record-XML te kiezen. De optie is er vooral voor intern of toekomstig gebruik, aangezien het doel ervan is om de mapnaam (namelijk de betreffende Adlib databasenaam zoals rechts van de lijst aangegeven, bijvoorbeeld collect) in de recordset-manager van de ECK in te stellen, de map waarin de geüploade records zullen worden opgeslagen, terwijl Europeana geen on13-1-2015

26

Adlib 7.2


derverdeling in zulke datasets kent, noch is er in de recordsetmanager momenteel een filter dat het mogelijk zou maken om geüploade records per dataset te tonen. Verder werkt de momenteel beschikbare stylesheet die Adlib XML naar LIDO transformeert alleen voor (eentalige) objectrecords. De aanbeveling is dus om hier de naam van de oorspronkelijke gegevensbron van de geüploade records te selecteren. 

Behoud de uitvoerbestanden (xml, lido, zip) – Vooral voor een met de hand gemaakte recordselectie wilt u wellicht de verschillende stadia die de record-XML doorloopt controleren voordat die wordt geüpload naar de ECK. Markeer dit aankruisvakje om deze stadia automatisch te laten opslaan in vier verschillende XML-bestanden in uw Windows Documenten\Adlib\ \ map, namelijk: input.xml (dat de bron grouped XML bevat), parsed.xml (de XML nadat die door de parser verwerkt is, hetgeen misschien alleen maar een andere inspringing heeft opgeleverd), lido.xml (de XML na de initiële converie naar het LIDO-formaat) en lido_pid.xml (waarin de afbeeldingsverwijzingen en LIDO record-ID’s naar correcte URL’s zijn omgezet met behulp van uw configuratie-instellingen). Het lido_pid.xml–bestand is ook aanwezig in het output.zip–bestand, hernoemd naar adlib_lido.xml.



Verwijder bestaande records uit de set – Markeer deze optie als u alle aanwezige records uit de ECK recordset-manager wilt verwijderen voordat de momenteel geüploade records worden ingevoegd. Dit wilt u misschien doen als vorige uploads niet naar tevredenheid waren. Ondanks dat recordinhoud wordt verwijderd, zal een verwijzing naar het oude record achterblijven, aangemerkt als verwijderd, en u kunt die verwijderde records nog steeds in de lijst van de recordset-manager tonen. Om het nog ingewikkelder te maken worden records alleen verwijderd als u niet ook de optie Maak de records nog niet gereed (alleen bijwerken) hieronder markeert: als u die optie ook markeert dan worden nu alleen records verwijderd die nooit eerder Gereed werden gemaakt (meer daarover in de sectie: De recordset op de ECK webservice). Realiseert u zich ook dat data die al naar de aggregator is doorgestuurd niet meer van die aggregator verwijderd kan worden: het echt verwijderen van geüploade data is momenteel alleen mogelijk voordat die met Data Push is doorgestuurd. Het is wel mogelijk dat een toekomstige versie van de ECK verwijdering vanaf de aggregator toestaat, maar dat is nu nog niet geïmplementeerd.

27

13-1-2015


Adlib 7.2



Maak de records nog niet gereed (alleen bijwerken) – Selecteer deze optie als u records alleen wilt uploaden om ze laten valideren, maar nog niet gereed wil laten maken. Deze geavanceerde optie is alleen bedoeld voor ervaren gebruikers aangezien het gevolg ervan kan zijn dat er tijdelijk twee versies van elk record in de ECK recordset bestaan (als die records al eerder werden geüpload). Dit maakt het mogelijk om records alleen maar te uploaden om te zien of ze door de validatie heen komen en misschien omdat u ze wilt previewen, zonder mogelijk eerder geüploade data met de Gereed-status in de recordset te overschrijven. Als u deze optie markeert dan moet u later handmatig een Commit in de Europeana setmanager doen om de nieuw geüploade records Gereed te maken voor de Data Push, indien gewenst. Als u dat niet doet dan kunt u echter nog steeds de “oude” versie van die records doorsturen naar de aggregator, voordat u de nieuw geüploade records verwijdert. Voor meer details over de werking van de ECK recordset, zie de sectie: De recordset op de ECK webservice.



Maak een pointerfile van de selectie – Als u wilt dat Adlib automatisch een pointerfile maakt voor de records die u in de lijstweergave hebt gemarkeerd, markeer dan deze optie. U kunt de pointerfile gebruiken voor latere naslag, om te controleren welke records al eerder werden geüpload bijvoorbeeld. De pointerfilenaam zal als volgt worden geformatteerd: Records geüpload naar set: . De optie Maak een pointerfile van de selectie zal inactief zijn als u geen records hebt gemarkeerd omdat u van plan bent een invoerbestand te gebruiken.

 Europeana setmanager-opties Het bovenste vak in de Europeana setmanager toont een lijst met geüploade records (zelfs verwijderde records), de laatste datum en tijd (van de server) waarop ze hier werden bijgewerkt en hun validatie-Status en Gereed-status. Het kan verscheidene seconden duren voordat uw geüploade records zichtbaar worden of voordat updates verwerkt zijn, dus wees alstublieft geduldig. De acties die nog op verwerking op de server wachten worden in het vak Queue opgesomd. Zolang de optie Volgende update over 15 seconden onder aan het venster gemarkeerd is, zal de setmanager automatisch elke 15 seconden bij de server navragen of er iets nieuws te melden valt en zal dan de lijst en de informatie op de andere tabbladen bijwerken, maar het kan nog langer dan dat duren voordat een update verwerkt is. In plaats van op de volgende 15 seconden te wachten kunt u ook op de optie update now ernaast klikken om te zien of de resultaten al binnen zijn. De Queue wordt leeggemaakt nadat alle acties in de wachtrij verwerkt zijn. 13-1-2015

28

Adlib 7.2

Nieuwe functionaliteit Acties

Status-waarden Mogelijke Status-waarden zijn: 

Geldig – Validatie van de geüploade LIDO XML is gelukt.



Ongeldig – Validatie van de geüploade LIDO XML is niet gelukt. Informatie over de fout die daar de oorzaak van was, kan worden gevonden op het tabblad Fouten. Als de foutmelding als volgt luidt: Failed to communicate with web service, dan ligt het probleem bij de ECK webservice maar is waarschijnlijk tijdelijk van aard. Klik dan in het rechter deelvenster op de optie Valideer, herhaaldelijk indien nodig, om het nog eens te proberen totdat validatie slaagt.



Niet gecontroleerd – De ECK webservice is er nog niet aan toegekomen om uw upload te valideren. Even geduld a.u.b.

Gereed-waarden Mogelijke Gereed-waarden zijn: 

Ja – De betreffende records zijn gevalideerd en zijn klaar om te worden doorgestuurd naar de aggregator, via de optie Data push in het rechter deelvenster.



Ja (oud) - De betreffende records zijn gevalideerd en zijn klaar om te worden doorgestuurd naar de aggregator, via de optie Data push in het rechter deelvenster. Er is echter ook een nieuwe versie van deze records aanwezig in de recordset (tenzij hun Status op Verwijderd staat), die u kunt bekijken via de optie Preview. Als u de nieuwe versie liever hebt dan de oude (die niet meer met Pre29 13-1-2015


Adlib 7.2

view kan worden bekeken), dan moet u via (Valideer en) Commit de oude versie overschrijven met de nieuwe versie. Ja (oud) verandert in Ja. 

- Als de Gereed-status leeg is, dan betekent dat Nee. U moet deze records gereedmaken (Gereed Ja) via (Valideer indien nog niet Geldig en) Commit.

Beschikbare acties Mogelijke acties die op de records in de lijst kunnen worden uitgevoerd, kunnen worden gestart door op één van de opties in het rechter deelvenster te klikken. Sommige werken alleen op een enkel geselecteerd record, andere op alle records of op één of meer geselecteerde records (Ctrl+klik om meerdere records te selecteren): 

Preview – Toont een HTML-weergave van het geselecteerde record in uw standaard browser. Zo zal de data van het record worden gepresenteerd op Europeana. Een record moet Geldig zijn om met Preview te kunnen tonen. Als er in de set twee versies van een record aanwezig zijn, dan wordt de nieuwste versie weergegeven.



Valideer – Probeert de geüploade LIDO-XML van geselecteerde of alle records te valideren, ongeacht hun status. Als er in de set twee versies van een record aanwezig zijn, dan wordt de nieuwste versie gevalideerd.



Verwijder – Verwijdert de geselecteerde of alle records, ongeacht hun status en gereedheid. Ofschoon recordinhoud verwijderd wordt, blijft een verwijzing naar het record achter, aangemerkt als Verwijderd. Data van een record dat al naar de aggregator is doorgestuurd, zal niet van de aggregator worden verwijderd. Als er in de set twee versies van een record aanwezig zijn, dan worden beide versies verwijderd.



Commit – Maakt alle records die Geldig zijn Gereed Ja. Als bepaalde records nog niet gevalideerd waren dan probeert Commit die records alsnog eerst te valideren. En als de aggregator vereist dat de doorgestuurde data als EDM is geformatteerd, dan transformeert Commit de LIDO-XML ook naar EDM-XML (zoals ingesteld in uw ECK-configuratie). De Commit-optie wordt tijdelijk gedeactiveerd als de Queue al een commit-actie bevat. Mogelijk aanwezige Gereed Ja (oud) records zullen worden overschreven door nieuwe versies van die records die Geldig zijn.



Data push – Stuurt data van alle records met de Gereedstatussen Ja en Ja (oud) naar de aggregator. U kunt deze actie

13-1-2015

30

Adlib 7.2


niet ongedaan maken. Het doorsturen van data werkt niet met de queue: het moet wachten op een antwoord van de server en daarvan wordt u op de hoogte gesteld. De voortgang van de pushprocedure wordt getoond in een melding. Tabbladen De beschikbare tabbladen in de Europeana setmanager zijn: 

Records – Toont de records die vanuit uw instelling zijn geüpload. De “subtabbladen” Toon alles, Wachtend (records die nog niet zijn verwerkt), Geldig, Ongeldig, Gereed en Verwijderd zijn filters. Een blauw filter is een actief filter. Klik op het filterlabel om het tussen actief en inactief te schakelen. Om bijvoorbeeld alleen alle geldige records te tonen, activeert u het Geldig-filter en deactiveert u alle andere. Of om alleen alle geldige en ongeldige records te tonen, activeert u de filters Geldig en Ongeldig en deactiveert u de andere. Adlib zal uw filterkeuze onthouden.



Fouten – Toont mogelijke validatiefouten van de webservice als records niet door de validatie heen zijn gekomen. De meldingen kunnen een hint geven over wat er mis is, zodat u de fouten kunt repareren en de betreffende records opnieuw kunt uploaden.



Historie – Toont een deel van het logboek van alle acties die op de server verwerkt zijn. Klik op Toon meer in de rechter bovenhoek als u meer van het logboek wilt zien.



Meldingen – Toont een soort van logboek van fouten, waarschuwingen en andere informatie. Bij fouten en waarschuwingen komt er een geel waarschuwingspictogram in het label van de tab te staan: Voordat u mogelijke fouten aan onze helpdesk rapporteert, is het goed om te weten dat niet alle mogelijke fouten door Adlib of uw configuratie worden veroorzaakt. Nadat u bijvoorbeeld op de optie Data push hebt geklikt, worden in feite alle fouten die niet van het type Uitzondering zijn, veroorzaakt door de ECK webservice en u zult contact met uw aggregator moeten opnemen om die fouten te rapporteren.

De recordset op de ECK webservice Alle records die u of uw collega’s naar de ECK uploaden, komen terecht in een recordset die de records in twee groepen onderverdeelt: de records die Gereed zijn om te worden doorgestuurd naar de aggregator omdat ze ge-“commit” zijn (zeg maar doorgevoerd), wat betekent dat ze gevalideerd zijn en mogelijk omgezet naar het EDMformaat (als dat, in plaats van LIDO, het door de aggregator vereiste 31

13-1-2015


Adlib 7.2

XML-formaat is) en de records die niet gereed zijn omdat ze nog niet zijn gevalideerd en/of doorgevoerd. Deze onderverdeling creëert de voorwaarde voor een unieke, maar wel een beetje verwarrende, karakteristiek die het mogelijk maakt dat een record tweemaal in deze recordset aanwezig, eenmaal met de status Gereed en eenmaal zonder die status: een dubbel record is echter maar eenmaal zichtbaar in de lijst aanwezig! De Status-kolom zal de validatiestatus van de nieuw geüploade versie van een record tonen als er ook een oudere versie van het record aanwezig is, terwijl de Status-kolom de validatiestatus van de enige versie van een record toont als er geen nieuwere versie aanwezig is. De Gereed-kolom aan de andere kant, zal de status Ja weergeven voor een gereed record dat geen concurrentie van een nieuwe upload heeft, terwijl die kolom de status Ja (oud) zal tonen als er een “oude” recordversie klaar staat om (via Data push) te worden doorgestuurd naar de aggregator terwijl er ook een nieuwere, verschillende of verwijderde versie van het record in de set aanwezig is, die nog niet met Commit gereed is gemaakt. Als u een record nooit meer dan eens uploadt, dan zal deze situatie zich zeker nooit voordoen; dat zal ook niet het geval zijn als u tijdens het uploaden in de assistent nooit de optie Maak de records nog niet gereed (alleen bijwerken) markeert. Gewoonlijk zult u een record maar eenmaal uploaden en zelfs wanneer u een record toevallig een tweede keer uploadt, zal die de bestaande versie van het record in de recordset op de ECK webservice gewoon overschrijven (als de validatie slaagt en het record automatisch gereed wordt gemaakt). De uitzondering op de regel, waardoor twee veries van een record in de set aanwezig kunnen zijn, is wanneer u een record meer dan eens uploadt terwijl u het aankruisvakje Maak de records nog niet gereed (alleen bijwerken) in de upload-assistent gemarkeerd hebt, of wanneer u een record vaker uploadt en de nieuwste versie niet door de automatische validatie heenkomt. Het hebben van twee versies van een record in de recordset is geen probleem maar u moet zich bewust zijn van de gevolgen als het gebeurt. Zoals hierboven vermeld, kunt u aan de Gereed-status Ja (oud) van een record zien dat het record tweemaal in de recordset aanwezig is, ook al ziet u het record maar één keer: 

Wanneer u data doorstuurt, wordt alleen data met de Gereedstatus Ja of Ja (oud) doorgestuurd. Als u wilt dat een nieuw geüploade kopie (of misschien een gewijzigde versie) van een eerder geüpload Gereed: Ja (oud)-record dat record overschrijft, dan hoeft u het geselecteerde record alleen maar gereed te maken via (Valideer en dan) Commit in de Europeana setmanager. De nieuwe versie van het record zal de oude overschrijven en slechts één versie van het record blijft achter in de recordset.

13-1-2015

32

Adlib 7.2




Als u één of meer records vanuit de Europeana setmanager verwijdert, via de Verwijder-optie in the rechter deelvenster, dan worden beide versies van dubbele records verwijderd uit de recordset. Aan de andere kant, als u tijdens het uploaden van een tweede versie van een record zowel de optie Verwijder bestaande records uit de set als de optie Maak de records nog niet gereed (alleen bijwerken) gemarkeerd had, dan kunt uit de Status: Verwijderd en Gereed-heid Ja (oud) van alle eerder aanwezige records die u zojuist niet opnieuw hebt geüpload, opmaken dat alhoewel deze records nu als verwijderd worden aangemerkt, die verwijdering nog niet is doorgevoerd vanwege de optie alleen bijwerken. Hier geeft Ja (oud) dus óók aan dat er nog een oude versie in de recordset aanwezig is, klaar om door te sturen via Data push of alsnog te verwijderen via Commit, in welk geval alle Gereed: Ja (oud)-records met Status: Verwijderd nu echt verwijderd zullen worden.



Van het geselecteerde record gebruikt de Preview-optie in het rechter deelvenster van de Europeana setmanager altijd de laatst geüploade versie om in de browser weer te geven, zelfs als er ook een oudere Gereed-versie aanwezig is. Als er slechts een enkele versie van een record aanwezig is in de recordset, dan wordt uiteraard die versie in de preview getoond.

1.19.3 Configuratie De twee Europeana upload-knoppen in de Adlib-interface kunnen alleen actief worden als er een correct geconfigureerd europeana.xmlbestand aanwezig is in ofwel de Adlib executables-map die ook adlwin.exe bevat of in de map waarin het .pbk-bestand van de momenteel actieve applicatie staat. Als bepaalde gebruikers vervolgens moeten worden afgeschermd van het gebruik van de uploadfunctionaliteit, dan kunt u dat doen door de methode Upload records to Europeana toe te voegen aan alle relevante gegevensbronnen in uw Adlib applicatiestructuur, waarna u er de toepasselijke toegangsrechten voor instelt.

33

13-1-2015


Adlib 7.2

U kunt het europeana.xml–bestand handmatig bewerken via een tekstverwerkingsprogramma of deze instellingen in Adlib Designer beheren. De volgende ECK configuratie-instellingen zijn beschikbaar: <eckUrl> ECK location (URL)

De URL van de Europeana Connection Kit (ECK) webservice. Deze wordt momenteel gehost door Knowledge Integration Ltd (kint.com) maar het staat iedereen vrij om de ECK te downloaden en op een eigen server te installeren. Voorbeeld: http://euinside.kint.com/ECKCore2

LIDO stylesheet path

Dit is het pad naar de XSLT stylesheet die Adlib XML naar LIDO tranformeert. Voorbeeld: F:\adlib\xslt\adlibXML2LIDO.xslt

<providerId> Provider

Dit is de provider-ID. Die wordt door de ECK gebruikt om de verschillende providers uit elkaar te kunnen houden. Vanuit een technisch perspectief wordt deze waarde gebruikt om de juiste ECK URL te kunnen contrueren. Deze optie wordt ook gebruikt tijdens de generatie van de Persistent Identifier (PID) voor LIDO record-ID’s. Elk LIDO-record vereist een PID. Voorbeeld: DSOM

<providerDescription>

Dit is de beschrijving van de provider. Deze optie wordt momenteel niet gebruikt.

Full image URL

Deze opties worden gebruikt om de afbeeldings-URL’s in de uiteindelijke LIDO-XML te kunnen samenstellen. De %data% variabele zal automatisch worden vervangen door de bestandsnaam van de afbeelding. De ene optie is voor de volledige afbeelding terwijl de andere voor miniatuurweergaves is bedoeld. Voorbeelden die gebruik maken van een wwwopac.ashx afbeeldingsserver:

Thumbnail image URL

13-1-2015

34

Adlib 7.2


Provider Identifier Collection Identifier Username Password

Push-opties. Zie http://euinside.kint.com/ECKCore2/SetManager/Help/edit voor meer informatie. De gegevens voor deze instellingen ontvangt u van uw aggregator. Omdat de ECK niet noodzakelijk wordt gehost door de aggregator, kan de pushProviderId verschillen van de providerId. Voorbeeld: DSOM DSOM fredrik A789dIUU

SWORD server URL

De URL van de ontvangende SWORD-server. SWORD is een protocol dat door de ECK wordt gebruikt om data naar de aggregator door te sturen. Voorbeeld: http://natagcentos6.dev.seecr.nl/sword

Data format

Dit kan EDM of LIDO zijn. Sommige aggregatoren verkiezen het ene formaat boven het andere. De ECK kan beide formaten naar de ontvangende server sturen.

In Designer kunt een bestaand europeana.xml-bestand bewerken of een nieuw bestand aanmaken. Een nieuw bestand maakt u als volgt: 1. Open uw Adlib-systeem in de Application browser van Adlib Designer. 2. Rechtsklik op de map van de applicatie waaruit u toegang tot de ECK wilt hebben (bijvoorbeeld xplus) en kies in het snelmenu New > Europeana Configuration File.

35

13-1-2015


Adlib 7.2

3. Het nieuwe configuratiebestand wordt aangemaakt en u ziet het onder het Adlib .pbk-bestand verschijnen (of onder de lijst met gegevensbronnen als u de applicatiestructuur hebt uitgeklapt).

13-1-2015

36

Adlib 7.2


4. U kunt alle instellingen nu invullen zonder dat u met het XMLbestand hoeft te werken. Voor invulinstructies zie de beschrijving van de ECK configuratie-instellingen in de tabel hierboven. 5. Klik op Apply om de wijzigingen op te slaan. Als u dit instellingentabblad verlaat zonder op Apply te klikken, vraagt Designer alsnog of u de wijzigingen wilt opslaan. Een eerder gemaakt europeana.xml-bestand dat aanwezig is in de applicatiemap kunt u hier ook openen om de bestaande instellingen te wijzigen. Kopieer het nieuwe of gewijzigde europeana.xml-bestand hierna wel naar de mappen van de gewenste andere applicaties of verplaats het naar uw Adlib \executables-map (als u liever dat ene exemplaar beheert) zodat Adlib er gebruik van kan maken. Wanneer Adlib naar een europeana.xml-bestand zoekt, wordt dat eerst in de map van de actieve applicatie gedaan en pas als het daar niet wordt gevonden, wordt er gezocht in de \executables-map.

1.20 Identieke termen forceren in verschillende domeinen Voorheen, wanneer u via Adlib Designer een bestaande term importeerde in een gekoppeld veld met een vast domein anders dan enig domein dat al met de in de validatiedatabase geregistreerde term geassocieerd was, dan werd het nieuwe domein automatisch toegevoegd aan het bestaande termrecord. Dit is echter niet altijd wat u wilt. Soms zou u graag de optie hebben om een nieuw gekoppeld termrecord voor de identieke term te forceren* en het nieuwe domein alleen met het nieuwe termrecord te associëren. Veronderstel bijvoorbeeld dat u een bestaand validatierecord voor de term “bank” hebt, met het geassocieerde domein “meubel”. Als u nu de term “bank” in een gekoppeld veld met het vaste domein “financiële instelling” zou importeren dan zou u zeker een nieuw gekoppeld “bank”-record met het domein “financiële instelling” willen aanmaken, in plaats van te koppelen naar het bestaande “bank”record geassocieerd met twee verschillende domeinen. Deze optie is nu beschikbaar in Adlib Designer. In Adlib Designer vind u de nieuwe optie Always create new domain records op het tabblad Options in the Import job editor. Markeer dit aankruisvakje om ervoor te zorgen dat steeds wanneer een bestaande term wordt geïmporteerd in een gekoppeld veld met een domein anders dan de domeinen voor het al aanwezige termrecord, een nieuw gekoppeld record zal worden gecreëerd voor die term, met het nieuwe geassocieerde domein. Voor een bestaande term zonder domein wordt de geïmporteerde term ook 37

13-1-2015


Adlib 7.2

opgeslagen in een nieuw record. Merk op dat de mogelijkheid om nieuwe records te creëren ook afhangt van de opties Forcing always allowed en Process links op hetzelfde tabblad.

* Duplicate termen in validatiedatabases zoals de Thesaurus of Personen en instellingen alleen zijn toegestaan als de indexen van de betreffende velden ook niet-unieke sleutels kunnen indexeren. Gewoonlijk is dit het geval wanneer de interne koppelingen in deze databases in uw applicatie zijn gekoppeld op referentie (recordnummer), niet op waarde (ofschoon indexen op interne koppelingen op referentie evengoed op uniek ingesteld kunnen zijn). Standaard zijn interne koppelingen op referentie alleen geïmplementeerd in onze modelapplicaties 4.2 en hoger. Verder wordt de nieuwe optie om duplicate termrecords te creëren aangeboden ongeacht of indexen inderdaad uniek zijn: als die wel uniek zijn dan wordt u middels reguliere foutmeldingen geïnformeerd dat de ingevoerde of geïmporteerde term uniek moet zijn. (Ref.nr.: 6051)

1.21 Externe vertaling van applicatieteksten De Translations manager van Adlib Designer maakt het mogelijk om alle interfaceteksten van uw Adlib-systeem (behalve Help-bestanden) 13-1-2015

38

Adlib 7.2


in één overzicht te bekijken, te bewerken en/of te vertalen. De data in uw database is zo echter niet toegankelijk. De bestanden die met dit gereedschap bewerkt kunnen worden, zijn applicatiestructuurbestanden (.pbk), databasestructuren (.inf), schermbestanden (.fmt) en systeemtekstbestanden (.txt). Uit deze bestanden kunt u de volgende teksten bewerken en/of vertalen: meldingsteksten, labels van knoppen en schermvelden/-kaders, meerkeuzelijstteksten, methode- oftewel zoekingangteksten, gegevensbronnamen, schermtitels, applicatietitels en veldnamen. Al deze teksten kunnen worden bewerkt of vertaald naar zoveel talen als u aan gebruikers ter beschikking wilt stellen. (Zie het onderwerp Managing translations in de Designer Web Help voor meer informatie over dit hulpprogramma.) In Adlib Designer 7.1.13323.1 is aan dit hulpprogramma nieuwe functionaliteit toegevoegd. Die nieuwe functionaliteit is toegankelijk vanuit het File-menu in de Translations manager: Import from file en Export to file.

Met deze functionaliteit kunt u: 

de momenteel geladen applicatieteksten in geselecteerde interfacetalen naar een XML-bestand exporteren;



een eerder geëxporteerd en bewerkt XML-bestand importeren in de momenteel geladen bestanden en daarbij een of meer (nieuw) geselecteerde talen overschrijven.

Het voordeel hier is dat een enkel XML-bestand met alle te bewerken of naar een nieuwe interfacetaal te vertalen applicatieteksten eenvoudig en veilig kan worden uitgewisseld tussen uw bedrijf en een externe vertaler, omdat de vertaler niet langer toegang hoeft te hebben tot de applicatiestructuurbestanden. De vertaler kan zijn of haar werk doen door het XML-bestand zelf in een tekstverwerker te bewerken. Het resulterende bestand kan dan worden teruggestuurd, waarna u het in de daadwerkelijke applicatie kunt importeren om de betreffende teksten te updaten. Laten we ter verduidelijking een voorbeeld bekijken: 39

13-1-2015


Adlib 7.2

1. Selecteer in Designer de hoofd Adlib-map van uw testomgeving om in te werken, via File > Change working folder. 2. Open de Translations manager, via het menu of de werkbalk. Als het venster leeg opent, moet u eerst uw applicatieteksten laden via File > Add application folder. Als u straks zoveel mogelijk te vertalen teksten wilt exporteren, markeer dan alle aankruisvakjes in het dialoogvenster Open folder with Adlib texts.

3. Klik, wanneer teksten in de Translations manager geladen zijn, op File > Export to file om het venster Export translations te openen. Selecteer de talen van de applicatievertalingen die u wilt exporteren (om te laten vertalen) en neem in die selectie ook de taal of talen op waarin nu een nieuwe vertaling moet worden gemaakt. Laten we Hebreeuws als voorbeeld gebruiken. (Engels wordt altijd geëxporteerd, of u het aankruisvakje nu markeert of niet, en wordt gebruikt om nieuwe vertalingen aan de juiste Adlibobjecten toe te voegen wanneer u het bewerkte XML-bestand later importeert.) Exporteren betekent dat de applicatieteksten in de geselecteerde talen worden gekopieerd naar een speciaal XMLbestand: aan de originele Adlib-bestanden waaruit de teksten worden geëxporteerd, wordt nog niets veranderd. Klik daarna op de …-knop achter het invoervak Export to file, om 13-1-2015

40

Adlib 7.2


een map te selecteren en een bestandsnaam voor het te genereren XML-bestand in te voeren. Klik op OK om het exporteren te starten.

4. Zoek het XML-bestand op uw systeem en dubbelklik erop om het te openen. Het zal gestructureerd zijn zoals het voorbeeld hieronder. Merk op dat lege XML-tags voor de vertaling die nog gemaakt moet worden (Hebreeuws in dit voorbeeld) aanwezig zijn doordat we Hebrew ook aangekruist hadden: dit maakt het gemakkelijk voor de vertaler om de nieuwe teksten in te voegen. … <English>Access Toegankelijkheid Restrictions d'accès <English>Access conditions Raadpleging 41

13-1-2015


Adlib 7.2

Conditions d'accès <English>access_category.notes toegangscategorie.opmerkingen conditions_d_accès.notes <English>Accession Inschrijving Inscription <English>Accession analysis Inschrijvingsanalyse Analyse d'inscription … 5. Na het bewerken/vertalen van het bestand in een geschikte tekstverwerker, moet de vertaler het bestand terugsturen. (Merk op dat de Engelse teksten nooit mogen worden aangepast.) Bijvoorbeeld: … <English>Access Toegankelijkheid ‫<השיג‬/Hebrew> Restrictions d'accès <English>Access conditions Raadpleging ‫<השיג יאנת‬/Hebrew> Conditions d'accès <English>access_category.notes toegangscategorie.opmerkingen ‫גוויס_השיג‬.‫<תורעה‬/Hebrew> conditions_d_accès.notes 13-1-2015

42

Adlib 7.2


<English>Accession Inschrijving ‫<תופרטצה‬/Hebrew> Inscription <English>Accession analysis Inschrijvingsanalyse ‫<תופרטצה חותינ‬/Hebrew> Analyse d'inscription … 6. Open uw applicatiemap opnieuw in Designer en laad in de Translations manager alle applicatieteksten die u oorspronkelijk ook had geladen voor export. Alleen de daadwerkelijk geladen teksten zullen worden bijgewerkt, door middel van de overeenkomst tussen de Engelse vertaling in de geladen teksten en de Engelse vertaling in het geïmporteerde bestand. 7. Klik op File > Import from file om het venster Import translations te openen. Markeer alleen de taal of talen van de vertalingen waarmee u uw applicatiebestanden wilt bijwerken. De teksten in de geselecteerde talen zullen worden overschreven door de relevante teksten uit het XML-bestand; de andere vertalingen die in de applicatiebestanden aanwezig zijn, zullen niet worden gewijzigd. Klik op OK om de nieuwe vertalingen te importeren.

43

13-1-2015


Adlib 7.2

8. In de Translations manager kunt u nu controleren of de nieuwe vertalingen correct zijn toegevoegd.

9. Vergeet tot slot niet alle gewijzigde applicatiebestanden op te slaan wanneer u Designer sluit.

1.22 Adapl datavoorbewerking voor etiketafdrukken Wanneer u in Adlib etiketten afdrukt via de optie Bestand > Etiket afdrukken, drukt u af naar printerspecifieke etiketten (via printerspecifieke sjablonen, geen Word-sjablonen) die vaste teksten, barcodes en velddata uit uw Adlib-records kunnen bevatten. Vanaf Adlib 7.2 is het echter ook mogelijk om een eigen adapl gegevens uit het record te laten voorbewerken voordat een etiket wordt afgedrukt, vergelijkbaar met hoe u een adapl data kunt laten voorbewerken voorafgaande aan afdrukken naar een Word-sjabloon (ofschoon u het etikettensjabloon nooit expliciet aanroept en het ook niet als uitvoerformaat moet instellen). U zou deze functionaliteit kunnen gebruiken om meer grip te krijgen op de manier waarop namen van personen of instellingen op de etiketten zullen worden afgedrukt, bijvoorbeeld door dynamisch de lengte van de af te drukken gegevens te beperken of door de volgorde van afgedrukte data te wijzigen afhankelijk van welke gegevens daadwerkelijk aanwezig zijn in het record. Alle ADAPL-functionaliteit staat tot uw beschikking.  Een adapl-verwijzing aan het etiketsjabloon toevoegen Stel dat u beschikt over het volgende Zebra-printeretiketsjabloon om een adres af te drukken: 13-1-2015

44

Adlib 7.2


CT~~CD,~CC^~CT~ ^FX%title:Address label 12pt%^FS ^XA~TA5274310~JSN^LT10^MN^MTD^PON^PMN^LH0,0^JMA^PR268447781,268447781~SD1 2^JUS^LRN^CI0^XZ ^XA ^MMC ^PW812 ^LL0529 ^LS0 ^FT63,413Â0N,34,28^FH\^FD%field:postal_addr_street%.^FS ^FT63,374Â0N,34,33^FH\^FDt.a.v. %field:salutation% %field:initials% %field:last_name%^FS ^FT63,334Â0N,34,31^FH\^FD%field:name%^FS ^FT63,453Â0N,34,33^FH\^FD%field:postal_addr_postcode% %field:postal_addr_place%^FS ^FT63,492Â0N,34,33^FH\^FD%field:postal_addr_country%^FS ^PQ1,1,1,Y^XZ

Als u nu een eigen adapl uitgevoerd zou willen hebben voordat elk etiket wordt afgedrukt, dan moet u een verwijzing naar die adapl in het sjabloon opnemen. Dat kunt u op twee manieren doen: 

U kunt een regel zoals de volgende ergens in het sjabloon toevoegen (ofschoon ingevoegd als de derde regel hier wel zo keurig is): ^FX%adapl:..\\adapls\\myadapl.bin%^FS



Of voeg het gedeelte tussen ^FX en ^FS in de al aanwezige commentaarsectie als volgt in: ^FX%title:Address label 12pt%%adapl:..\\adapls\\myadapl.bin%^FS

Verander natuurlijk wel nog de naam van de adapl naar die van uw eigen adapl en merk op dat het pad relatief moet zijn aan de Adlib applicatiemap waarin het adlib.pbk-bestand staat. U kunt ook zien dat elk backslash in het pad moeten worden verdubbeld om te voorkomen dat de parser er functionele betekenis aan hecht. Sla uw gewijzigde etiket op en herstart Adlib wanneer u klaar bent om uw werk te testen. Merk op dat als voor het afdrukken de adapl niet kan worden gevonden, er een foutmelding zal worden getoond en dat er geen enkel etiket zal worden afgedrukt.  Een voorbewerkings-adapl voor etiketafdrukken schrijven Laten we een voorbeeld van een adapl bekijken om de gedachten te bepalen. Stel dat het name-veld, zoals opgenomen in het sjabloon hierboven, persoonsnamen bevat in het formaat ‘achternaam, voornaam’, en dat u dat met behulp van een adapl zou willen omdraaien naar ‘voornaam achternaam’. U kunt dan de volgende zeer eenvoudige adapl schrijven om dit af te handelen: 45

13-1-2015


Adlib 7.2

* this adapl reverses 'surname, first name' * to 'first name surname'. %1 = name$(%1) end

Merk hierover het volgende op: 

In dit specifieke voorbeeld heeft het name-veld de veldtag %1. Uw eigen applicatie kan andere veldnamen en tags hebben.



De ADAPL-functie name$ draait een naam om als er een komma in zit. In dit geval wordt de waarde uit tag %1 omgedraaid en tijdelijk in diezelfde tag bewaard. De omgedraaide waarde wordt niet opgeslagen in het databaserecord, maar is slechts tijdelijk aanwezig in het geheugen.



Deze adapl zal worden uitgevoerd voor elk gemarkeerd record in uw selectie, dus wanneer de adapl draait heeft-ie direct toegang tot alle veldtags in het momenteel verwerkte record (zonder FACS te hoeven gebruiken).



Alhoewel de adapl de inhoud van een veldtag wijzigt terwijl het labelsjabloon veldnamen bevat, zal Adlib de tag aan de juiste veldnaam koppelen voordat er wordt afgedrukt. Wanneer dus het name-veld wordt afgedrukt, wordt eigenlijk de gewijzigde inhoud van de tag %1 afgedrukt.



In het etiketsjabloon kunt u in plaats van Engelse veldnamen ook veldtags gebruiken als u dat handiger vindt, maar tags die beginnen met een procentteken kunt u echter niet gebruiken. In dit voorbeeld zou u %field:name% dus niet kunnen vervangen door %field:%1%, bijvoorbeeld, maar %field:postal_addr_postcode% zou u bijvoorbeeld wel kunnen vervangen door %field:pc%, als pc de tag van het veld postal_addr_postcode zou zijn.



U kunt in uw adapl en sjabloon tijdelijke tags gebruiken. Stel dat tag xx niet in uw database voorkomt, dan kunt u in uw adapl deze tijdelijke tag vullen met elke willekeurige waarde, om die tag vervolgens in het sjabloon op te nemen zoals u dat met een normale veldnaam of tag zou doen waarna de waarde zou worden afgedrukt. Om bijvoorbeeld de tag xx te vullen met de datum van vandaag, voegt u de volgende regel aan uw adapl toe: xx = date$(8) Vergeet niet om de adapl te hercompileren en om de tag daadwerkelijk in uw etiketsjabloon op te nemen om die afgedrukt te krijgen. Deze tijdelijk tag zal niet in uw records worden opgeslagen. Merk verder op dat het aanbeveling verdient om tijdelijke tags

13-1-2015

46

Adlib 7.2


toch in de datadictionary van de betreffende database te definieren, zelfs al zult u er nooit iets permanent in opslaan. De reden is dat wanneer u later eens besluit nieuwe velden aan uw database toe te voegen, u niet per ongeluk tags introduceert die al als tijdelijke tags in adapls worden gebruikt. Voor meer informatie over het maken van printerspecifieke etiketsjablonen, zie hoofdstuk 15.11 in de Adlib Gebruikersgids. ADAPL programmeren daarentegen, wordt in detail besproken in de Designer Web Help.

1.23 ADAPL-functie om velden op slot te zetten

Gelijk de Adlib-functie Zet veld op slot (zie hoofdstuk 12.10 in de Adlib Gebruikersgids) hebt u vanaf 7.2 in de ADAPL-programmeertaal de beschikking over de functie lockfield (tag, occ, taal), waarin tag de datadictionary veldtag van het op slot te zetten veld moet zijn, occ het occurrencenummer van de op slot te zetten occurrence van dat veld (1 of hoger), en taal in de vorm van een IETF taalcode zoals 'nl-NL' voor Nederlands of 'en-GB' voor Brits Engels moet worden opgegeven (zie ook het document “Using Language Identifiers (RFC 3066)” dat u op internet kunt vinden). Result = LOCKFIELD(tag, occ, taal) Argumenten result, occ: integer tag, taal: text Alle lockfield() argumenten zijn verplicht. Als het betreffende veld niet meertalig is of een meertalig gekoppeld veld is of u wilt alle talen van een niet-gekoppeld meertalig veld ineens op slot zetten, gebruik dan in plaats van een taalcode de string '0' (een nul tussen aanhalingstekens dus). De functie retourneert een integer foutcode: 0 indien succesvol of een andere waarde indien zich een fout heeft voorgedaan. Een voorbeeld van een toepassing is wanneer u data uit een vorig en/of bevroren systeem wilt importeren, data die daarna niet meer aangepast mag worden: tijdens de import kunt u met behulp van de nieuwe functie de betreffende veldoccurrences dan al op slot zetten. De functionaliteit om velden op slot te zetten is alleen beschikbaar voor Adlib SQL en Oracle-databases. (Ref.nr.: 6443)

47

13-1-2015


Adlib 7.2

1.24 After-read adapl-optie voor importjobs Op het Options-tabblad van een importjob kunt u vanaf Designer 7.2.14286.3 naast de reguliere import-adapl ook een adapl instellen die nog iets eerder uitgevoerd wordt, namelijk voordat een eventueel updateproces in gang wordt gezet, maar wel nog steeds na het inlezen van het record uit het uitwisselbestand en het mappen van de bronvelden naar de doelvelden. Daarvoor is de oude optie Adapl procedure hernoemd naar Storage adapl (die pas vlak voor opslag van het doelrecord wordt uitgevoerd) en is de nieuwe optie After read adapl toegevoegd. Beide instellingen zijn optioneel en het gaat in beide gevallen om op maat gemaakte adapls die speciaal voor uw importjob zijn geschreven.

De after-read adapl wordt dus nog vóór een eventueel updateproces uitgevoerd. Dat wil zeggen dat als u voor de importjob een Update tag (ook op het tabblad Options) hebt ingesteld, deze adapl wordt uitgevoerd voordat de importprocedure de update-tag gebruikt om een bestaand doelrecord te zoeken om bij te werken. Dat gegeven kunt u 13-1-2015

48

Adlib 7.2


bijvoorbeeld gebruiken om juist de waarde die in die update-tag terecht komt, bijvoorbeeld een objectnummer, vóór te bewerken. Dit kan nodig zijn als de betreffende data (objectnummers in dit voorbeeld) in het uitwisselbestand een andere vorm heeft dan die data in de doelrecords. Soms bevat de brondata misschien velddata waaruit objectnummers eerst onttrokken moeten worden, omdat er nog andere data in dat veld staat, of moeten objectnummers eerst worden samengesteld uit gegevens van meerdere velden in het uitwisselbestand voordat ze overeenkomen met objectnummers in de bestaande doelrecords. Dat onttrekken of samenstellen kunt u nu dan via de afterread adapl doen. Deze adapl kan in principe op dezelfde wijze geprogrammeerd worden als de Storage adapl voor een importjob. De after-read adapl wordt uitgevoerd met uitvoeringscode 27, dat wil zeggen &1=27. U kunt zo’n uitvoeringscode in de adapl zelf opvragen als u de adapl voor meerdere doeleinden wilt gebruiken en het ene stukje code bijvoorbeeld after-read wilt laten uitvoeren en het andere voor opslag. Zo hoeft u maar één adapl te schrijven die u in beide opties kunt instellen.

1.25 Nieuwe gereserveerde ADAPL-variabele &6[7] De nieuwe gereserveerde ADAPL-variabele &6[7] zal de Engelse naam bevatten van de gegevensbron waarin de gebruiker momenteel werkt. De naam en de exacte spelling ervan worden verkregen uit het applicatiedefinitiebestand (.pbk) van de momenteel uitgevoerde applicatie. Dat betekent dat &6[7] niet kan worden gebruikt in op zichzelf staande adapls of in Stap 1 van de Zoekassistent: in het eerste geval zal er geen huidig .pbk zijn terwijl in het tweede geval de gebruiker nog geen gegevensbron zal hebben geselecteerd. Merk op dat alle databases en datasets die worden opgesomd in Stap 1 van de Zoekassistent gegevensbronnen worden genoemd. Gegevensbronnamen zijn ingesteld in de .pbk terwijl database- en datasetnamen zijn ingesteld in hun eigen databasedefinitiebestanden (.inf). (Ref.nr.: 6509)

1.26 Adlib opstart-optie voor data-taal Om uw meertalige Adlib applicatie altijd in een vaste data-taal te laten opstarten, kunt u vanaf 7.2 de opdrachtregeloptie –d gebruiken. In het Doel van uw Adlib snelkoppeling voegt u daartoe bijvoorbeeld –d nl-NL achter het pad naar adlwin.exe toe om de applicatie altijd met de Nederlands data-taal te laten starten. Bijvoorbeeld: F:\Adlib\executables\adlwin.exe –d nl-NL 49

13-1-2015

2 Overige verbeteringen In 7.2 is verder de volgende functionaliteit verbeterd:

2.1 Weergave 1. Adlib negeerde applicatie-toegangsrechten als de toegangsrechten op de \data-map op alleen-lezen waren gezet. Wanneer via Windows Verkenner alleen-lezenrechten op de Adlib \data-map waren ingesteld, dan negeerde Adlib vervolgens de toegangsrechten die mogelijk in de applicatie ingesteld waren en paste automatisch alleen-lezen rechten toe op alle velden in de databases. Dit was onjuist omdat in de applicatie gedefinieerde toegangsrechten meer beperkend kunnen zijn dan alleen-lezen. (Ref.nr.: 3314) 2. Alleen de eerste 79 tekens van een schermveldlabel werden op het scherm getoond. Wanneer u een schermveldlabel creeerde dat langer was dan 79 tekens, dan werden alleen de eerste 79 tekens op het scherm getoond, terwijl de Screen editor in Designer de lengte van een label niet limiteert. (Ref.nr.: 6119) 3. Scrollen door een zeer groot aantal records (meer dan 70000) was niet mogelijk. In de lijstweergave scrollen door een zeer groot aantal records was niet mogelijk. De schuifbalk sprong steeds terug naar het begin van de lijst. (Ref.nr.: 6273) 4. De knop Ontlenen toonde geen vervolgmenu wanneer die knop was toegevoegd aan de werkbalk Snelle toegang. Wanneer de knop Ontlenen was toegevoegd aan de werkbalk Snelle toegang, dan verscheen bij klikken op die knop geen vervolgmenu met de verschillende ontleenopties. Het was aldus onmogelijk om met die knop een record te ontlenen. (Ref.nr.: 6278) 5. Na het sluiten van een zoomscherm werd soms niet het originele record getoond maar het record dat eraan was gekoppeld via ‘Is deel van’. Na het openen van een Heeft als deel-record B vanuit record A (door te klikken op het veld Heeft als deel op het tabblad Nummers | Relaties in een objectrecord) en vervolgens een zoomscherm te openen door te klikken op het veld Collectie op het tabblad Identificatie en het daarna te sluiten, keerde u niet terug naar record B (van waaruit u het zoomscherm opende) maar naar record A (het Is deel van-record van record B). (Ref.nr.: 6288)

51

13-1-2015

Overige verbeteringen

Adlib 7.2

6. Verscheidene knoppen in het lint werden weergegeven alsof ze actief waren maar ze functioneerden niet wanneer het Pointerfiles-venster open stond. Verscheidene knoppen in de Adlib-menu’s werden niet gedimd weergegeven nadat u het venster Pointerfiles had geopend en andere knoppen waren actief maar werkten niet meer. In het menu Bestand waren de knoppen Importeren, Exporteren en Afbeeldingen niet gedimd; in the Startmenu werkten de knoppen Herstart, Nieuw, Geavanceerd zoeken, Zoekformulieren en Ontlenen niet meer ofschoon ze werden getoond als actief; en ook in het Start-menu had de knop Pointerfiles gedimd moeten worden weergegeven. (Ref.nr.: 5920) 7. De Hiërarchiebrowser toonde de verkeerde data wanneer een zoomscherm werd gebruikt. Wanneer u een record geopend had en de Hiërarchiebrowser toonde, en u vervolgens op een onderstreepte term klikte om dat record in een zoomscherm te openen en dan op de bredere term in dat zoomscherm klikte, dan schakelde de inhoud van de Hiërarchiebrowser over naar die van de gekoppelde database, in plaats van de hiërarchische inhoud van de primaire database te blijven weergeven. (Ref.nr.: 4891) 8. De statusbalk vermeldde soms: 1 record gemarkeerd, terwijl er geen record gemarkeerd was. Onder sommige omstandigheden toonde de statusbalk de melding: 1 record gemarkeerd, terwijl er geen record gemarkeerd was. U kon zelfs de functie Schrijf set gebruiken, waarmee dan een lege pointerfile werd aangemaakt. Als u daadwerkelijk individuele records markeerde, dan werd de betreffende statusmelding niet bijgewerkt. (Ref.nr.: 6085) 9. Het openen van een zoomscherm voor een term gekoppeld op waarde terwijl het termrecord niet bestond, genereerde twee foutmeldingen. Wanneer een gekoppeld veld gekoppeld was op waarde (niet op linkreferentie) en dit veld bevatte een waarde waarvoor geen gekoppeld record beschikbaar was, dan werden twee foutmeldingen gegenereerd (in plaats van één) wanneer u op deze term in het record in weergavemodus klikte om een zoomscherm te openen. (Ref.nr.: 6088) 10. De $role-constante voor schermvoorwaarden bevatte alleen de eerste rol die aan een gebruiker was toegekend. Een gebruiker kan meer dan één rol hebben, maar de $role-constante voor schermvoorwaarden bevatte alleen de eerst toegekende rol, zodat een schermvoorwaarde niet correct werd geëvalueerd als de voorwaarde gemaakt was voor een gebruikersrol anders dan de eerste. (Ref.nr.: 6448) 13-1-2015

52

Adlib 7.2


11. Een tweede zoomscherm werd verborgen achter het eerste. Wanneer u in weergavemodus een zoomscherm naar een gekoppeld record opende en in dat zoomscherm op een andere gekoppelde term klikte om een tweede zoomscherm te openen, dan opende het tweede zoomscherm achter het eerste. (Ref.nr.: 5698) 12. In RTL-modus waren de recordnavigatieknoppen omgewisseld terwijl hun functionaliteit nog dezelfde was. In rechtsnaar-links invoermodus waren de pijltjesknoppen om naar het eerste, vorige, volgende of laatste record in het zoekresultaat te navigeren omgewisseld maar de functionaliteit achter elke knop was dezelfde gebleven. RTL-modusgebruikers associëren “vooruit” echter met een pijl die naar links wijst en “terug” met een pijl die naar rechts wijst. Deze fiks herstelt daarom de normale volgorde van deze knoppen in RTL-modus maar wisselt daarentegen hun functionaliteit om. (Ref.nr.: 6399) 13. Een Hebreeuwse veldnaam werd niet correct getoond in het venster Wijzig data voor meertalig veld… Als u een 2.0.6 (of vergelijkbare) Adlib-applicatie in RTL-modus startte met de interfacetaal ingesteld op Hebreeuws en in een meertalig Titel-veld opende u het venster Wijzig data voor meertalig veld... dan werd de Hebreeuwse vertalig van de titel-veldnaam in het opschrift van dit venster onjuist weergegeven. (Ref.nr.: 6340) 14. Soms werden interfaceteksten verkort getoond na wisselen tussen talen. Als u van interfacetaal wisselde in de geavanceerde zoektaal of in een zoekformulier en terugkeerde naar de Zoekassistent, dan zag u dat namen van databases en zoekingangen verkort werden weergegeven (afgesneden na enkele letters en gevolgd door een beletselteken). (Ref.nr.: 4480) 15. Geen tekst onder de laatste rij van afbeeldingen in de Miniatuurweergaven van de lijstweergave. Wanneer u op het tabblad Miniatuurweergaven van een lijstweergave omlaag schoof naar de onderkant van een groot zoekresultaat, dan werd de laatste rij miniatuurweergaven getoond zonder bijbehorende tekst eronder. Zonder miniatuurweergave voor een record leek het daarom zelfs alsof dat record er niet was. (Ref.nr.: 4835) 16. Een zoomscherm vanaf een ander zoomscherm openen, opende dat achter het eerste zoomscherm. Wanneer u een eerste zoomscherm had geopend en op een onderstreepte waarde in dat zoomscherm klikte, dan werd het tweede zoomscherm onmerkbaar achter het eerste geopend. U moest het eerste zoomscherm verplaatsen om het tweede te kunnen zien. (Ref.nr.: 6477) 53

13-1-2015


Adlib 7.2

17. Een veld-onderdrukvoorwaarde zoals C1 = 2A werkte niet omdat een van de tags met een cijfer begon. In voorwaarden voor het onderdrukken van velden werden tags die met een cijfer beginnen niet herkend als tags maar werden in plaats daarvan geinterpreteerd als tekst. (Ref.nr.: 6621) 18. Miniatuurweergaven met diakritische tekens, opgehaald via wwwopac.ashx, werden niet altijd weergegeven. Miniatuurweergaven met diakritische tekens in hun bestandsnamen werden op de zoekresultaattabbladen Miniatuurweergaven en Filmstrook niet weergegeven als die miniatuurweergaven via wwwopac.ashx werden opgehaald. (Ref.nr.: 6176)

2.2 Zoeken 19. Zoeken op een niet-voorkeursterm in een SQL-database via een zoekformulier leverde geen recordsop. Zoeken via een zoekformulier op een niet-voorkeursterm in een SQL-database leverde geen records op omdat er geen voorkeurstermvervanging werd toegepast. (Ref.nr.: 5348) 20. Zoeken op priref in een CBF-database retourneerde Dit record is zojuist verwijderd voor elk record. Zoeken op recordnummer in een CBF-database toonde voor elk record in het zoekresultaat waarop u dubbelklikte (onterecht) de melding Dit record is zojuist verwijderd. (Ref.nr.: 5901) 21. Zoeken met een zoekformulier gebruikte de bredere term van de ingevoerde waarde en retourneerde alle nauwere termen van die term. Zoeken met een zoekformulier gebruikte de bredere term van de ingevoerde waarde en retourneerde alle nauwere termen van die term. Met deze fiks zoekt u nu op de ingevoerde term, maar ook op alle nauwere termen daarvan. (Ref.nr.: 6225) 22. Datumbereik zoekresultaten waren niet altijd juist. Records met verschillende datums die in het zoekresultaat hadden moeten verschijnen, werden niet gevonden, en vice versa. (Ref.nr.: 6258) 23. Het aankruisvakje Gebruik relaties was niet aanwezig voor alfanumerieke zoekingangen. Wanneer de index voor een zoekingang van het alfanumerieke type was, dan was het aankruisvakje Gebruik relaties in Stap 3 van de Zoekassistent (alleen van toepassing op SQL-databases) niet beschikbaar wanneer u zocht op deze zoekingang. (Ref.nr.: 6224) 24. Een artikel zoeken op brontitel genereerde een fout 121 op ouder-kindrelatie wanneer de titel van het ouderrecord be13-1-2015

54

Adlib 7.2


gon met hetzelfde woord als de brontitel van het artikel. Wanneer een artikel gekoppeld was aan een tijdschrift via de brontitel en ook gekoppeld aan een boek door middel van een ouder-kindrelatie, terwijl de titel van zowel het boek als het tijdschrift met hetzelfde woord begon, dan genereerde adlib een fout 121 op de ouder-kindrelatie wanneer u de dataset Artikelen doorzocht op dat bepaalde woord in de brontitel. (Ref.nr.: 6316) 25. Het tonen van de termenlijst in het venster Vind data voor het veld, duurde de eerste keer eventjes. Wanneer u in een gekoppeld veld voor het eerst sinds u Adlib startte op Shift+F4 drukte, dan duurde het eventjes voor de termenlijst in het venster Vind data voor het veld werd getoond. (Ref.nr.: 6289) 26. Getrunceerd zoeken met een Zoekformulier vond niet alle relevante records. Met een Zoekformulier getrunceerd zoeken op een gedeeltelijk woord vond niet alle relevante records. Het gedrag was onvoorspelbaar. (Ref.nr.: 6507) 27. Geen niet-voorkeurstermvervanging in SQL. Wanneer u via geavanceerd zoeken in een Adlib SQL-database zocht op een nietvoorkeursterm, dan werden geen records gevonden omdat er geen vervanging van de niet-voorkeursterm door de voorkeursterm had plaatsgevonden. (Ref.nr.: 6360) 28. Geavanceerd zoeken met de operator “<” leverde geen resultaten op. Wanneer u met geavanceerd zoeken bijvoorbeeld zocht %0 < 100, terwijl records met recordnummers kleiner dan 100 wel degelijk aanwezig waren, dan werden geen records gevonden. (Ref.nr.: 6516) 29. Zonder relaties zoeken, genereerde soms een SQL-fout. Als u in de Zoekassistent het aankruisvakje Gebruik relaties deselecteerde nadat u dezelfde zoekopdracht mét relaties had uitgevoerd, dan werd een SQL-fout gemeld. (Ref.nr.: 6517) 30. Een veldwaarde die begon met een spatie kon niet worden gevonden via een termindex, ofschoon die correct was geindexeerd. Wanneer een veldwaarde met een spatie begon, bijvoorbeeld “ 1” en het veld had een termindex, dan werd die term weliswaar correct geïndexeerd, inclusief de spatie, maar wanneer u op deze term zocht (met of zonder spatie) via de Zoekassistent of Geavanceerd zoeken, dan meldde Adlib “Geen records gevonden”. Deze bug kwam alleen voor in Adlib SQL-databases. (Ref.nr.: 6539) 31. Een getrunceerde zoekzin gecombineerd met een andere zoekzin via WHEN in de geavanceerde zoektaal, retourneerde een SQL query error. Wanneer u een geavanceerde 55

13-1-2015


Adlib 7.2

zoekzin uitvoerde zoals bijvoorbeeld: location.history = "room 1A*" when location.history.date.end = "2014-07-01", waarin één waarde getrunceerd was en de Booleaans vergelijking WHEN werd gebruikt, dan retourneerde Adlib een SQL query error. (Ref.nr.: 6579) 32. Getrunceerde narrower en generic zoekopdrachten gaven geen resultaten. Als een geavanceerde getrunceerde zoekopdracht zoals object_name = *term* wel resultaten gaf, dan kon zoeken op object_name narrower *term* of object_name generic *term* soms helemaal geen resultaten opleveren. (Ref.nr.: 6424) 33. Een lege zoekopdracht met gebruik van relaties kon resulteren in een SQL query time-out. Wanneer u in de Zoekassistent het aankruisvakje Gebruik relaties gemarkeerd hebt en u zoekt op een lege waarde, dan kan het even duren voordat de zoekopdracht gereed is. In vorige versies kon dit resulteren in een SQL query time-out. (Ref.nr.: 6601)

2.3 Bewerken 34. Het favorietenlijstje kon niet gebruikt worden in een zoomscherm. Het rechtskliklijstje van favoriete waarden voor een veld kon alleen worden gebruikt in de primaire database, niet in een zoomscherm naar een gekoppelde database (Ref.nr.: 4972) 35. De Hiërarchiebrowser toonde zijn inhoud twee keer wanneer u in bewerkingsmodus door de hiërarchie navigeerde. Wanneer u een record in bewerkingsmodus had geopend, de Hierarchiebrowser opende en vervolgens een ander record opende door er in de hiërarchie op te klikken, dan werd de hiërarchie plots twee keer getoond. (Ref.no: 5316) 36. Het toevoegen van een tweede occurrence aan een HTMLveld genereerde een fout 1011. Wanneer u een tweede occurrence van een HTML-veld toevoegde (indien aanwezig in uw applicatie), dan werd een foutmelding 1011 gegenereerd. (Ref.nr.: 6168) 37. Na het creëren van een nieuwe gekoppelde term was de term niet geselecteerd in het venster Vind data voor het veld. Nadat u het venster Vind data voor het veld had geopend voor een gekoppeld veld en van daaruit een gekoppeld record voor een nieuwe term aanmaakte en daarna het zoomscherm voor de nieuwe term sloot, dan was de nieuwe term in het venster Vind data voor het veld niet automatisch geselecteerd. (Ref.nr.: 6175) 13-1-2015

56

Adlib 7.2


38. Vervangen in records met Vergelijk delen van woorden verving ook tekst die niet gewijzigd had moeten worden. Wanneer u bijvoorbeeld het voorvoegsel van een aantal standplaatsnamen wilde vervangen via zoek-en-vervang met de optie Vergelijk delen van woorden gemarkeerd, dan werd het gedeelte van de veldinhoud dat niet gewijzigd moest worden toch (op onvoorspelbare wijze) veranderd. (Ref.nr.: 6240) 39. In een HTML-veld was er geen snelmenu voor het kopiëren, knippen of plakken van tekst. Wanneer u wat tekst kopieerde vanaf een website of tekstbestand en in een HTML-veld in uw applicatie (indien aanwezig) rechtsklikte, dan verscheen er geen snelmenu om u de mogelijkheid te bieden de gekopieerde tekst te plakken. In plaats daarvan kon u echter wel de toetscombinatie Ctrl+V gebruiken. (Ref.nr.: 6222) 40. Een veld op een zoomscherm was niet bewerkbaar wanneer zijn tag ook werd gebruikt als een contextveld in de primaire database. Een veld op een zoomscherm was niet bewerkbaar voor bepaalde gebruikers zonder admin-rol, wanneer de tag ervan ook werd gebruikt als contextveld (voor het tonen van een interne-linkhiërarchie) in de primaire database. (Ref.nr.: 6265) 41. Fout 1011 bij gebruik van optie Occurrence onderaan toevoegen in leeg gekoppeld veld. Wanneer de cursor in een leeg gekoppeld veld stond en u op de optie Occurrence onderaan toevoegen klikte, dan werd een fout 1011 gegenereerd. (Ref.nr.: 6328) 42. Voor sommige gekoppelde velden moest u in het venster Vind data voor het veld twee keer op Enter drukken om een nieuwe term te forceren. Wanneer er geen linkscherm was gespecificeerd voor een gekoppeld veld, dan moest u twee keer op Enter drukken wanneer het venster Vind data voor het veld opende om het u mogelijk te maken de nieuwe term te forceren, terwijl u voor gekoppelde velden die wel een linkscherm hebben maar één keer op Enter moet drukken. (Ref.nr.: 6357) 43. Ontbrekende foutmelding wanneer een niet-unieke sleutel werd gebruikt terwijl de betreffende index op uniek was ingesteld. Wanneer in een Bibliotheek-applicatie niet alleen de copyno (e0) maar ook de shelfmar (ey) index op Unique keys only was ingesteld, dan verscheen er geen foutmelding wanneer een niet-unieke sleutel werd gebruikt in het Plaatscode-veld. Het exemplaarrecord en de exemplaaroccurrence in de Documentdatabase werden (correct) niet opgeslagen, maar er werd geen melding getoond om de gebruiker daarover te informeren. (Ref.nr.: 6373) 57

13-1-2015


Adlib 7.2

44. Verwijderde data in het veld Bijzonderheden dat onderdeel is van een gekoppelde veldgroep, werd opnieuw getoond wanneer een nieuwe occurrence werd toegevoegd. Wanneer u data uit het veld Bijzonderheden op het tabblad Exemplaren en vindplaatsen verwijderde (database document, tag en, deel van de veldgroep Copies, dan werd die data opnieuw getoond wanneer u een nieuwe occurrence van die veldgroep toevoegde. (Ref.nr.: 4850) 45. De inhoud van sommige velden ontbrak na het ontlenen van een record uit de ene dataset naar een andere. De inhoud van ten minste twee velden (di en UR in collect.inf) ontbrak na het ontlenen van een record uit de ene dataset van de collect database naar een andere. (Ref.nr.: 6306) 46. Via Ctrl+Alt+a de letter “á” invoegen, verwijderde alle reeds ingevoerde tekst in het veld. Wanneer u tekst in een veld invoerde en op een gegeven moment de letter á invoegde via de toetscombinatie Ctrl+Alt+a, dan werd die letter inderdaad ingevoerd maar de overige tekst werd verwijderd uit het veld. (Ref.nr.: 5514) 47. Bij het plakken van meerdere veldgroepitems vanaf het Adlib klembord werd de sorteervolgorde van de veldgroepen veranderd. Wanneer u de inhoud van individuele velden vanuit herhaalde veldgroepen kopieerde (Ctrl+D) en vervolgens ineens in een nieuw record plakte (Ctrl+J) dan werd de sorteervolgorde van de geplakte veldgroepen gewijzigd. (Ref.nr.: 5147) 48. Alleen-lezenvoorwaarden via $role voor schermvelden werkte niet. Wanneer toegang tot een schermveld via de $roleconstante beperkt was tot alleen-lezen, dan kon het veld toch bewerkt worden. (Ref.nr.: 6504) 49. Tijdens het bijwerken van een bestaand record via ontlenen, rapporteerde de statusbalk Nieuw record. Tijdens het bijwerken van een bestaand record middels ontlenen toonde de statusbalk de melding Nieuw record in plaats van het bestaande recordnummer. Na het opslaan van het bijgewerkte record werd het juiste recordnummer wel weer getoond. (Ref.nr.: 4795) 50. Alle velden kopiëren en plakken in een nieuw record resulteerde in verdubbeling van velden. Wanneer u de functie Kopieer alle velden in een record gebruikte en vervolgens een nieuw record opende en Plak alle velden gebruikte, dan werden sommige velden twee keer geplakt zodat dubbele occurrences werden gecreëerd. (Ref.nr.: 6349)

13-1-2015

58

Adlib 7.2


51. Het was niet mogelijk om Alt Gr in rich-textvelden te gebruiken. Het was niet mogelijk om de rechter Alt-toets (Alt Gr op sommige toetsenborden) te gebruiken om tekens zoals € in rich-textvelden in te voeren. (Alt Gr+5 voert gewoonlijk het euroteken in.) (Ref.no: 5343) 52. IPTC afbeeldingsmetadata werd soms niet geïmporteerd. Als u een nieuw Beelddocumentatie-record aanmaakte voor een afbeelding die IPTC-metadata bevatte die in Windows Verkenner was bewerkt, dan werd de IPTC-metadata niet geïmporteerd wanneer u de koppeling naar het afbeeldingsbestand legde. (Ref.nr.: 6514) 53. Adlib liep vast na het voor de tweede keer verlaten van een tabblad met een HTML-veld. Wanneer u een record in bewerkingsmodus geopend had, de cursor in een HTML-veld plaatste (bijvoorbeeld op het tabblad Begeleidende teksten van een objectrecord), vervolgens een ander tabblad opende, terugkeerde naar het tabblad met het HTML-veld en opnieuw een ander tabblad opende, dan liep Adlib vast. (Ref.nr.: 6555) 54. Een nieuwe gekoppelde term moest twee keer worden geforceerd. Wanneer u een niet-bestaande term in een gekoppeld veld had ingevoerd en u “forceerde” het nieuwe gekoppelde record vanuit het venster Vind data voor het veld, dan moest u dat record nogmaals forceren in dat venster wanneer u het hoofdrecord probeerde op te slaan terwijl de cursor nog steeds in het gekoppelde veld stond. (Ref.nr.: 6556) 55. De functie Kopieer alle velden kopieerde ook nietuitwisselbare velden. Wanneer u de knop Kopieer alle velden gebruikte, dan werden alle velden van het record gekopieerd naar het klembord, inclusief velden waarvoor de Designer-optie Exchangeable (uitwisselbaar) gedeselecteerd was. (Ref.nr.: 6559) 56. Als meerdere voorkeurstermen werden gevonden tijdens zoeken-en-vervangen dan werd het standaard linkscherm getoond. Wanneer u een zoek-en-vervangactie uitvoerde in een gekoppeld veld en de nieuwe waarde was in de gekoppelde database meerdere keren aanwezig als voorkeursterm, dan verscheen terecht het venster Meerdere voorkeurstermen gevonden…, maar de weergegeven veldkolommen waren die van het (impliciete) standaard linkscherm, niet die van het linkscherm dat voor het gekoppelde veld was gespecificeerd. (Ref.nr.: 6569) 57. Bij ontlenen kwamen gezochte woorden uit de titel terecht in het nieuwe record, in plaats van de echte titel. Wanneer u een record ontleende, werden de woorden die u in het titelveld in 59

13-1-2015


Adlib 7.2

het zoekformulier had ingevuld, gekopieerd naar het nieuwe record, in plaats van de daadwerkelijke titel uit het originele record. (Ref.nr.: 6575) 58. Het plakken van veldgroepoccurrences kon hun sorteervolgorde wijzigen. De volgorde waarin gekopieerde velden uit een herhaalde veldgroep in de doelveldgroep werden geplakt was niet gerelateerd aan hun originele volgorde: de nieuwe veldgroepoccurrences werden weliswaar correct (in samenhang) onder mogelijk al bestaande occurrences geplakt maar gewoonlijk niet in hun originele volgorde. (Ref.nr.: 6589) 59. Wijzigingen in veldoccurrence van Exemplaargegevens gingen soms verloren. Na het aanpassen van één van de bestaande veldoccurrences van de Exemplaargegevens-veldgroep van een bibliotheekmateriaal, bijvoorbeeld het veld Bijzonderheden, om vervolgens een nieuwe occurrence van die veldgroep aan te maken, werd de aanpassing aan de bestaande occurrence overschreven door data uit het betreffende gekoppelde exemplaarrecord. (Ref.nr.: 6223) 60. Onbedoelde verwijdering van thesaurustermen uit objectrecords. Als u een lege occurrence uit het veld term.type van een thesaurusterm verwijderde, dan werd de term zelf (na uw bevestiging) uit objectrecords verwijderd. (Ref.nr.: 6229) 61. Meerkeuzelijstjes voor gekoppelde velden toonden ook niet-voorkeurstermen. De meerkeuzelijsten voor gekoppelde velden (die waren ingesteld om de beschikbare termen te tonen in een meerkeuzelijst in plaats van in het venster Vind data voor het veld…), bevatten ook niet-voorkeurstermen. Er was bovendien geen manier om de niet-voorkeurstermen te onderscheiden van de voorkeurstermen, ofschoon na het selecteren van een nietvoorkeursterm die automatisch werd vervangen door zijn voorkeursterm. Als gevolg van de fix worden niet-voorkeurstermen niet langer in deze meerkeuzelijstjes getoond. (Ref.nr.: 6256) 62. Melding met vraag om bevestiging om term aan leeg domein toe te voegen. Wanneer u onder Windows 7 in Adlib op een meerkeuzelijstje klikte dat het domein voor het veld ernaast representeerde, zonder daadwerkelijk een domein te selecteren, en vervolgens op het veld ernaast dubbelklikte en een term in het venster Vind data voor het veld selecteerd, dan vroeg Adlib: Wilt u de term toevoegen aan domein <>?, waarbij het domein niet gespecificeerd werd. (Ref.nr.: 6326) 63. Na het openen van het venster Vind data voor het veld voor een meertalig gekoppeld veld, was soms de verkeerde sleu13-1-2015 60

Adlib 7.2


tel geselecteerd. Na het openen van het venster Vind data voor het veld voor een meertalig gekoppeld veld, was de gezochte sleutel soms de eerste en soms de tweede term in de lijst, en nog weer een andere sleutel was gemarkeerd met de selectiebalk. (Ref.nr.: 6537) 64. Het scherm werd niet ververst nadat een after-field adapl een occurrence had verwijderd. Als een after-field adapl verantwoordelijk was voor het verwijderen van zekere occurrences van het betreffende veld, dan werd het scherm afteraf niet ververst, waardoor de data nog steeds zichtbaar en geldig was. (Ref.nr.: 6630) 65. De focus op het bewerkte record ging verloren na een foutmelding. Wanneer u een veld bewerkte, bijvoorbeeld het ISBN-veld, en een onjuiste waarde invoerde waarna u in een ander veld klikte, dan verscheen weliswaar een toepasselijke foutmelding, maar nadat u op OK klikte kon u niet verder typen in het veld met de cursor: u moest eerst nogmaals klikken op het initiële veld om de vergissing te kunnen herstellen. (Ref.nr.: 4841) 66. Het Standplaats-veld in de procedure Wijzig standplaatsen werd gedimd getoond nadat een nieuwe recordselectie was gemaakt. Wanneer u de procedure Standplaats van object wijzigen herhaaldelijk uitvoerde, dan werd het veld Standplaats op een gegeven moment alleen nog maar gedimd weergegeven en dus inactief. Het was dan onmogelijk om nog iets in dat veld te typen of te plakken. De knop Zoeken, rechts naast dat veld, was wel nog steeds beschikbaar. (Ref.nr.: 5744) 67. Bij het gebruik van de AAT als externe bron was het niet mogelijk om te bladeren naar de volgende set met termen. Bij het gebruik van de AAT als externe thesaurus voor een gekoppeld veld was het niet mogelijk om te bladeren naar de volgende set met termen. Standaard worden slechts 10 termen opgehaald, zelfs wanneer meer termen aan het zoekcriterium voldoen. De knoppen met de dubbele pijltjes om een pagina omhoog of omlaag te bladeren waren echter inactief. (Ref.nr.: 6121) 68. Het venster Vind data voor het veld toonde de zoeksleutel niet altijd op dezelfde plek in de lijst. Na het openen van het venster Vind data voor het veld voor een meertalig gekoppeld veld, was de zoeksleutel soms de eerste term in de lijst en soms de tweede, afhankelijk van de huidige data-taal. (Ref.nr.: 6355) 69. Bij het opslaan van een record in een gekoppelde dataset met hoofdletters, terwijl het veld naar de huidige database koppelde via “=”, werd een fout 32 gemeld. Als een datasetnaam hoofdletters bevatte en de definitie van het veld dat naar 61 13-1-2015


Adlib 7.2

die dataset koppelde gebruikte “=” om naar de huidige database te koppelen, dan werd bij het opslaan van een record in die database een fout 32 gegenereerd die de datasetnaam in kleine letters toonde. (Ref.nr.: 6485) 70. Met Word 2007 gaf de Adlib spellingscontrole alleen alternatieven voor verkeerd gespelde woorden als Word actief was. Wanneer u de spellingscontrole in Adlib startte, terwijl Word 2007 op uw systeem geïnstalleerd was, dan herkende de spellingscontrole weliswaar de verkeerd gespelde woorden maar suggereerde alleen alternatieven als Word daadwerkelijk geopend en actief was. (Ref.nr.: 6655) 71. Het was niet mogelijk om de Media Viewer-functie Opslaan als te gebruiken voor niet-afbeeldingsbestanden. Wanneer u de functie Opslaan als gebruikte voor mediabestanden die in de Media Viewer werden weergegeven, dan kon u alleen opslaan naar afbeeldingsbestandsformaten. (Ref.nr.: 6084, 6634)

2.4 Afdrukken 72. Wanneer Booleaanse bewerkingen werden gebruikt om een lijst met zoekresultaten te genereren, dan werd maar één record afgedrukt wanneer u eigenlijk de hele lijst wilde afdrukken. Als u een zoekopdracht uitvoerde die meerdere records opleverde en u dit resultaat vanuit de lijstweergave afdrukte, dan werden zoals verwacht alle records afgedrukt, maar als u vervolgens een Booleaanse operator gebruikte om het zoekresultaat te vergroten of te verkleinen, dan werd maar één record afgedrukt wanneer u probeerde de gehele recordlijst af te drukken. (Ref.nr.: 6282) 73. In de Afdrukassistent werd de schermtekst van een veld niet gebruikt als het standaard label. Wanneer u de Afdrukassistent gebruikte om data van gemarkeerde records af te drukken, dan was de Label-kolom op de Afdrukassistent-pagina waar u de velden om af te drukken selecteert altijd leeg, dus u moest zelf een leesbare veldnaam opgeven. De fiks zorgt ervoor dat de toepasselijke labeltekst van mogelijk ingestelde Screen texts voor het betreffende datadictionary-veld in Adlib Designer standaard in de Label-kolom wordt ingevoerd. U kunt het voorgestelde label nog steeds veranderen of een nieuw label opgeven als er geen schermtekst beschikbaar was. (Ref.nr.: 6407) 74. Afdrukken naar etiketten maakte geen gebruik van de sorteervolgorde van de lijstweergave. Wanneer u de lijstweerga13-1-2015

62

Adlib 7.2


ve van een zoekresultaat op een bepaald veld gesorteerd had een daarin verscheidene records gemarkeerd had om ze vervolgens via een etikettenprinter af te drukken, dan werden die records niet afgedrukt in de volgorde van de geselecteerde records in de lijstweergave. (Ref.nr.: 6553) 75. Aantal afgedrukte exemplaren altijd 1. Wanneer u een geselecteerd record afdrukte naar voorgedefinieerd uitvoerformaat en u had in het venster Afdrukken het aantal af te drukken exemplaren ingesteld op 2, dan werd toch maar één exemplaar afgedrukt. (Ref.nr.: 4807)

2.5 Pointerfiles 76. De Treffers-kolom in de pointerfileslijst werd niet altijd bijgewerkt. Nadat u records uit een pointerfile aan een andere bestaande pointerfile had toegevoegd, dan werd het aantal treffers voor de doelpointerfile in de pointerfileslijst niet bijgewerkt. Met de fiks wordt nu een melding getoond die het aantal aan de pointerfile toegevoegde of ervan verwijderde records vermeldt. Het dialoogvenster voor toevoegen/verwijderen sluit niet automatisch aangezien de gebruiker misschien nog meer records wil toevoegen aan, of verwijderen van, pointerfiles. (Ref.nr.: 5677) 77. Het maken van pointerfile op basis van een grote zoekopdracht genereerde een fout 189. Wanneer u probeerde om een set naar een pointer file te schrijven na het uitvoeren van zoekopdracht met meer dan 4000 tekens in Geavanceerd zoeken, dan werd een fout 189 gegenereerd. De fiks bestaat eruit dat elke zoekopdracht nu wordt afgekapt op 4000 bytes. Als de statement langer is dan 4000 bytes, dan wordt die gemarkeerd met /* om te voorkomen dat de pointerfile met Profile bijgewerkt kan worden (zoals andere met de hand geselecteerde sets ook niet kunnen worden bijgewerkt). (Ref.nr.: 6279) 78. Sortering in een pointerfile werd niet toegepast wanneer die pointerfile via de geavanceerde zoektaal werd geopend. Wanneer een pointerfile voor een Adlib SQL-database de sortoptie bevatte en u opende deze pointerfile door eerst de geavanceerde zoektaal te openen en van daaruit het venster Pointerfiles, waarna de geselecteerde pointerfile als set in het venster Geavanceerd zoeken verscheen waar u erop moest dubbelklikken om de resulterende recordset te openen, dan werd de sortering niet toegepast. (Ref.nr.: 4605)

63

13-1-2015


Adlib 7.2

2.6 Adloan 79. Adloan sloeg de lijstkolombreedte-instellingen niet op. Standaard zijn de kolommen op de drie Adloan-tabbladen te smal, maar u kunt die verbreden door de scheidingslijn tussen de kolomlabels te slepen. Adlib sloeg de nieuwe breedtes echter niet op voor de volgende keer dat u Adloan opende, waardoor de kolommen dan weer te smal waren. (Ref.nr.: 6392) 80. Wanneer u de kolommen van de exemplarenlijst breder maakte, verschenen er verticale lijnen op het scherm. Wanneer u de kolommen in de exemplarenlijst (uitgeleende exemplaren voor een lener) breder maakte, dan verschenen verticale lijnen (een vervorming) op het scherm. Dit gebeurde wanneer er ten minste één uitgeleend exemplaar in de lijst stond. (Ref.nr.: 6394) 81. De inleverdatum van een uitgeleend exemplaar kon niet normaal worden gewijzigd als die datum getrunceerd werd weergegeven in de kolom Inleverdatum. Wanneer een boek aan een lener werd uitgeleend, dan kon u de Inleverdatum in de kolom zelf niet normaal wijzigen als die kolom te smal was ingesteld. (Ref.nr.: 4677)

2.7 Import en export 82. Opslag-adapls werden niet uitgevoerd wanneer u binnen Adlib importeerde. Wanneer u een XML-bestand vanuit uw Adlib-applicatie importeerde, dan werd de opslag-adapl voor de huidige database niet uitgevoerd. (Ref.nr.: 3360) 83. Afbeeldingenexport in een applicatie met een storage path werkte niet wanneer de reproductiereferentie een submap bevatte. Wanneer u enkele records had gemarkeerd met reproductiereferenties die een submap bevatten, terwijl voor het reproductieveld een storage path was ingesteld, dan werden er geen afbeeldingen naar de doelmap gekopieerd wanneer u afbeeldingen exporteerde via Bestand > Afbeeldingen. (Ref.nr.: 6184, 6310) 84. Een import in Collect forceerde redundante standplaatsrecords. Een import van objecrecords die standplaatsen bevatten die nog niet in de standplaatsendatabase aanwezig waren, werden daarin even zo vaak geforceerd als dat ze aanwezig waren in het uitwisselbestand, dus dit veroorzaakte veel redundante standplaatsrecords. De bug was aanwezig in Adlib Designer en import.exe. (Ref.nr.: 6253) 13-1-2015

64

Adlib 7.2


85. Een priref-index herindexeren met de –fix optie had tot gevolg dat geen van twee identieke records in de database werden geïndexeerd. Wanneer u probeerde om een database te repareren (m.b.v. de import.exe-optie –fix) waarin een identieke priref datacorruptie veroorzaakte, dan werd geen van beide records geïndexeerd (in plaats van alleen het meest recente record van de twee). (Ref.nr.: 3897) 86. Bij een fout 58 werden importprocedures afgebroken in plaats van de problematische records over te slaan. Wanneer een importprocedure een record tegenkwam met een andere eigenaar dan de persoon die importprocedure draaide, dan brak een fout 58 (geen schrijftoegang) de gehele importprocedure af in plaats van de foutmelding te loggen en het betreffende record gewoon over te slaan. (Ref.nr.: 6379) 87. Verschillende importresultaten van Designer en import.exe. Adlib Designer voegde tijdens import niet correct wijzigingsinformatie aan records toe, terwijl import.exe dat wel deed. (Ref.nr.: 6639)

2.8 Designer 88. De veldeigenschap Data type werd onjuist aangeduid met "European date (dd-mm-yyyy)". De veldeigenschap Data type in Designer werd onjuist aangeduid met European date (dd-mmyyyy) terwijl de correct weer te geven tekst European date (dd/mm/yyyy) had moeten zijn. Merk op dat ofschoon het eigenschaplabel de verkeerde tekst toonde, het daadwerkelijke datumveld datums wel al in de juiste dd/mm/yyyy notatie opsloeg. (Ref.nr.: 3675, 4427) 89. Het was niet mogelijk om een nieuwe index toe te voegen vanuit het contextmenu voor een andere index. Een nieuwe index kon alleen worden aangemaakt vanuit het rechtskliksnelmenu voor de indexlijstnodus, niet vanuit het snelmenu voor een individuele, bestaande index. (Ref.nr.: 5854) 90. De click-once Adlib Designer toonde alleen de standaard instellingen van de adcirc.pbk. Wanneer u een Adloan applicatiedefinitiebestand in Adlib Designer opende, dan toonde dat alleen de standaard instellingen en die kon u niet veranderen. (Ref.nr.: 6246) 91. De optie Reindex all word indexes creëerde geen nieuwe wordlist-tabel in een SQL-database. De optie Reindex all word indexes creëerde geen nieuwe wordlist-tabel in een SQL-database. Aangezien het wordt aanbevolen dat u de SQL wordlist-tabel 65 13-1-2015


Adlib 7.2

handmatig verwijdert voordat u alle woordindexen in een SQLdatabase herindexeert, zou een nieuwe wordlist-tabel automatisch moeten worden aangemaakt tijdens deze herindexeeroperatie. (Ref.nr.: 6255) 92. Bepaalde wijzigingen in een bestaande importjob konden niet direct worden opgeslagen. Nadat u de Mapping in een bestaande importjob had aangepast, werd de Save-knop niet actief. Pas na het wijzigen van een andere instelling kon de importjob alsnog worden opgeslagen. (Ref.nr.: 6263) 93. De SQL-databaseverbinding Test-knop controleerde niet of de betreffende tabel bestond. De Test-knop onder op het tabblad Database properties voor een geselecteerde databasedefinitie, controleerde alleen maar of de verbinding met de SQLdatabase kon worden gelegd, niet of de betreffende tabel daarin wel bestond. (Ref.nr.: 5641) 94. De Save-knop werd niet actief na het wijzigen van toegangsrechten voor een veld. Wanneer u een datadictionaryveld selecteerde in een databasestructuur en een rol en toegangsrechten invoerde op het eigenschappentabblad Access rights, dan werd de Save-knop (om uw wijzigingen op te slaan) niet geactiveerd. (Ref.nr.: 6227) 95. Syntaxisfout bij compileren van adapl die integer variabele bevat. Wanneer u in Designer een adapl schreef die een integervariabeledeclaratie bevat, dan mislukte het compileren van die adapl vanuit Designer vanwege een syntaxisfout (Unknown token ‘integer’). (Ref.nr.: 6341) 96. Designer rapporteerde “Adlib Designer has stopped working” twee keer achtereen na het sluiten van het programma op Windows Server 2012. Designer rapporteerde “Adlib Designer has stopped working” twee keer achtereen na het sluiten van het programma op Windows Server 2012. Het maakte daarbij niet uit of het om een lokale kopie van Designer ging of dat Designer vanaf een netwerk-share werd uitgevoerd. (Ref.nr.: 6483) 97. Een veld-onderdrukvoorwaarde zoals C1 = 2A werkte niet omdat een van de tags met een cijfer begon. In voorwaarden voor het onderdrukken van velden werden tags die met een cijfer beginnen niet herkend als tags maar werden in plaats daarvan geinterpreteerd als tekst. (Ref.nr.: 6621) 98. Verschillende importresultaten van Designer en import.exe. Adlib Designer voegde tijdens import niet correct wijzigingsinformatie aan records toe, terwijl import.exe dat wel deed. (Ref.nr.: 6639) 13-1-2015

66

Adlib 7.2


2.9 ADAPL 99. Tijdens compilatie genereerde de datdif-functie een syntaxisfout. Bij het compileren van een adapl die de datdif-functie bevatte, werd een syntaxisfout gegenereerd. (Ref.nr.: 6001) 100. Wanneer adeval.exe werd afgesloten door op de sluitvensterknop te klikken, dan bleef the adeval-proces toch actief. Wanneer u een stand-alone adapl uitvoerde met behulp van adeval.exe, en u sloot adeval.exe af door op de sluitvensterknop te klikken, dan bleef het adeval-proces toch actief (zoals kon worden vastgesteld in het Windows Taakbeheer). (Ref.nr.: 6107) 101. Syntaxisfout bij compileren van adapl die integer variabele bevat. Wanneer u in Designer een adapl schreef die een integervariabeledeclaratie bevat, dan mislukte het compileren van die adapl vanuit Designer vanwege een syntaxisfout (Unknown token ‘integer’). (Ref.nr.: 6341) 102. De adapl debugger toonde slechts twee ocurrences van &H terwijl een onbeperkt aantal occurrences door adeval werd en wordt ondersteund. Wanneer een adapl werd uitgevoerd vanaf de opdrachtregel, via adeval met meer dan twee argumenten, dan leek het er in de adapl debugger op dat alleen de eerste twee argumenten in de &H-variabele werden geplaatst. In werkelijkheid werden alle argumenten in de &H-variabele geplaatst maar werden alleen de eerste twee getoond in de adapl debugger. De fiks zorgt ervoor dat nu de eerste tien argumenten in de adapl debugger worden getoond (terwijl adeval nog steeds een onbeperkt aantal argumenten ondersteunt). (Ref.nr.: 6496) 103. De opdracht READ POINTER deed adeval crashen. Wanneer u met adeval een adapl uitvoerde die de opdracht READ POINTER bevatte, dan crashte adeval bij de READ-opdracht. (Ref.nr.: 6497) 104. De koppeling in een niet-meertalig veld werd niet correct verwerkt door een after-field adapl nadat een data-taal in de .pbk was gespecificeerd. Wanneer u een data-taal in de applicatiestructuur specificeerde en er werd in de draaiende applicatie een after-field adapl uitgevoerd voor een niet-meertalig gekoppeld veld, dan kon de koppeling daarin niet correct verwerkt worden door de adapl. (Ref.nr.: 6540) 105. Een scherm-adapl werd automatisch uitgevoerd bij het opslaan van het record, zelfs wanneer het scherm niet open was geweest. Zelfs wanneer een scherm waarmee een scherm67

13-1-2015


Adlib 7.2

adapl geassocieerd was, nooit open was geweest terwijl u het record bewerkte, dan werd die adapl toch uitgevoerd wanneer u het record opsloeg. (Ref.nr.: 6545) 106. De INT-functie gecombineerd met VAL gaf soms een onjuiste uitkomst. Het resultaat van int(val(number1) / val(number2)) week af van dat voor val(number1) / val(number2) als number1 (een tekstvariabele) 299,20 was terwijl number2 (ook een tekstvariabele) 59,84 was, bijvoorbeeld. (Ref.nr.: 6561) 107. De wordcreatedocument-functie retourneerde altijd 0. De wordcreatedocument-functie retourneerde altijd 0 (betekenis: succesvol), zelfs wanneer het sjabloon niet gevonden kon worden. Met deze fiks retourneert de functie nu een CONFIGURATION_ERROR wanneer de creatie van het Word-document mislukt. De details van de fout bevatten ook de naam van het problematische sjabloon. Die details kunnen worden opgehaald via error$(val(result)) indien result de resultaatcode van de functie bevat. (Ref.no: 6618)

2.10 SDI.exe 108. Sdi.exe werkte pointerfiles met een onjuiste databasenaam bij, hetgeen in Internet Server fouten veroorzaakte. Zoekprofielen die met Adlib Internet Server 3.1.2 (draaiend op wwwopac.exe) waren gemaakt, waren niet langer toegankelijk nadat sdi.exe gedraaid had, omdat sdi.exe pointerfiles met een verkeerde databasenaam bijwerkte. (Ref.nr.: 6009)

2.11 Register 109. De initiële standaard data-taalinstelling kon niet per machine worden gemaakt. Het is mogelijk om de standaard data-taal in te stellen waarmee Adlib start de eerste keer dat een gebruiker de applicatie opent. Dit kan worden gedaan in het Windows-register per werkstation. Voorheen kon deze instelling alleen worden gemaakt per CURRENT_USER in het register, hetgeen onhandig was als de standaard taal voor veel gebruikers van die machine moest worden ingesteld. Om dit te verhelpen, kan de standaard data-taal nu ook onder de LOCAL_MACHINE-sleutel worden ingesteld. Die laatste wordt voortaal eerst gecontroleerd en alleen als daar geen standaard data-taal is ingesteld, zal de CURRENT_USER worden gecontroleerd. (Als er geen standaard datataal in het register is ingesteld dan wordt de eerste data-taal in de betreffende keuzelijst in de Adlib GUI de standaard data-taal de 13-1-2015 68

Adlib 7.2


eerste keer dat een gebruiker Adlib opent, terwijl als beide registersleutels een standaard data-taal bevatten dan heeft de sleutel voor de huidige gebruiker voorrang op die voor de lokale machine.) Neem alstublieft contact op met de Adlib Helpdesk for meer informatie, als u deze optie wilt toepassen. (Ref.nr.: 6403)

69

13-1-2015

Axiell ALM Netherlands B.V

Recommend Documents