Plug-in Logboekanalyse

Maak van de editor een volwaardige werkbank voor logboeken: ontleed gestructureerde logbestanden met bewerkbare profielen, navigeer op ontlede velden en tijdstempels, voeg meerdere bronnen op één tijdlijn samen, volg één verzoek over bronnen heen, en analyseer frequenties, percentielen en de meest voorkomende waarden — dat alles zonder de kale tekst in een gewoon editortabblad te laden.

Waar u het vindt

De plug-in voegt drie items toe aan het menu Logboekanalyse:

• Logboekanalyse ▸ Openen als logboek… — opent één logbestand in een eigen venster Logboekweergave.
• Logboekanalyse ▸ Samengevoegde logboeken openen… — kies twee of meer bestanden, geef elk zijn eigen profiel, en zie ze door elkaar geweven op één tijdlijn.
• Logboekanalyse ▸ Systeemlogboek openen… (alleen Windows) — bevraagt het Windows-gebeurtenislogboek via dezelfde weergave, met de filters doorgeduwd naar Get-WinEvent van PowerShell.

Op een pagina Voorkeuren ▸ Plug-ins ▸ Logboekanalyse stelt u de standaard niveaupastilles in, het terugvalprofiel voor bestanden die op geen enkele glob passen, de drempel «waarschuw voordat bestanden boven N MB ontleed worden», de standaard filtermodus, en het peilinterval voor het volgen van de staart — één knop voor zowel de staarttimer van bestanden als de stroom van het systeemlogboek (elke peiling van het Windows-gebeurtenislogboek start een PowerShell-proces, dus zware bronnen willen hem misschien trager).

Grote bestanden worden op een achtergrondthread ontleed met een actuele recordteller, en de dure aggregaties (berichtsjablonen, afwijkingen) worden ook op de achtergrond berekend — de statusbalk toont «Statistieken worden op de achtergrond geanalyseerd…» en de panelen vullen zich wanneer ze klaar zijn, zodat het venster de hele tijd blijft reageren. Bij heel grote ladingen aggregeren de statistieken over de nieuwste 150 000 records en bemonstert de tijdlijn het hele bereik.

Logboekweergave van één bestand

Een logboek openen toont het eigen venster Logboekweergave. Het spiegelt de ergonomie van de op tabellen gebaseerde vensters van de editor (zoals het venster Vergelijken) en blijft buiten de tabbladbalk van de editor.

Indeling

• Werkbalk — niveaupastilles (TRACE…FATAL), filtermodus + filterregel, Volgende / Vorige fout (F8 / Shift+F8), Ga naar tijdstip (Ctrl+G).
• Tijdlijnstrook bovenaan — het aantal gebeurtenissen in tijdvakken, gekleurd naar niveau. Sleep een bereik om op tijd te filteren; klik op een balk om de tabel naar het eerste record op of na dat tijdvak te brengen.
• Tabel in het midden — Tijd / Niveau / Bron / Bericht, gevirtualiseerd zodat ze ook bij honderdduizenden records vloeiend schuift.
• Detailvenster onder de tabel — toont het volledige kale item over meerdere regels voor de geselecteerde rij.
• Statistiekenpaneel rechts gedokt — tellingen per niveau, frequentie van gebeurtenissen, percentielkiezer (p50/p95/p99 over elk numeriek veld, standaard bytes), verdeling van de HTTP-statusklassen (1xx…5xx, verborgen wanneer er geen veld status aanwezig is), en een tabel met de meest voorkomende waarden over elk veld (standaard url, met een grens van 25 rijen).

De recordtabel en het detailvenster gebruiken het lettertype van de editor uit Voorkeuren ▸ Algemeen — hetzelfde type en dezelfde grootte als een gewoon editortabblad, zodat tijdstempels en niveaus kolom voor kolom uitlijnen. Die instelling wijzigen geldt voor logboekweergaven die al open staan, zonder ze te heropenen. Hetzelfde geldt voor de samengevoegde weergave, haar deelvensters naast elkaar en het volgordediagram. De werkbalk, de filterregel en het statistiekenpaneel houden het lettertype van de interface: dat is omlijsting, geen logboekinhoud.

Filtermodi

De filterregel in de werkbalk aanvaardt vijf verschillende uitdrukkingen; kies de modus uit de keuzelijst links ervan:

