Dokumentversion: 1.0 (8. August 2001)
Autor: Bernhard Buss
Zustand: fertig gestellt
|
Datum |
Status |
Wer? |
Beschreibung |
|
|
1 |
6.11.2000 |
FIX |
buss |
Charakterisierung: Pixel in Bitmaps haben manchmal falsche Intensitätsfarbe Ursache: fehlendes Runden des Returnwertes der Fkt. TBitmapSource::GetColor() in Quelle m_data.cpp Behebung: Runden eingebaut |
|
2 |
6.11.2000 |
FIX |
buss |
Charakterisierung: Statuszeilenausgabe ist bei Einstellung "Raw Matrix" falsch; falsche Intensitätsmaxima und -minimaausgabe des dargestellten Bitmaps in TbitmapSource::GenerateAngleSpaceBitmap() in Quelle m_data.cpp Ursache: Klammerung fehlte Behebung: Klammerung eingebaut |
|
3 |
6.11.2000 |
FIX |
buss |
Charakterisierung: die Farbwahl für Pixel in Bitmaps falsch Ursache: falsche Intensitätswerte berechnet, da ColorTable.nColorRange nicht beachtet in TBitmapSource::GetColor() in Quelle m_data.cpp Behebung: ColorTable.nColorRange als Faktor in die Berechnung eingebaut |
|
4 |
6.11.2000 |
FIX |
buss |
Charakterisierung: Kurvendarstellung bei linearer Intensitätsverteilung - Kurve setzt nicht auf Abzisse auf Ursache: if-Zweig fehlte in TPlotData::FormatCurveToPLine() in Quelle m_data.cpp Behebung: if-Zweig eingebaut |
|
5 |
6.11.2000 |
FIX |
buss |
Charakterisierung: Genauigkeit der Achsenbeschriftung zu gering Ursache: unzureichende Implementation in Funktionen TPlotData::lButtonDown(); TplotData::MouseMove(); TPlotData::DrawCoordinateSystem() in Quelle m_data.cpp Behebung: neue Funktion TPlotData::GetNachkommaStelle() implementiert |
|
6 |
6.11.2000 |
FIX |
buss |
Charakterisierung: bei Einstellung "Raw Matrix" hat Menupunkte "Größere Bildpunkte" und "X-Y Skalierung" und "Bildpunkte Y" keinerlei Auswirkungen für bildnerische Darstellung; diese Menupunkte werden nur für "RL-Bitmap" benötigt Ursache: Problem nicht zu Ende gedacht, wahrscheinlich unter Zeitdruck entstanden Behebung: grundlegende Überarbeitung der Funktionen TcurveShowParam::Dlg_OnInit(); TcurveShowParam::Dlg_OnCommand(); TcurveShowParam::CanClose() in Quelle m_data.cpp; neue Funktion TmodalDlg::Dlg_OnHScrollBar() implementiert |
|
7 |
6.11.2000 |
FIX |
buss |
Charakterisierung: bei Linescan ist auch Anwahl von "Raw Matrix" und "RL-Bitmap" möglich Ursache: vergessene Unterscheidungsmöglichkeit Behebung: grundlegende Überarbeitung der Funktionen TcurveShowParam::Dlg_OnInit(); TcurveShowParam::Dlg_OnCommand(); TcurveShowParam::CanClose() in Quelle m_data.cpp |
|
8 |
6.11.2000 |
FIX |
buss |
Charakterisierung: bei Betätigung des "Abbrechen"-Buttons und ein "Raw Matrix"-Bitmap existiert noch nicht kommt es zum Absturz des RTK Ursache: versuchter Objektzugriff auf Objekt, das noch nicht existierte Behebung: grundlegende Überarbeitung der Funktion TcurveShowParam::CanClose() in Quelle m_data.cpp |
|
9 |
6.11.2000 |
FIX |
buss |
Charakterisierung: bei Betätigung des "Abbrechen"-Buttons wird die vielleicht neu eingestellte Darstellungsart übernommen Ursache: PlotWindow->eOutputType wird trotzdem aktualisiert Behebung: grundlegende Überarbeitung der Funktion TcurveShowParam::CanClose() in Quelle m_data.cpp |
|
10 |
6.11.2000 |
FIX |
buss |
Charakterisierung: Darstellungsart bei Neuaufruf "Visualising Options" immer "RL-Bitmap" und nicht wie vorgesehen dem zuletzt eingestelltem Typ entspricht Ursache: im Konstruktor TbitmapSource::TBitmapSource() in Quelle m_data.cpp wird Darstellungsart fest eingstellt Behebung: entfernt |
|
11 |
6.11.2000 |
FIX |
buss |
Charakterisierung: die Darstellungsgröße von Bitmaps ändert sich willkürlich Ursache: die Darstellungsgröße wird an zu vielen Stellen überschrieben, z. B. TbitmapSource::FormatDBaseToBitmapSource() in Quelle m_data.cpp Behebung: auf festen Wert gesetzt in Fkt. TCurveShowParam::CanClose() in Quelle m_data.cpp; Fkt TPlotData::Size() auskommentiert |
|
12 |
6.11.2000 |
FIX |
buss |
Charakterisierung: die Kombinationen von Darstellungsarten der Daten und den dazugehörigen Skalierungsmöglichkeiten der Intensität entsprechen nicht dem Pflichtenheft Ursache: Problem nicht zu Ende gedacht, wahrscheinlich unter Zeitdruck entstanden Behebung: grundlegende Überarbeitung der Funktionen TcurveShowParam::Dlg_OnInit(); TCurveShowParam::Dlg_OnCommand(); TcurveShowParam::CanClose() in Quelle m_data.cpp |
|
13 |
19.4.2001 |
FIX |
buss |
Charakterisierung: die Darstellung eines 'RL Bitmap' erfolgt stets vertikal gespiegelt, gegenüber der gewünschten Umrechnung Ursache: falsche Umrechnungsformel für reziproke Einheiten in m_data.h Behebung: richtige Formel eingesetzt |
|
14 |
19.4.2001 |
FIX |
buss |
Charakterisierung: die Daten im dtn-File nach durchgeführter 'Daten-Erhebung' bei Darstellungsart RL-Bitmap sind falsch Ursache: die Rückrechnung von reziproken Einheiten in Omega-/Thetawinkel in m_arscan.cpp ist falsch Behebung: Überarbeitung TAreaScan::InitializeDlg() - case cm_DataAquisition; Auslesen der gespeicherten Werte für Omega, Theta aus 'Daten'feld |
|
15 |
19.4.2001 |
FIX |
buss |
Charakterisierung: bei 'RL-Bitmap' Darstellung und x-y Skalierung manchmal falsche Achsbeschriftungen Ursache: vergessene Aktualisierung von BMCoorSys->xMax, BMCoorSys->yMax; bei Änderung von BMCoorSys->xSF, BMCoorSys->ySF in TbitmapSource::GenerateRLBitmap() Behebung: Aktualisierung eingebaut |
|
16 |
19.4.2001 |
FIX |
buss |
Charakterisierung: bei der Darstellungsart 'Raw-Matrix' wird nicht der Thetaoffset eines jeden Scans berücksichtigt, dadurch liegen alle Scans übereinander - bis auf den 1. Scan stimmen aber die Achsbeschriftungen dann nicht bei Winkelbeschriftung an der Abzisse (Kanalbeschriftung ist hier richtig) Ursache: Berechnung der Anordnung der Pixelwerte für MatrixBitmap (TbitmapSource::GenerateAngleSpaceBitmap() in m_data.cpp) berücksichtigt keine Thetaoffsets Behebung: Berechnung wie bei TBitmapSource::GenerateRLBitmap() gestaltet und Thetaoffsets berücksichtigt |
|
17 |
19.4.2001 |
1ST |
buss |
Charakterisierung: unter 'PSD Einstellungen' nur ein bestimmtes Positionsfenster ausgewählt - Kanalausgabe (Abzisse) im Areascanmodus beginnt immer mit 0 anstatt mit der angegebenen Nummer... (Herr Panzner 22.11.00) |
|
18 |
1.7.2001 |
FIX |
buss |
Charakterisierung: bei der Darstellung von Bitmaps von 0-dimensionalen Areascans treten falsche Achsbeschriftungen, Statuszeilenausgaben bei der Mauscursorfunktionalität auf Ursache: die Darstellung von 0-dimensionalen Areascans wurde nicht berücksichtigt, so wurde immer versucht die Theta-Achse (Abzisse) stets mit Hilfe von PSDStep (Winkel pro Kanal beim 1-dimensionalen PSD-Detektor) zu kalibrieren Behebung: Unterscheidung zwischen 0-dim / 1-dim Detektor Areascans eingebaut (speziell die Funktionen zum Setzen der Attribute in der Struktur 'VisualDB' in m_arscan.cpp und TPlotData::lButtonDown() in m_data.cpp) |
|
19 |
1.7.2001 |
FIX |
buss |
Charakterisierung: die Achsbeschriftung an der Theta-Achse (Abzisse) bei Bitmaps erfolgt stets mittels PSD-Bereich - diese Funktionalität ist unerwünscht - es sollten stets die korrekten Winkelwerte ausgegeben werden Ursache: andere Funktionalität nicht berücksichtigt Behebung: Funktionalität in die Funktion TPlotData::DrawCoordinateSystem() in m_data.cpp eingebaut |
|
20 |
1.7.2001 |
FIX |
buss berndt / ullrich |
Charkterisierung: die Werte für Thetawinkel richten sich stets nach Thetawinkel=MoveRelation*Omegawinkel, dies entspricht nicht der gewünschten Funktionalität; Thetawinkel sollten unabhängig von Omegawinkeln einstellbar und darstellbar sein Ursache: beim Nachladen von Experimentdaten werden Thetawerte nicht aus dem Header der Datei ausgelesen Behebung: entsprechende Funktionalität eingebaut (m_arscan.cpp - TareaScan::LoadMeasurementInfo()); Werte in der Struktur 'VisualDB' gesichert |
|
21 |
1.7.2001 |
FIX |
buss berndt / ullrich |
Charakterisierung: die Werte der Achsbeschriftungen (Theta) bei nachgeladenen Areascans lassen sich noch im Nachhinein verfälschen oder sind nicht korrekt Ursache: die Achsbeschriftungen sind teilweise abhängig von den eingestellten Detekoren, da mit ihrer Hilfe die Achsen skaliert werden; es ist nicht gewährleistet, daß mit dem eingestellten Meßdetektor auch das archivierte Experiment gemacht wurde Behebung: Einführung der Struktur 'VisualDB' die stets die korrekten Werte des nachgeladenen oder durchgeführten Experiments enthalten soll (m_arscan.cpp) |
|
22 |
21.8.2001 |
FIX |
buss |
Charakterisierung: bei PSD-Areascan in RawMatrix Darstellung Fehler bei Umschaltung Winkel / Kanäle Ursache: in Funktion SetRanges() in m_arscan.cpp bei case RawMatrix entsprechende Abfrage für bSecondaryCoor vergessen Behebung: da entsprechender Eintrag in oben genannte Funktion ohne ungewollte Seiteneffekte nicht möglich, entsprechende Abfrage in DrawCoordinateSystem() in m_data.cpp eingebaut |
|
23 |
21.8.2001 |
FIX |
buss |
Charakterisierung: Umschaltemöglichkeit von Kanäle / Winkel in RL-Bitmap Darstellung sinnlos Ursache: vergessene Abschaltung der Wahlmöglichkeit in TcurveShowParam::CanClose() Behebung: Abfrage ob RL-Bitmap Darstellung - Ausgrauen der Wahlmöglichkeit |