Jan Wilmans

Proposal interface: (pseudo code) ``` void CLogView::ApplyFilters() { ProgressDlg dlg; dlg.dispatch ( [this] { while (line < count) { // do stuff ++line; if (dlg.IsCanceled()) break; } m_logLines.swap(logLines); }); if...

@djeedjay ik wou hier eens naar kijken, hoe lijkt dit voorstel?

Dat kan al, sleep maar eens een .dblog op debugview :)

File->open is een andere actie, dan drag&drop, misschien moeten we dat veranderen, File->open leest nu de file in. Terwijl drag&drop een logsource maakt en blijft tailen. (dus als de logfile...

Het is geen extra UI thread, De UI blockt, net als normaal, er komen dus geen timer-events binnen die de logsource input binnenhaald, dus geen race-conditions. Het verschil is dat...

Ik zie de load/save acties nu ook niet goed samenwerken met live-logging, dus in dat opzicht veranderd er niets. Bovendien zie ik de load/save acties voor de use-case waar je...

Ja, de asynchrone loader kan prima met een '[ ] keep tailing' vinkje, vind ik een goed voorstel. Neemt niet weg dat progress dialoog ook nodig is voor bijvoorbeeld als...

In dat opzicht vind ik het ook niet erg als je even moet wachten, maar wel als niet weet hoelang dat gaat duren en de applicatie 'not responding' zegt. Groeten,...

GJ: waarom File->Open nog synchroon zijn als je al een asynchrone loader hebt? Jan: klopt, moeten we gewoon met de asynchrone loader doen, met een vinkje voor 'keep tailing'. Ik...

Hm, daar had ik nog niet aan gedacht, waarom niet eigenlijk, de logfile administratie is movable. Groeten, Jan 2015-09-16 22:11 GMT+02:00 Gert-Jan de Vos [email protected]: > Dan moet er dus...