Modus	Waar die op past
Eenvoudig	Deeltekenreeks zonder onderscheid tussen hoofd- en kleine letters tegen de kale regel.
Woorden	Op witruimte gesplitste tekens; elk teken moet ergens in de regel voorkomen, in willekeurige volgorde. phpinfo GET past op een regel die zowel phpinfo als GET bevat.
Jokertekens	Glob met * en ? tegen de kale regel, zonder onderscheid tussen hoofd- en kleine letters.
Reguliere expressie	Gewoon patroon van QRegularExpression, standaard zonder onderscheid tussen hoofd- en kleine letters.
Query	Gestructureerde grammatica met predicaten voor veld, niveau en tijd, plus AND/OR/NOT en haakjes.

Voorbeelden voor de modus Query:

level>=WARN
status:500 AND method:POST
message~/timeout|refused/ AND @time in [09:00..09:05]
NOT (source:nginx OR source:apache)
level>=ERROR OR (status:5\d\d AND method:POST)

De filterregel dempt het typen met 200 ms, zodat de tabel niet bij elke toetsaanslag opnieuw filtert; Enter indrukken of de focus verliezen past meteen toe, en de regel leegmaken past ook meteen toe. Wanneer een uitdrukking met jokertekens, een reguliere expressie of een zoekopdracht niet compileert, wordt de regel rood en toont de tekstballon de diagnostiek — de proxy houdt het vorige geldige filter op het scherm, zodat de tabel niet leegloopt terwijl u typt.

Navigatie

• F8 / Shift+F8 — volgend / vorig record met een fout of een fataal probleem.
• Ctrl+G — ga naar een bepaald tijdstip (UTC, kalenderpop-up).
• Klik op een balk van de tijdlijn om naar het eerste record in dat tijdvak te springen.

Deze drie toetscombinaties zijn door de gebruiker opnieuw toe te wijzen met Sneltoetsen toewijzen (categorie Logboekanalyse); geopende logboekweergaven passen een nieuwe toewijzing meteen toe en de tekstballonnen van de werkbalk tonen de huidige toetscombinatie.

Live ontleden + annuleren

Grote bestanden beginnen binnen tientallen milliseconden records te tonen; het ontleden gaat op de achtergrond door en de tabel groeit terwijl de records binnenkomen. Filteren, schuiven en F8 werken terwijl het ontleden nog loopt. Het venster sluiten stopt de worker prompt.

Samengevoegde logboekweergave

Logboekanalyse ▸ Samengevoegde logboeken openen… laat u een probleem onderzoeken dat zich over meerdere bronnen uitstrekt — een cliëntlogboek plus een serverlogboek, een toepassingslogboek plus een systeemdagboek, webtoegang plus fouten, enzovoort.

De profielkiezer per bestand

Nadat u twee of meer bestanden gekozen hebt ziet u een klein venster met één rij per bestand en een profielkeuzelijst per rij. De keuzelijst is voorgeselecteerd door de bestandsnaam met de bestandsnaamglobs van elk profiel te vergelijken (zonder onderscheid tussen hoofd- en kleine letters). Bij een gebruikelijke nginx-installatie kiest access.log vanzelf nginx — access log (default combined) en error.log vanzelf nginx — error log. U kunt elke rij handmatig overschrijven voordat u op OK klikt.

Indeling

• Werkbalk — niveaupastilles, filterregel met moduskeuzelijst, traceerknoppen (keuzelijst + Volgen / Wissen), schakelaar voor het volgordediagram, schakelaar Naast elkaar.
• Tijdlijnstrook bovenaan — gestapeld histogram per bron met één baan per bron, zodat u samenhangende uitbarstingen visueel kunt zien.
• Traceerbanier boven de tabel — een amberkleurige strook die alleen getoond wordt wanneer er een traceerfilter actief is: <field> = <value> wordt gevolgd — N rijen in alle bronnen.
• Gestapeld hoofdgebied — drie pagina's die u vanaf de werkbalk kunt wisselen:
  • Tabel (standaard): één rij per samengevoegd record met de kolommen Tijd / Brn / Niveau / Logger / Bericht; de voorgrondkleur van de kolom Brn is de baankleur van de bron, zodat u de identiteit van de bron in één oogopslag kunt aflezen.
  • Sequentiediagram — zie Trace volgen.
  • Deelvensters naast elkaar — zie Naast elkaar.
• Detailvenster onder de tabel.

Filters die samenwerken

In de samengevoegde weergave loopt de filterketen in deze volgorde, en ze bouwen allemaal op elkaar voort:

