2119:field <publicationdate> of record <bbde_ct_gl200002> not found [printing record awdrs_us0035-02 on section default]
Deze foutmelding lijkt te verschijnen als "publicationdate" onder "bbde_ct_gl200002" leeg is.
Interessant. Is dat nieuw?
Misschien kan ik het beste overal "[unknown]" invullen waar ik geen informatie heb. In plaats van velden leeg te laten.
#publicationdate %field(bbde_ct_gl200002,publicationdate) (%field(bbde_ct_gl200002,country))
2131:%val not possible (no current field available) [printing record text_s_1950s_model_sheets on section l_credits]
Hier snap ik niets van. Wat is waar fout en hoe?
##l_credits
!
#title
<b>%link(%self,default,%val)</b>:
##l_credits
!
#title
<b>%namedlink(%self,default,title)</b>:
2503:page field <title> is printed nowhere! [checking usage of record perk1]
Gaat dit over "barkstree.txt"?
2503:page field <40;1942> is printed nowhere! [checking usage of record comicsos0009]
2503:page field <41;> is printed nowhere! [checking usage of record comicsos0009]
Hiervan zijn veel meer dergelijke foutmeldingen. Blijkbaar hebben ze te maken met het gebruik van een "&"-teken (HTML-code) in het veld "#longtitle". In de HTML-output van dit voorbeeld staat "0009 - 0262 &" in de lijst.
De HTML-code ( staat voor "(". Deze HTML-code is blijkbaar gebruikt als workaround die niet (meer?) werkt.
Het veld "#longtitle" is geen opdracht. Vanwaar deze strengheid?
2503:page field <title> is printed nowhere! [checking usage of record perk1]
2503:page field <title> is printed nowhere! [checking usage of record perk2]
2503:page field <title> is printed nowhere! [checking usage of record perk3]
2503:page field <title> is printed nowhere! [checking usage of record zzzideleap]
2503:page field <title> is printed nowhere! [checking usage of record zzzooi_cr]
2503:page field <title> is printed nowhere! [checking usage of record perk4]
Wat is de oorzaak van deze foutmelding?
1503:Fieldlayout <inducks.titlepref> is not used [checking usage of layout dbanimation.def/default]
Gaat dit om ongebruikte layouts die verwijderd kunnen worden?
Daniel73 schreef:Nog iets over de huidige status van "dvegen.log". Er zijn Inducks-foutmeldingen over codes die eerder wel werkten.
1403:Inducks record <OS 9> not found [looking for inducks reference of bbus_cm_os0009]
<!-- DIT IS DE DOOR DVE AANGEMAAKTE SUBLIST1-LAYOUT (IN DE FILE DBDUMMY.DEF) -->
<ul>
<li><a href="art.html">ART</a></li>
<li><a href="anim00.html">ANIMATION</a></li>
<li><a href="comics00.html">COMICS</a></li>
<li><a href="char.html">CHARACTERS</a></li>
<li><a href="qts.html">QUOTES</a></li>
<li><a href="diary.html">DIARY</a></li>
<li><a href="photos.html">PHOTOGRAPHS</a></li>
<li><a href="bibliography.html">BIBLIOGRAPHY</a></li>
<li><a href="links.html">LINKS</a></li>
<li><a href="credits00.html">SOURCES</a></li>
</ul>
<!-- DIT IS DE DOOR DVE AANGEMAAKTE L_SUBLIST1-LAYOUT (IN DE FILE DBDUMMY.DEF) -->
<ul>
<li><a href="art.html">ART</a><li><a href="anim00.html">ANIMATION</a><li><a href="comics00.html">COMICS</a><li><a href="char.html">CHARACTERS</a><li><a href="qts.html">QUOTES</a><li><a href="diary.html">DIARY</a><li><a href="photos.html">PHOTOGRAPHS</a><li><a href="bibliography.html">BIBLIOGRAPHY</a><li><a href="links.html">LINKS</a><li><a href="credits00.html">SOURCES</a></ul>
Daniel73 schreef:De sublist-layout is in output lelijk geworden. Doe ik iets verkeerd?
##l_treesub
#if(node.nexttochosen=true)
<li>%namedpagelink(%self,longtitle)
##l_treesub
#if(node.nexttochosen=true)
<li>%namedpagelink(%self,longtitle)</li>
! Hierboven staat een lege regel die je op dit BB alleen ziet als ik er een commentaarregel achter zet
Snelbinder schreef:Trouwens2: de interface naar COA is ietsje veranderd. In plaats van
http://coa.inducks.org/coa/c1/story.php/0/W+OS+++79-01
is het nu:
http://coa.inducks.org/story.php?c=W+OS+++79-01
De oude links werken nog wel, maar zijn iets minder stabiel (en verdwijnen misschien later). [...] Misschien kun je dat zelf al in de DEF-files aanpassen?
us/OS 79
Issue not found
Geen verhalen gevonden
Snelbinder schreef:#publicationdate %field(bbde_ct_gl200002,publicationdate) (%field(bbde_ct_gl200002,country))2131:%val not possible (no current field available) [printing record text_s_1950s_model_sheets on section l_credits]
Hier snap ik niets van. Wat is waar fout en hoe?
Het probleem zit hem in dit stukje in de file dbarticles.def:##l_credits
!
#title
<b>%link(%self,default,%val)</b>:
Bij een %link kun je als derde parameter geen %val opgeven.
Zie http://bolderbast.inducks.org/dvegen/phf_perc_link.html
(Of het logisch is dat dit niet kan, weet ik niet meer...)
Maar je kunt het eenvoudig veranderen in:##l_credits
!
#title
<b>%namedlink(%self,default,title)</b>:
##l_credits
#always
<b>%link(%self,default,)</b>
!
#myanimationtitle
<B>%val</B>
!
#myanimationdesc
<B>%val</B>
Snelbinder schreef:2503:page field <title> is printed nowhere! [checking usage of record perk1]
Gaat dit over "barkstree.txt"?
Ja. Dat is de enige plek waar je "perk1" gebruikt. Vanwege de "#hide YES" wordt de title kennelijk nergens gebruikt.
#code perk1
!!! #title TOBIA-NIJGH
#hide yes
#linkallowedfromoutside yes
Snelbinder schreef:2503:page field <40;1942> is printed nowhere! [checking usage of record comicsos0009]
2503:page field <41;> is printed nowhere! [checking usage of record comicsos0009]
Hiervan zijn veel meer dergelijke foutmeldingen. Blijkbaar hebben ze te maken met het gebruik van een "&"-teken (HTML-code) in het veld "#longtitle". In de HTML-output van dit voorbeeld staat "0009 - 0262 &" in de lijst.
De HTML-code ( staat voor "(". Deze HTML-code is blijkbaar gebruikt als workaround die niet (meer?) werkt.
Het probleem is de '#'! In een TREE.TXT-file laat ik het toe dat een nieuw veld met een # begint, ook al is dat niet aan het begin van een regel!
Dat was vooral voor mijn eigen gemak: omdat ik overzicht wil houden in mijn TREE-files, zet ik sommige velden bijelkaar op 1 regel.
Nooit gedacht dat dat nog eens problemen zou geven met een #...
Is dat # echt nodig? Kun je in dit geval niet gewoon ( en ) gebruiken?
Snelbinder schreef:Het veld "#longtitle" is geen opdracht. Vanwaar deze strengheid?
Ik begrijp de vraag niet (maar misschien is het na bovenstaande niet relevant?).
Snelbinder schreef:Of in het geval van zzzideleap denk ik dat de "l_lockmanheader" geen titel bevat!
Snelbinder schreef:1503:Fieldlayout <inducks.titlepref> is not used [checking usage of layout dbanimation.def/default]
Gaat dit om ongebruikte layouts die verwijderd kunnen worden?
Tja, kennelijk is er geen enkel Inducks-record dat in een layout van animation.def wordt afgedrukt. Terwijl die layout wel afdrukregels voor Inducks-velden bevat. Die afdrukregels zijn dus overbodig.
Snelbinder schreef:Daniel73 schreef:Nog iets over de huidige status van "dvegen.log". Er zijn Inducks-foutmeldingen over codes die eerder wel werkten.
1403:Inducks record <OS 9> not found [looking for inducks reference of bbus_cm_os0009]
Dat blijkt inderdaad een spatieprobleem te zijn. Bij het vereenvoudigen van de DveGen-sourecode heb ik er kennelijk niet aan gedacht dat jij maar een spatie gebruikt in "OS 9", terwijl Inducks de codes met meer spaties aanlevert ("OS<spatie><spatie><spatie>9").
We kunnen 2 dingen doen:
1. ik pas DveGen aan;
2. jij voegt op diverse plekken spaties toe (een Amerikaanse issuecode heeft altijd dezelfde lengte).
Puntje 1 kost mij wat tijd, puntje 2 kost jou wat tijd. Welke zullen we kiezen?
Snelbinder schreef:Ik weet trouwens niet of je mijn favoriete editor nog gebruikt. Daarin kun je de spaties zien, met de menu-opdracht Edit/Advanced/View Whitespace.
Snelbinder schreef:Ik ben trouwens van plan een nieuwe manier te gebruiken om data uit Inducks te krijgen.
Dat gaat via een COA-webpagina:
http://coa.inducks.org/sql.php/
Waar je dan zelf een (door mij geschreven) SQL-toverformule in kunt vullen, waarna je het resultaat kunt opslaan als headersus.ine resp. storiesCB.ins.
Met zo'n SQL-toverformule kan ik wat flexibeler zijn in de selectie van Barks-verhalen. Bijvoorbeeld de verhalen die hertekend zijn door Jippes wel meenemen, maar voorplaten door onbekende tekenaars niet.
Uiteraard moet ik die formules nog schrijven en uitproberen...
Maar dit is typisch iets wat een andere SQL-expert ook zou kunnen doen (leest Sander nog mee? )
Snelbinder schreef:Daniel73 schreef:De sublist-layout is in output lelijk geworden. Doe ik iets verkeerd?
Voeg </li> en een lege regel toe in BARKSTREE.DEF. Oude code:##l_treesub
#if(node.nexttochosen=true)
<li>%namedpagelink(%self,longtitle)
Nieuwe code:##l_treesub
#if(node.nexttochosen=true)
<li>%namedpagelink(%self,longtitle)</li>
! Hierboven staat een lege regel die je op dit BB alleen ziet als ik er een commentaarregel achter zet
<!-- DIT IS DE DOOR DVE AANGEMAAKTE L_SUBLIST1-LAYOUT (IN DE FILE DBDUMMY.DEF) -->
<ul>
<li><a href="art.html">ART</a></li>
<li><a href="anim00.html">ANIMATION</a></li>
<li><a href="comics00.html">COMICS</a></li>
<li><a href="char.html">CHARACTERS</a></li>
<li><a href="qts.html">QUOTES</a></li>
<li><a href="diary.html">DIARY</a></li>
<li><a href="photos.html">PHOTOGRAPHS</a></li>
<li><a href="bibliography.html">BIBLIOGRAPHY</a></li>
<li><a href="links.html">LINKS</a></li>
<li><a href="credits00.html">SOURCES</a></li>
</ul>
<!-- DIT IS DE DOOR DVE AANGEMAAKTE L_SUBLIST1-LAYOUT (IN DE FILE DBDUMMY.DEF) -->
<ul>
<li><a href="art.html">ART</a></li>
<li><a href="anim00.html">ANIMATION</a></li>
<li><a href="comics00.html">COMICS</a></li>
<li><a href="char.html">CHARACTERS</a></li>
<li><a href="qts.html">QUOTES</a></li>
<li><a href="diary.html">DIARY</a></li>
<li><a href="photos.html">PHOTOGRAPHS</a></li>
<li><a href="bibliography.html">BIBLIOGRAPHY</a></li>
<li><a href="links.html">LINKS</a></li>
<li><a href="credits00.html">SOURCES</a></li>
</ul>
Daniel73 schreef:issues oud: http://coa.inducks.org/coa/c1/story.php/0/
issues nieuw: http://coa.inducks.org/story.php?c=
stories oud: http://coa.inducks.org/coa/c1/issue.php/0/us/
stories nieuw: http://coa.inducks.org/issue.php/x/us/
2103:%Error: aparte linken-sectie maken [printing record dummyformain on section l_sublist1]
2103:%Error: bibiliografie-lijst in output werkt niet goed, Zilver mag er niet zomaar bij staan [printing record lnpr00_19711108 on section default]
2103:%Error: bibiliografie-lijst in output werkt niet goed, Zilver mag er niet zomaar bij staan [printing record lnpr00_1971a on section default]
2103:%Error: brief in aparte sectie zetten [printing record lnmzrt00_19731011_00 on section default]
Daniel73 schreef:Bij issue OS 79 krijg ik, in het Engels: Issue not found
Bij story W OS 79-01 krijg ik, in het Nederlands: Geen verhalen gevonden
Bij issue WDC 104 en story W WDC 104-02 krijg ik wel wat ik zoek.
Daniel73 schreef:Probleem is dat ik twee mogelijkheden heb voor een waarde.
Het veld "title" is onderverdeeld in twee velden:
#myanimationtitle: het item heeft een eigen titel
#myanimationdesc: het item heeft geen eigen titel
Zie "dbanimation.def":##l_credits
#always
<b>%link(%self,default,)</b>
!
#myanimationtitle
<B>%val</B>
!
#myanimationdesc
<B>%val</B>
Kan ik hier een "if"-opdracht geven?
Bijvoorbeeld:
- Als #myanimationtitle bestaat, doe dan...
- Als #myanimationdesc bestaat, doe dan...
Is zoiets mogelijk hier?
#myanimationtitle
<b>%namedlink(%self,default,myanimationtitle)</b>
#myanimationdesc
<b>%namedlink(%self,default,myanimationdesc)</b>
Daniel73 schreef:2503:page field <title> is printed nowhere! [checking usage of record perk1]
Bij Nijgh heb ik het probleem blijkbaar opgelost door de title in commentaarregels te zetten.
De "title" is hier bedoeld als een omschrijving van de input zelf.
Misschien kan ik beter een "nontitle" maken met een %noval-opdracht. Maar waar stel ik dat in?
Daniel73 schreef:De "#" is echt nodig. Anders ben ik beperkt in het geven van, in dit geval, longtitles.
Het is bijvoorbeeld gangbaar om "#" te gebruiken bij werken waarvan meer versies zijn. (Take #1, take #2, take #3, etc.)
Daniel73 schreef:Ik ging er vanuit dat "#longtitle" een vrij veld was en ergens gedefinieerd stond in een DEF-bestand, met een %val.
Maar ik kan het nergens vinden in de DEF-bestanden.
Daniel73 schreef:Snelbinder schreef:Of in het geval van zzzideleap denk ik dat de "l_lockmanheader" geen titel bevat!
De "##header" bevat evenmin een title. En bij andere l_lockmanheaders heb ik geen foutmelding.
Dus ik snap niet waarom "zzzideleap" dan een foutmelding geeft.
Daniel73 schreef:Snelbinder schreef:We kunnen 2 dingen doen:
1. ik pas DveGen aan;
2. jij voegt op diverse plekken spaties toe (een Amerikaanse issuecode heeft altijd dezelfde lengte).
als je het niet heel erg vindt ga ik voor optie 1...
Daniel73 schreef:In Dvegen wil ik tezijnertijd een lijst definiëren waarin alle items staan die in Inducks ontbreken.
Is dat automatisch mogelijk? Zoals bijvoorbeeld in het logbestand al gebeurt?
Daniel73 schreef:De sublist-layout is in output lelijk geworden. Doe ik iets verkeerd?
Blijkbaar gaat het om alleen "</li>".
Daniel73 schreef:Ik heb vroeger(!) geleerd dat "</li>" overbodig is in HTML.
Daniel73 schreef:Ga ik aan de slag met DveGen in deze hopeloos grauwe zomer, gaat de zon schijnen...
Daniel73 schreef:een output-fout waarvan DveGen geen melding geeft:
In output-sectie 'Namen' verschijnen hier en daar items dubbel in de automatische lijsten.
Zie (bijvoorbeeld) Willem Nijholt in "lnnm_nn.html#lnnm00nijholt_w". Onder kopje "Gerelateerd werk" ("Muziek anderen") staan daar titels dubbel vermeld.
Geen idee of het komt door het omzetten van input, waar ik mee bezig was en ben. Of dat het komt door een verandering in DveGen. Of beide.
Snelbinder schreef:Ik stuur je een nieuwe dvegen.exe per e-mail: versie 4.7.
Daniel73 schreef:Geen 4.6? (Mijn laatste versie was 4.5.)
Daniel73 schreef:Bij deze de VRAAG of je akkoord gaat met openbaar plaatsen van "070909_guidebook.zip". Er staan ook privé-commentaren van jou in.
Daniel73 schreef:In "070908_off-record_guidebook.zip" staat de meeste informatie die ik weggefilterd heb opgesomd. Dit bestand is in principe dus alleen voor mij en jou.
Keer terug naar Computers en internet
Gebruikers op dit forum: Geen geregistreerde gebruikers. en 9 gasten