[Woc-commit] CVS: woc/src/woc/cgi-src/htplpdir/bugs/bugsdata bugs.dat,NONE,1.1 bugs.grm,NONE,1.1 bugs.hlp,NONE,1.1 editor,NONE,1.1

[Geert J. <gj...@us...>]

Update of /cvsroot/woc/woc/src/woc/cgi-src/htplpdir/bugs/bugsdata
In directory usw-pr-cvs1:/tmp/cvs-serv23171/woc/cgi-src/htplpdir/bugs/bugsdata

Added Files:
	bugs.dat bugs.grm bugs.hlp editor 
Log Message:




--- NEW FILE: bugs.dat ---
0#Solved bugs#WOC-redactie#wo...@sc...#16 oktober 1999#00:00h#1#Fouten in zowel de layout en de data komen helaas voor. In deze rubriek staan bugs die ondertussen zijn verbeterd.
1#Solved bugs#Egon#eg...@sc...#11-14-99#16:07h#2#Niet alle afkortingen staan in de lijst.
1#Solved bugs#Egon#eg...@sc...#11-14-99#16:47h#3#Solved!
2#Solved bugs#Egon#eg...@sc...#11-16-99#13:04h#2#Zoekresultaten geven bestandsnaam ipv. echte naam.<BR>Bv. benzoeumlzuur ipv. benzo&euml;zuur.
2#Solved bugs#Egon#eg...@sc...#11-18-99#18:33h#3#Solved!
3#Solved bugs#Egon#egon#11-16-99#14:35h#2#Als de zoekmachine direct doorlinkt naar een <BR>compound dan laat ie de SSI niet zien.
3#Solved bugs#Egon#eg...@sc...#11-19-99#17:43h#3#solved! NAMELikeToANCHORLike functie uit<BR>Convert.java overgenomen.
3#Solved bugs#Egon#eg...@sc...#11-26-99#00:20h#4#Dezelfde fout zat in de start.shtml, waar hij<BR>de laatste tien gewijzigde of toegevoegde<BR>items laat zien.<P>Ook dat is aangepast.
4#Solved bugs#Egon#eg...@sc...#11-17-99#19:45h#2#Mengsels hebben niet het chemicalie azijnzuur<BR>icoontje.
4#Solved bugs#Egon#eg...@sc...#11-18-99#18:34h#3#Polymeren ook niet.
4#Solved bugs#Egon#eg...@sc...#12-01-99#21:00h#3#Solved!
6#Solved bugs#Egon#eg...@sc...#11-26-99#00:21h#2#Bromo-, chloro- etc zijn foute namen voor<BR>broom- en chloor-. Deze voorvoegsels komen<BR>echter regelmatig voor in de data. Als deze<BR>nog aanwezig is moet die nog aangepast worden.<P>grep bromo * | grep NL<P>Werkt er goed.
6#Solved bugs#Geert#gj...@sc...#11-26-99#10:33h#3#Ik ben er voor om:<BR>  'grep bromo *.xml;grep chloro *.xml'<BR>te gebruiken, want anders vind je geen vervoegingen<BR>en woorden in comments...<P>Geert<BR>
6#Solved bugs#Egon#eg...@sc...#12-02-99#19:26h#3#Micha, is deze bug nog niet helemaal verwijdert?
6#Solved bugs#Egon#eg...@sc...#12-28-99#11:14h#3#Solved!<P>Maar let er wel op dat er geen nieuwe in komen!
7#Solved bugs#Geert#gj...@sc...#12-01-99#17:05h#2#Volgens mij werkt NAMELikeToANCHORLike nog steeds niet altijd, want o.a<BR>   de link naar het IR spectrum van vitamine E1 klopt<BR>   niet! Ik wordt verwezen naar vitamine en niet<BR>   vitamine E1... (het zit het in de &lt;sub&gt; die je in<BR>   de link krijgt, &lt; en &gt; paktie niet...
7#Solved bugs#Egon#eg...@sc...#12-02-99#00:37h#3#Nou, hij zou hier eigenlijk ook de naam moeten<BR>gebruiken en niet een anchor, omdat het de naam<BR>is waarmee hij op het scherm getoond word.<P>Wat er dus moet gebeuren is dat het perl script<BR>zelf de naam opzoekt en die toont, en dat op<BR>basis van een cas-nummer dat als *enige* param<BR>meegegeven wordt.<P>
7#Solved bugs#Egon#egonw.kun.nl#12-02-99#11:06h#3#Solved!
8#Solved bugs#Micha#woc#12-01-99#20:05h#2#bij de vertalingen laat hij alleen de laatste<BR>vertaling zien, en niet allemaal.
8#Solved bugs#Egon#eg...@sc...#01-12-00#18:54h#3#Bug is getraceerd tot XItem.java.<P>Maar er treedt een complicatie op: LessGermanWord<BR>verwacht 1 woord en ItemFile verwacht meerdere<BR>woorden in een string.
8#Solved bugs#Egon#eg...@sc...#01-12-00#23:28h#3#solved!
9#Solved bugs#Egon#eg...@sc...#12-02-99#13:12h#2#De brutoformule lijst is veel te kort.
9#Solved bugs#Egon#eg...@sc...#12-10-99#11:30h#3#Misschien kunnen we deze indices on-the-fly<BR>laten aanmaken?
9#Solved bugs#Egon#eg...@sc...#02-08-00#21:31h#3#Solved! Thanks to Geert.
10#Solved bugs#Egon#eg...@sc...#12-02-99#19:24h#2#Volgorde van woorden in de Duits-Nederlandse<BR>woordenlijst klopt voor geen meter.
10#Solved bugs#Egon#eg...@sc...#01-12-00#23:37h#3#solved!
11#Solved bugs#Egon#eg...@sc...#12-05-99#13:08h#2#Als de zoekmachine slechts een item gevonden<BR>heeft laat hij deze zien (dat is goed). Maar<BR>de SSI commando's worden dan niet uitgevoerd.<P>Dit moet *wel* gebeuren. Dus de zoekmachine<BR>moet ook instaat zijn SSI commando's uit te <BR>voeren.
11#Solved bugs#Egon#eg...@sc...#12-23-99#13:37h#3#Solved! Opgelost door gebruik te maken van het<BR>HTTP/1.x protocol. Net zoals je Content-type<BR>mee kan geven, kan je ook "Location: URL" meegeven, om aan te geven dat de URL verandert is.<P>En omdat het een cgi-bin script is, kan je deze<BR>HTTP code nog toevoegen.
12#Solved bugs#Egon#eg...@sc...#12-10-99#11:31h#2#De internet zoekmachine functioneert niet meer!<BR>Zeer hoge prioriteit!
12#Solved bugs#Egon#eg...@sc...#12-10-99#12:21h#3#Solved! <P>Nieuwe versie van de WWW::Search perl module <BR>geinstalleerd. Maar er blijken wel nog meer<BR>bugs aanwezig. Zie bugnr. 13.
17#Solved bugs#Egon#eg...@sc...#12-19-99#14:17h#2#De 'item pagina' van groepen heeft niet de link<BR>'Alle items' zodat er vanaf daar niet naar die<BR>pagina geklikt kan worden.
17#Solved bugs#Egon#eg...@sc...#12-28-99#11:21h#3#solved!
18#Solved bugs#Egon#eg...@sc...#01-02-00#11:18h#2#De lijst met "alkanen" bevat meerdere alkanen<BR>waarvoor de structuutformule niet goed weergegeven<BR>wordt; er missen haakjes om de centrale methyleen- <BR>groepen.
18#Solved bugs#Egon#eg...@sc...#01-14-00#01:17h#3#Solved!<P>Maar de code in Bruto.java is sowieso niet<BR>erg geweldig robuust. :)<P>Maar ach.. op naar de volgende bug.
19#Solved bugs#Egon#eg...@sc...#01-02-00#11:20h#2#Er komen veel niet-afkortingen voor in de lijst<BR>van afkortingen.
19#Solved bugs#Egon#eg...@sc...#01-13-00#12:53h#3#Solved!<P>Net zoals de Engels-Nederlandse en Duits-<BR>Nederlandse vertalingen wordt nu ook deze index <BR>via een perl script aangemaakt en via een XSLT <BR>stylesheet vertaald naar een webpagina.
20#Solved bugs#Egon#eg...@sc...#01-02-00#11:25h#2#De afweging of er in de 'letterfiles' via "Meer<BR>info" verwezen moet worden naar de 'itemfile'<BR>is niet volledig. Als er alleen vertalingen zijn,<BR>wordt er geen verwijzing gemaakt terwijl dit wel<BR>moet.
20#Solved bugs#Egon#eg...@sc...#01-14-00#00:45h#3#Solved!
22#Solved bugs#Joost#wo...@sc...#01-12-00#20:09h#2#Mkwml levert nog steeds XML files met encoding:"UTF-8"<BR>dit moet de ISO-8859-1 encoding zijn!<BR>Er zullen dus nog een groot aantal files zijn met de<BR>verkeerde encoding!
22#Solved bugs#Geert#gj...@sc...#01-17-00#11:54h#3#Solved!...<P>Graag echter wel alle bestanden open zetten, anders<BR>kan ik degenen met de verkeerde encoding niet<BR>corrigeren...
25#Solved bugs#Egon#eg...@sc...#01-30-00#16:23h#2#Het met de Java software converteren van de data<BR>geeft een "Connection timed out" error.<P>Bv. met "SimpleAddItem kaneelaldehyd.xml".
25#Solved bugs#Egon#eg...@sc...#01-31-00#20:37h#3#Workaround: vorm de http url om in een file url.
25#Solved bugs#Egon#eg...@sc...#01-31-00#21:22h#4#Nee, workaround werkt niet. Maar fout bleek na<BR>twee uur zoeken te liggen aan het feit dat de <BR>officiele CML site niet bereikbaar was.
25#Solved bugs#Egon#eg...@sc...#01-31-00#21:23h#5#Solved! door een locale copie van de cml.dtd<BR>te gebruiken.
26#Solved bugs#Egon#eg...@sc...#02-11-00#23:12h#2#mkwml voegt nieuwe items telkens met hetzelfde<BR>WOC nummer toe, waar hij het eerstvolgende moet<BR>nemen.
26#Solved bugs#Egon#eg...@sc...#02-11-00#23:16h#3#Solved! Mkwml zocht alleen naar "ITEM ID="<BR>terwijl het ID attribuut *niet* altijd het tweede<BR>attribuut is.
27#Solved bugs#Egon#eg...@sc...#02-13-00#10:48h#2#Huub Willems meldde dat de pagina met ChemSymphony<BR>niet werkte.
27#Solved bugs#Egon#eg...@sc...#02-13-00#10:49h#3#Solved!<P>De bug was snel terug te vinden: het script<BR>dat de pagina met de ChemSymphony 3D applet maakte<BR>gebruikte een oude directory en niet de dadml<BR>directory. Dit is aangepast.
28#Solved bugs#Huub Willems#ba...@tr...#03-16-00#23:17h#2#(new) Bug 27 is volgens mij nog steeds niet opgelost. Ik blijf problemen houden met chemlite bij bijvoorbeeld ethaan en butaan. Vreemd genoeg geeft 1-butanol wel een 3d plaatje.
0#Nieuwe bugs#WOC-redactie#wo...@sc...#16 oktober 1999#00:00h#1#Fouten in zowel de layout en de data komen helaas voor. Heeft u een nieuwe gevonden, meldt u die dan in deze rubriek.
5#Nieuwe bugs#Egon#eg...@sc...#11-26-99#00:19h#2#(new) De groepenlijst geeft problemen bij termen<BR>zoals "IUPAC nomenclatuur". Waarschijnlijk<BR>omdat daar een spatie in zit.
5#Nieuwe bugs#Egon#eg...@sc...#02-08-00#22:32h#3#(new) Workaround: zolang er een WOC nummer bekend is<BR>voor het item, wordt deze gebruikt om de naam<BR>op te zoeken. Hierdoor wordt het gebruik van <BR>spaties in de URL voorkomen. Maar veel groepen<BR>(zoals acyclische koolwaterstoffen) hebben geen<BR>eigen *.xml bestand en daarom geen WOC nummer.<P>Deze woorden blijven voorlopig *met* een spatie<BR>aangeroepen. Een workaround hiervoor is het <BR>toch aanmaken van een *.xml bestand met alleen<BR>de item element en naam (zie het net toegevoegde<BR>acyclischekoolwaterstoffen.xml).
13#Nieuwe bugs#Egon#eg...@sc...#12-10-99#12:23h#2#(new) De query die de letterfiles aan het 'wereldbolletje'<BR>doorgeven, klopt niet altijd. <P>Bv. kaneelaldehyde wordt als 'kaneelaldehyde' door<BR>gegeven en realsearch.pl (via netsearch.pl) kan <BR>vervolgens kaneelaldehyde.xmlniet vinden (want dat<BR>is kaneelaldehyd.xml).<P>En dit is bij meerdere woorden het geval.
14#Nieuwe bugs#Egon#eg...@sc...#12-14-99#19:25h#2#(new) Bij regel E-1.1 moeten list items van het type<BR>"a" gebruikt worden. Het attribuut type="a" is<BR>in de XML wel gegeven, maar wordt door de<BR>WocEngine niet doorgegeven.<P>Moet geklaard worden voordat de Demo geshowd<BR>wordt.
15#Nieuwe bugs#Egon#eg...@sc...#12-14-99#19:36h#2#(new) Weer regel E-1.1. Als er in EXAMPLE->P twee<BR>data geimporteerd wordt, wordt de tekst ertussen<BR>niet doorgegeven door de WocEngine.
15#Nieuwe bugs#Egon#eg...@sc...#12-14-99#20:51h#3#(new) Een workaround is het gebruik van een tabel.<BR>Hierdoor voorkom je de aanwezigheid van<BR>'mixed data' (of (#PCDATA|ELEMENT)* in de DTD).<P>Mogelijk dit dit 'mixed data' ook de oorzaak van<BR>de bug is.
16#Nieuwe bugs#Egon#eg...@sc...#12-15-99#17:13h#2#(new) Een lezer merkte op dat er PDB's zijn waar geen<BR>waterstofatomen bij zitten... Het is in principe<BR>de bedoeling dat die er wel bij zitten.<P>Het is onbekend hoeveel PDB's er 'corrupt' zijn.
21#Nieuwe bugs#Joost#Wo...@sc...#01-12-00#19:13h#2#(new) Als je op een bug (de link ervan) klikt krijg je niet <BR>die bug te zien, maar de bug die ervoor stond.<BR>Dus als ik bug 18 wil zien en erop klik, dan<BR>krijg ik bug 17 te zien!<BR>  
21#Nieuwe bugs#Egon#eg...@sc...#01-14-00#00:44h#3#(new) Ik heb hem nog niet kunnen reproduceren.
21#Nieuwe bugs#Geert#gs...@sc...#01-17-00#11:52h#4#(new) Waarschijnlijk IS deze bug niet te reproduceren,<BR>want je moet gewoon niet de Back-button gebruiken,<BR>maar zo vaak mogelijk het script opnieuw aanroepen<BR>door de links op de pagina's zelf te gebruiken.<P>Mocht er dan iemand iets toevoegen terwijl iemand<BR>aan het bladeren is, blijft de verwarring beperkt.<BR>
23#Nieuwe bugs#Joost#wo...@sc...#01-12-00#20:38h#2#(new) de link bij Ladenburg, Albert naar Kekule <BR>(met accent) klopt niet. Dit is een software bug.<BR>Kekule staat wel degelijk in het woordenboek, maar <BR>blijkbaar is deze niet correct. Hier moet naar <BR>gekeken worden! Wat de oplossing hiervoor is weet <BR>ik niet hoor.
24#Nieuwe bugs#Joost#wo...@sc...#01-12-00#20:56h#2#(new) Er worden gebroken plaatjes weergegeven bij items <BR>met een CAS-nr, waar geen plaatje van is.<BR>Blijkbaar wordt er gekeken of er een CAS-nr is <BR>waarna een link aangemaakt wordt of er wel of geen<BR>plaatje aanwezig is. Het script negeert de excludes<BR>tag! 
24#Nieuwe bugs#Joost#wo...@sc...#01-12-00#21:00h#3#(new) Een voorbeeld hiervan is water!
24#Nieuwe bugs#Geert#gj...@sc...#01-17-00#11:59h#4#(new) Correctie!<P>De link voor het plaatje wordt niet toegevoegd aan<BR>de WML-bestanden. Echter, het script voor het uitzoeken<BR>van de gif-link in de WML's let inderdaad niet op<BR>de EXCLUDED-tag in de WML's zelf. Maar daarnaast<BR>denk ik dat de parser voor de HTML-files van slag<BR>raakt van die EXCLUDED-tag, want die denk ineens<BR>wel dat er een plaatje is, terwijl de path<BR>/ITEM/WOC/MEDIA[@MIME='image/gif'] helemaal niet bestaat!
29#Nieuwe bugs#Egon#eg...@sc...#04-10-00#12:32h#2#(new) Zoeken op PE in de zoekmachine geeft een<BR>Internal Server Error!
29#Nieuwe bugs#Egon#eg...@sc...#04-10-00#13:43h#3#(new) Opgelost! <P>De oorzaak bleek een match in de DOCTYPE<BR>regel, waarna geprobeerd werd de $title attribuut<BR>te gebruiken, maar die was uiteraard nog niet<BR>gezet.<P>Bug fix: DOCTYPE en ?xml? regel niet laten matchen.
29#Nieuwe bugs#Egon#eg...@sc...#04-10-00#13:45h#3#(new) Constructiever is het programma alleen te laten<BR>matchen op data en niet op metadata...<P>zoeken op item zou anders veel hits geven :(
30#Nieuwe bugs#Egon#eg...@sc...#04-16-00#23:10h#2#(new) Hoewel in de indices, wordt benzoezuur in de B<BR>letterbestanden niet goed gesorteerd... dit komt<BR>waarschijnlijk omdat Java die e met umlaut niet<BR>als e herkent... :(<P>Geen idee hoe dat op te lossen is...<P>
31#Nieuwe bugs#Egon#eg...@sc...#08-17-00#10:32h#2#(new) De website werkt niet met Mozilla. Dit komt schijnbaar<BR>door een fout in de Javascript in de index.html.<BR>Hij geeft een "vier not defined" error...
32#Nieuwe bugs#David Lutje Hulsik#dlu...@cm...#10-09-00#17:51h#2#(new) "Rode knop" by cafeine verwijst niet goed;<BR> je krijgt info over formaldehyde.
32#Nieuwe bugs#Egon#eg...@sc...#10-10-00#13:07h#3#(new) Opgelost! <P>Het probleem was dat ie niet het CAS nummer doorgaf<BR>wat nodig is. Bovendien zat er ook nog een fout<BR>in het Perl script, en die is ook verwijdert.
33#Nieuwe bugs#Egon#eg...@sc...#10-10-00#17:21h#2#(new) Polybutadieen is geen polymeer van 13butadieen maar<BR>van 1,3-polybutadieen.<P>Dit is een fout in Geert's code voor het genereren<BR>van een volzin op basis van TopicMap code...
34#Nieuwe bugs#Egon#eg...@sc...#11-15-00#12:08h#2#(new) Het plaatje van nitroglycerine klopt niet.<BR>Het wordt automatisch toegevoegd en is dus een<BR>zeer kwalijke bug!
34#Nieuwe bugs#Egon#eg...@sc...#11-15-00#12:10h#3#(new) Plaatje in http://www.sci.kun.nl/woc/data/pictures/gifgalary/55-63-0.gif<BR>was fout en is verwijdert. (CAS klopt wel.)<P>Directory daarentegen is fout. Dit moet zijn<BR>data/dadml/2d/gif/...<BR>
35#Searchengine#Micha Fleuren#mi...@sc...#11-29-00#18:52h#2#(new) Search engine laat spaties aan het begin van<BR>een zoekopdracht staan. Hier wordt ook op gezocht.<BR>Deze kunnen dus verwijdert worden.
36#Nieuwe bugs#Egon#eg...@sc...#12-13-00#17:27h#2#(new) Als er topic maps voorkomen in een bestand<BR>kan de XSLT engine in combo met picture.xsl de<BR>plaatjes niet vinden, of geeft ie een foutmelding.<BR>
36#Nieuwe bugs#Egon#eg...@sc...#12-13-00#17:36h#3#(new) Dit wordt opgelost door de volgende namespace<BR>toe te voegen (zie butaan.xml):<P>  xmlns:xlink="http://www.w3.org/1999/xlink"<P>