1. Zichtbaarheid van de bron — een vinkje in de linkermarge van de tijdlijn, één per baan, naast de naam en de kleur van de bron. Een baan zonder vinkje houdt haar rij, gedempt: dat moet wel, want dat vinkje is de enige weg terug. Klik met de rechtermuisknop op de marge voor Alleen deze bron tonen / Alle bronnen tonen.
2. Niveaupastilles — TRACE…FATAL.
3. Trace volgen — zie hieronder.
4. Tekstfilter — Eenvoudig / Woorden / Jokertekens / Reguliere expressie / Zoekopdracht (dezelfde modi en hetzelfde gedrag als in de weergave van één bestand, toegepast op de samengevoegde stroom).

Dat betekent dat u bijvoorbeeld level>=ERROR AND status:500 over zowel het toegangs- als het foutlogboek van nginx kunt doen in één uitdrukking, én één cliënt door beide kunt volgen — het traceerfilter versmalt de verzameling verder zonder de filters op niveau, bron of tekst te breken.

Trace volgen

1. Kies een correlatiesleutel in de keuzelijst Trace: van de werkbalk. Die is gevuld met de gebruikelijke verzameling (trace_id / request_id / session_id / correlation_id / span_id / xRequestId) en met elke afzonderlijke veldnaam die werkelijk in de geladen records voorkomt. Typ zo nodig een eigen naam.
2. Selecteer een rij in de tabel.
3. Klik op Trace volgen — of klik met de rechtermuisknop op de rij en kies Trace volgen: \<field>=\<value> voor elke gebruikelijke sleutel die het record draagt (een weg in één keer die de stap via de keuzelijst niet nodig heeft).

De tabel filtert meteen tot alleen de records die de waarde van die sleutel over alle bronnen delen. Klik op Trace wissen om het filter te verwijderen.

Sequentiediagram

Zodra er een traceerfilter actief is en er precies 2–4 bronnen zichtbaar zijn, wordt de schakelaar Sequentiediagram van de werkbalk beschikbaar. Die zet het hoofdgebied om naar een diagram met vaste banen:

• Elke zichtbare bron is een verticale baan die bovenaan met een gekleurd staaltje gelabeld is.
• Eén rij per record, met de tijd die van boven naar beneden loopt. Het werkelijke tijdstempel staat links, zodat u geen precisie verliest; de rijen zijn op rang gebaseerd (vaste hoogte) in plaats van evenredig met de tijd, omdat een trace uit de praktijk uitbarstingen plus lange pauzes kent en een as die evenredig is met de tijd het grootste deel van het scherm aan de pauzes zou verspillen.
• Een gekleurde stip op de baan van de bezittende bron, plus een ingetogen grijze pijl tussen opeenvolgende records op verschillende banen — zodat u de trace letterlijk tussen systemen ziet stuiteren.
• Niveaupastille en berichttekst aan de rechterkant.

Klik op een willekeurige rij in het diagram om de onderliggende tabel naar dat record te schuiven. Zet de actie uit om naar de tabel terug te keren.

Bij meer dan 4 bronnen is het diagram uitgeschakeld en blijft de tabelweergave staan.

Deelvensters naast elkaar

Wanneer er precies twee bronnen zichtbaar zijn, wordt de schakelaar Naast elkaar van de werkbalk beschikbaar. Die splitst het hoofdgebied in twee tabelvensters — één bron elk — met de schuifposities aan het tijdstempel gekoppeld: schuif een van beide vensters en het andere volgt naar het dichtstbijzijnde record op of na dat tijdstip. Afdrijving tussen serverklokken komt vanzelf naar voren doordat de vensters uit elkaar lopen.

De schakelaars Sequentiediagram en Naast elkaar sluiten elkaar uit (de een aanzetten klapt de ander uit); beide vallen terug op de tabelweergave wanneer het aantal actieve bronnen buiten het ondersteunde bereik komt.

Rotatieverzamelingen zijn één baan

Drie bestanden uit één geroteerde verzameling kiezen is één logboek kiezen, dus ze laden als één baan. De kiezer toont een rij per baan met haar segmenten eronder opgesomd, de oudste eerst, en de baan wordt naar haar nieuwste bestand gelabeld met een telling van de oudere — MxAPILog.txt (+2).

