NSView neuzeichnen nach Datenänderung über NSTimer Aufruf

  • NSView neuzeichnen nach Datenänderung über NSTimer Aufruf

    Hi,

    ich habe das Problem das sich meine NSView Subklasse nicht neu zeichnet.

    Folgende Ausgangssituation:
    - Ein View dient zur Visualisierung gewisser Griffpunkte auf einem Bass (jaja, das alte Leid ;))
    - Die Griffpunkte um eine Note zu spielen werden angezeigt für eine Note, repräsentiert durch ein int
    - In dem Controller wird ein NSTimer gescheduled der alle 4 Sekunden eine Methode auslöst die eine neue Note (neue int) auswählt, diese anzeigen lässt (kann man bestimmt eleganter mit Bindings lösen) , und der NSView Subklasse mitteilt das sie sich neu zeichnen soll
    - Die überschriebene drawRect: enthält ein switch auf die gesetzte Note, um herauszufiltern welche Punkte es zusätzlich zum Hintergrund zeichnen soll

    Abgesehen davon das der Code miese Methodennamen enthält und generell eher einem unsortierten Haufen Müll gleicht (eine langweilige Englischvorlesung war die Geburtsstunde dieses ganzen Codes) musste ich am Ende feststellen das mein Code sich sämtlichen Versuchen verweigert seine drawRect: Methode neu auszulösen (indirekt, also nicht durch Aufruf von drawRect:). Das habe ich durch debuggen herausgefunden, da mein Breakpoint in der drawRect: Methode nur einmal (zu Beginn) erreicht wird.

    Meine Theorie ist das sich dadurch, das sämtlche Änderungen/Aufrufe an das NSView über die im Timer geschedulte Methode ereignen, die display oder setNeedsDisplay: Methoden wirkungslos bleiben, da es Probleme mit dem Event Loop gibt, weil der NSTimer eventuell einen zweiten Thread gespawned hat und Cocoa sich deshalb verheddert?! Hoffe das war nachvollziehbar formuliert.

    Hier noch die meiner Meinung beteiligten Methoden.

    Quellcode

    1. // Im View
    2. - (void)drawNote:(int)note {
    4. _note = note;
    5. NSLog(@"New note is %i", _note);
    6. // meiner Meinung nach logische Position und logischer Aufruf, habe auch andere Varianten probiert
    7. [self display];
    8. }
    10. - (void)drawRect:(NSRect)rect
    11. {
    12. [NSGraphicsContext saveGraphicsState];
    14. NSRect frameRect = [self frame];
    16. NSBezierPath* path = [NSBezierPath bezierPath];
    18. // Zeichencode
    20. NSBezierPath* noteDots = [NSBezierPath bezierPath];
    22. NSLog(@"Should draw note %i", _note);
    23. if(_note != -1) {
    24. NSLog(@"Should draw an e");
    25. float s = (frameRectQuarter/2);
    26. [self drawEInPath:noteDots usingStringSpacing:s andBarDistance:0.0];
    27. switch(_note) {
    28. case 0:
    30. /*[noteDots moveToPoint:NSMakePoint(21.0, frameRectQuarter/2)];
    31. [noteDots appendBezierPathWithArcWithCenter:NSMakePoint(21.0, frameRectQuarter/2)
    32. radius:7
    33. startAngle:0.0
    34. endAngle:360.0];
    35. */break;
    36. // cas 1,2,3, usw
    37. default:
    38. break;
    39. }
    40. }
    42. //Zeichencode
    44. [NSGraphicsContext restoreGraphicsState];
    45. }
    47. // Im Controller
    48. - (IBAction)displayNextNote:(id)sender
    49. {
    50. [self displayNotes:nil];
    51. if(timer == nil)
    52. timer = [[NSTimer scheduledTimerWithTimeInterval:4.0 target:self selector:@selector(displayNotes:) userInfo:nil repeats:YES] retain];
    53. [spinner startAnimation:nil];
    54. }
    56. - (void)displayNotes:(id)args {
    57. NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init];
    59. srandom([[NSDate date] timeIntervalSince1970]);
    60. int rand = -1;
    61. do {
    62. rand = (random() % noteCount);
    63. } while(rand == lastNote);
    64. lastNote = rand;
    66. NSString* currentNote = [notesOnBass objectAtIndex:rand];
    67. [note setStringValue:currentNote];
    69. [tabs drawNote:rand];
    70. [tabs setNeedsDisplay:YES];
    72. [pool release];
    73. }
    Alles anzeigen


    Für Hinweise was ich alles falsch mache wäe ich sehr dankbar!

  • RE: NSView neuzeichnen nach Datenänderung über NSTimer Aufruf

    Original von Juju
    Meine Theorie ist das sich dadurch, das sämtlche Änderungen/Aufrufe an das NSView über die im Timer geschedulte Methode ereignen, die display oder setNeedsDisplay: Methoden wirkungslos bleiben, da es Probleme mit dem Event Loop gibt, weil der NSTimer eventuell einen zweiten Thread gespawned hat und Cocoa sich deshalb verheddert?! Hoffe das war nachvollziehbar formuliert.

    nee, ein NSTimer erzeugt nicht automatisch einen zweiten Thread, sondern wird aus der RunLoop heraus aufgerufen, wenn nicht gerade ein Screen-Event bearbeitet wird.

    Den Fehler habe ich nicht gesehen, aber was mit auffällt: in setNote: machst Du schon -display. Besser ist es den setNeedsDisplay dort unterzubringen.

    Dann ist [NSGraphicsContext saveGraphicsState] überflüssig.

    Mache mal einen NSLog in displayNotes ob der Timer überhaupt läuft.

    -- hns

  • RE: NSView neuzeichnen nach Datenänderung über NSTimer Aufruf

    Hi,

    also das da zur Zeit display steht liegt schlicht daran das ich dort bisschen durchprobiert habe. mal display getestet, mal setNeedsDisplay:YES und in displayNotes: findet sich auch ein [tabs setNeedsDisplay:YES]

    Der Timer läuft definitiv, ich hab ein NSLog in der Methode drawNote (hier nicht abgebildet) wo die neue Integer (für den switch) gesetzt wird.

    Der Timer feuert in schöner regelmäßigkeit (laut NSLog auf die Milisekunde genau) und die jeweils neue int Zahl wird auch gesetzt (daher dort das NSLog).