--- NEW FILE: bugs.grm ---
volgorde: 8
bugnummer
subject
naam
email
datum
tijd
niveau
inhoud
verdeling: 6
0
1
2, 4, 5
3
7
6
weergave: 6
bugnummer: 
subject  : 
naam     : 
email    : 
inhoud   : 
niveau   : 

--- NEW FILE: bugs.hlp ---
// $mode.hlp - bestand met alle help gegevens
//
// De regels beginnend met / zijn commentaar, extra commentaar alleen tussen de arrays en
// minimaal een regel commentaar ertussen is essentieel.
// De andere regels gaan twee aan twee, het eerste bevat het item, de tweede de beschrijving
// zorg dat in ieder geval de items met spaties worden aangevuld tot de lengte van de langste
// uit het deellijstje...
// Lengte van de deellijstjes onbegrensd
//
commando help /// ident ///
hieronder een overzicht van alle beschikbare commando's:
        
        
        
help    
deze uitleg
usage   
geeft overzicht alle mogelijke parameters
?       
geeft alle (on)mogelijke afkortingen
        
        
find    
zoeken op gegevens
show    
weergeven studentgegevens
        
        
del     
verwijderen van studenten
edit    
wijzigen studentgegevens
filter  
selectief verwijderen studenten
new     
toevoegen studenten
unfilter
wijzigingen vanaf laatste filter teniet doen
        
        
read    
(opnieuw) inlezen studentgegevens
save    
opslaan wijzigingen
quit    
afsluiten editor
        
        
	probeer eens usage of ?
        