Klik met de rechtermuisknop op een baan in de tijdlijn voor Elk geroteerd bestand afzonderlijk tonen en, eenmaal gesplitst, Geroteerde bestanden samenvoegen in één baan. Splitsen is een herverdeling van wat al in het geheugen zit, dus er wordt niets opnieuw gelezen — maar het verandert wat een rij betekent, dus de tabel laat haar selectie vallen.

Bronnen moeten vergelijkbare tijden vermelden

Een samenvoeging plaatst records van meerdere bronnen op één as, wat alleen iets betekent wanneer ze allemaal dezelfde hoeveelheid datum kunnen vermelden. Een syslog zonder jaar kan niet tegen een gedateerd logboek gepositioneerd worden zonder het jaar te verzinnen, en een bouwlogboek zonder tijdstempels kan helemaal niet gepositioneerd worden. Ze mengen wordt vooraf geweigerd, met een bericht dat noemt welke bronnen in welke groep vallen. Voeg bronnen van dezelfde soort samen, of open ze apart.

Herstellen

Een samengevoegde weergave komt met de sessie terug. Wat er bewaard wordt is het profiel dat voor elke baan gekozen is en de bestanden waartoe die baan zich oploste; de records worden op de achtergrond opnieuw gelezen, dus het tabblad verschijnt meteen en vult zich daarna. Bestanden die verdwenen zijn en profielen die verwijderd zijn worden overgeslagen en in het logboek genoteerd in plaats van bij het starten een vraag te worden.

Inheemse systeemlogboeken (Windows)

Logboekanalyse ▸ Systeemlogboek openen… bevraagt het Windows-gebeurtenislogboek zonder dat er een bestand op de schijf nodig is. Het venster vraagt om een kanaal (Application / System / Security / een eigen naam), een optioneel minimumniveau en een recordgrens. De plug-in schakelt Get-WinEvent | ConvertTo-Json -Compress van PowerShell in met het filter doorgeduwd, en ontleedt de NDJSON-uitvoer daarna met het meegeleverde profiel windows-event-log.

De actie wordt alleen geregistreerd wanneer de host werkelijk een werkende bron voor het Windows-gebeurtenislogboek heeft — op Linux en macOS is hij oprecht afwezig in plaats van grijs.

Bronnen voor het uniforme logboek van macOS en journald op Linux zijn gepland en schuiven achter dezelfde interne interface, zonder wijzigingen aan de interface wanneer ze komen.

Profielen

De motor heeft geen ingebouwde ontleders met bijzondere gevallen. Elk ondersteund formaat — Apache, nginx, syslog, JSON Lines, logfmt, CSV, Windows-gebeurtenislogboek — is een JSON-bestand LogProfile dat in de map log-profiles/ van de toepassing meegeleverd wordt. Profielen van de gebruiker wonen in de map log-profiles/ van de gebruikersconfiguratiemap en overschrijven de meegeleverde profielen op id.

Elk profiel beschrijft:

• regelmodel — regex, json, logfmt, csv of delimited.
• tijdstempel — welk veld, welke strftime-achtige notaties aanvaard worden, de brontijdzone, de eenheden van het tijdperk.
• niveau — welk veld, plus een koppeling van kale tekens naar de canonieke enum Trace / Debug / Info / Warn / Error / Fatal.
• voortzetting — hoe volgende regels aan het huidige record vastplakken (een Java-stapeltraceer wordt één item, geen 30).
• afgeleide velden — extra velden die uit een deelpatroon over een bestaand veld berekend worden. De meegeleverde profielen voor apache en nginx gebruiken dit om een uniform veld client_ip bloot te leggen, zodat Trace volgen van de samengevoegde weergave gebeurtenissen van webtoegang en fouten voor dezelfde cliënt over beide bronnen kan koppelen.
• rotatie — welke bestanden één logisch logboek vormen, en in welke volgorde. Zie Rotatie: een verzameling bestanden beschrijven.

U hoeft deze bestanden niet met de hand te schrijven: de editor ervoor — met een veldgrijper, aliassen in grok-stijl en een live tijdstempeltester — staat beschreven onder Profielen bewerken.

Tijden worden getoond met de precisie die het logboek vermeldt

Niet elk logboek vermeldt een volledige datum. Een syslog volgens RFC 3164 geeft een maand, een dag en een tijd maar geen jaar; sommige ingebedde en interne logboeken geven alleen een tijdstip van de dag; bouwuitvoer geeft er helemaal geen.

De kolom Tijd toont precies wat de regel zei — 13:36:55, Oct 10 14:32:52, of een volledig tijdstempel met UTC — en vult een leemte nooit met een gok. Dat geldt ook voor het exporteren naar TSV en voor het voorbeeld in de profieleditor, zodat een verzonnen jaar de toepassing niet kan verlaten en verderop niet voor een echt jaar kan worden aangezien.

Het ordenen, de tijdlijn en de statistieken blijven binnen zo'n bestand werken: de ontbrekende delen worden intern verankerd zodat records onderling vergelijkbaar blijven. Ze komen alleen nooit naar de oppervlakte.

Profielen bewerken

Logboekanalyse ▸ Profiel bewerken… somt elk profiel op met een insigne Ingebouwd of Aangepast. Er een selecteren laadt het.

Ingebouwde profielen zijn alleen-lezen, zoals ingebouwde thema's dat zijn: het formulier wordt getoond maar uitgeschakeld, en Dupliceren is de manier om er een te wijzigen. Een duplicaat neemt een vrije id, zodat een kopie nooit stilletjes het profiel kan overschaduwen waar het uit voortkwam. Nieuw begint van voren af aan, Verwijderen haalt een van uw eigen profielen weg, en weglopen van niet opgeslagen werk vraagt eerst.

Wordt er een profiel geïmporteerd waarvan de id overeenkomt met een ingebouwde, dan wordt het onder een vrije id bewaard in plaats van dat het die vervangt — en de editor zegt welke.

Rotatie: een verzameling bestanden beschrijven

Een geroteerd logboek is één logische stroom die in meerdere bestanden is geknipt. Een profiel zegt met twee namen welke bestanden bij elkaar horen — meer is er niet nodig, en omdat er maar één beschrijving is, is er niets dat zichzelf kan tegenspreken.

Veld	Betekenis
liveName	Het bestand waarnaar nu geschreven wordt.
rotatedName	De vorm die de oudere bestanden aannemen.
indexOrder	Welk uiteinde van de nummering het nieuwste is.
orderBy	Waar de volgorde vandaan komt. Vrijwel altijd name.

Tijdelijke aanduidingen

Beide namen aanvaarden deze. Daarbuiten is elk teken letterlijk — . is een punt, niet «een willekeurig teken», en * is een sterretje, geen jokerteken.

Aanduiding	Betekent
%LIVE%	Het bestand dat de gebruiker geopend heeft. Gebruik het wanneer het profiel de naam niet vooraf kan kennen.
%N	Het rotatienummer. Als getal gelezen, zodat _10 na _9 sorteert in plaats van tussen _1 en _2.
%Y %y	Jaar, vier of twee cijfers. Jaartallen van twee cijfers gebruiken het gebruikelijke scharnier: 69–99 betekent 19xx, 00–68 betekent 20xx.
%m %b %B	Maand als getal, als afkorting (Jul) of voluit (July).
%d %j	Dag van de maand, of dag van het jaar.
%H %M %S	Uur, minuut, seconde — voor schema's die meer dan één keer per dag roteren.
%%	Een letterlijk procentteken.

Dit zijn dezelfde strftime-velden die de tijdstempelnotaties van het profiel gebruiken, dus er valt geen tweede verzameling te leren.

Een compressie-extensie (.gz, .zip, .bz2, .xz) wordt automatisch afgehandeld en mag in geen van beide namen voorkomen: elk schema voegt haar als laatste toe, na alles wat het patroon beschrijft.

De drie staten van liveName

Waarde	Gebruik het wanneer
%LIVE%	Een algemeen profiel dat de naam niet kan kennen — de verzameling wordt verankerd aan welk bestand er ook geopend werd.
Een letterlijke naam, bijvoorbeeld access.log	Het profiel is geschreven voor één toepassing waarvan het actieve bestand altijd die naam heeft.
Leeg	Er is geen ongenummerd actief bestand: elk bestand is genummerd of gedateerd. IIS en java.util.logging werken zo.

Uitgewerkte voorbeelden

Schema	liveName	rotatedName
logrotate	%LIVE%	%LIVE%.%N
logrotate met dateext	%LIVE%	%LIVE%-%Y%m%d
Apache / nginx	access.log	access.log.%N
IIS	(leeg)	u_ex%y%m%d.log
log4j2 / logback, standaardrotatie	%LIVE%	app-%Y-%m-%d-%N.log
Rotatie per uur	%LIVE%	app-%Y-%m-%d-%H.log
java.util.logging	(leeg)	java%N.log