EOH
commando usage /// ident ///
hieronder per commando de mogelijke parameters:
        
        
        
help    
        
usage   
        
?       
        
        
        
find    
<gegeven> <zoekstring> [..]
show    
[(<nr> [..] | alles)]   (default = huidige)
        
        
del     
[<nr> [..]]             (default = huidige)
edit    
[<nr>]                  (default = huidige)
filter  
<gegeven> <zoekstring> [..]
new     
(student | jaar)",
unfilter
        
        
        
read    
[<bestand>]             (default = $datafile)
save    
[<bestand>]             (default = $newdatafile)
quit    
        
        
        
	probeer eens ?
        
EOH
commando afkort /// ident ///
de tekens binnen [] zijn overbodig:
          
          
          
d[el]     
sa[ve]    
e[dit]    
s[how]    
fil[ter]  
us[age]   
f[ind]    
u[nfilter]
h[elp]    
q[uit]    
n[ew]     
?       
r[ead]    
          
EOH
edit help /// ident ///
kies een van de volgende items om deze te wijzigen:
          
          
          
        
        
	probeer eens ?
        
EOH
edit afkort /// ident ///
de tekens binnen [] zijn overbodig:
            
            
            
EOH

--- NEW FILE: editor ---
#!/usr/bin/tcsh

cd /vol/www/sigma/bin/editor
Editor woc