Hoe de volgorde bepaald wordt

Met orderBy: name — de standaard — beslist eerst de datum in de naam, breekt het nummer gelijke standen binnen een datum, en is een bestand zonder nummer het actieve en dus het nieuwste. indexOrder zegt welke kant de nummers op lopen: higher-is-older voor logrotate en spdlog, higher-is-newer voor Serilog, Boost.Log en alles wat gaandeweg opwaarts telt. De naam alleen kan de twee niet uit elkaar houden, en daarom moet het profiel dat doen.

De andere waarden van orderBy bestaan voor verzamelingen waarvan de nummers niet te vertrouwen zijn. Cyclische rotatie hergebruikt voor altijd dezelfde handvol nummers, dus het nummer is een plek, geen leeftijd; first-record-time leest in plaats daarvan het eerste tijdstempel van elk bestand, en mtime valt terug op het bestandssysteem.

Is name gekozen en blijken de namen noch een datum noch een nummer te dragen, dan valt de volgorde door naar het eerste record, dan naar mtime, dan naar de kale naam — en de statusbalk zegt naar welke, omdat mtime herschreven wordt door kopiëren, uitpakken, een reservekopie terugzetten of een tak uitchecken.

Een datum in een bestandsnaam wordt nooit het tijdstempel van een record

Datums die uit bestandsnamen gelezen worden dienen maar voor één ding: de segmenten op volgorde zetten. Records nemen hun tijdstempels altijd uit de regel waaruit ze ontleed zijn. Een bestand met de naam access.log-20260730 bevat nog steeds records van de tijden die zijn eigen regels vermelden.

Patronen die geweigerd worden

Een patroon met twee %N, of met %N direct tegen een datumveld aan, wordt bij het laden van het profiel afgewezen en de rotatie wordt ervoor uitgezet, met de reden in de diagnostiek. app_%N%Y%m%d.log tegen app_1220260730.log kan op meerdere manieren gelezen worden, en er stilletjes een kiezen zou de verzameling in de verkeerde volgorde zetten zonder dat er iets op het scherm dat verklaart. Zet er een willekeurig letterlijk teken tussen — elk schema uit de praktijk doet dat al.

De profieleditor valideert beide namen terwijl u typt, zodat een geweigerd patroon daar opduikt in plaats van bij het openen.

Splitsen per toepassingssessie

Een sessie is één leven van de toepassing, van start tot stop, en dat is niet hetzelfde als een bestand: rotatie op grootte knipt een sessie over meerdere bestanden, en een logboek dat alleen op grootte roteert kan meerdere sessies in één bestand houden.

Drukt het logboek een regel af wanneer het start — Volluto logging system started…, Begin file log, een insigne van een framework — zet dan een reguliere expressie die daarop past in de runStartMarker van het profiel. Met de rechtermuisknop op een baan in de tijdlijn klikken biedt dan Splitsen per toepassingssessie, en elke sessie wordt een eigen baan. Het item verschijnt alleen wanneer de records werkelijk meer dan één sessie bevatten.

Zonder markering kunnen de grenzen alleen uit gaten in de tijd gegokt worden, en die gok staat met opzet standaard uit. Een sessie is een begrip uit logboeken van toepassingen; nginx, apache, syslog en containerlogboeken zijn doorlopende diensten zonder sessies, en een rustige nacht zou anders als honderden herstarts gelezen worden. Waar de gok wel gebruikt wordt past die zich aan het eigen ritme van het logboek aan en wordt hij volledig verworpen wanneer hij sessies oplevert die te kort zijn om echt te zijn.

Tijd die binnen een bron achteruit loopt wordt altijd als grens behandeld en altijd gemeld — het betekent ofwel een herstart, ofwel segmenten die in de verkeerde volgorde staan, en beide zijn het waard om te weten.

Thema's

De kleuren per niveau komen uit het thema — de plug-in registreert een paletcategorie per canoniek niveau, de Thema-editor brengt ze naar boven, en elk thema kan ze overschrijven. Van thema wisselen werkt de niveaukolom, de tijdlijnstrook, het statistiekenpaneel en het volgordediagram in gelijke tred bij.

Zie ook

• Vergelijken / diff — het venster Vergelijken waar de vensters van de Logboekanalyse naar gemodelleerd zijn.
• Logboek en diagnostiek — het eigen logbestand van de editor (los van de kijk die de Logboekanalyse op willekeurige logboekformaten biedt).