|
|
|
problem beim wechseln von figures |
|
| tigdra83 |
Forum-Newbie
|
 |
Beiträge: 4
|
|
|
|
Anmeldedatum: 03.09.07
|
|
|
|
Wohnort: ---
|
|
|
|
Version: ---
|
|
|
|
 |
|
Verfasst am: 05.11.2007, 10:47
Titel: problem beim wechseln von figures
|
 |
Hallo,
es tritt folgendes Problem auf: ich erzeuge mehrere Figures und bearbeite die im Nachhinein (z.B. zoome in alle hinein, etc.). Dabei gehe ich von figure zu figure und am Ende wieder zurueck zur ersten (aktuellen) Figure.
Jetzt tritt sehr oft der Fehler auf, dass der letzte Wechsel nicht durchgefuehrt wird und sich die Grafiken aufhaengen (es wird noch die letzte angezeigt (statt der ersten), man kann aber durch anklicken die Graphik nicht mehr wechseln; die Kommandozeile funktioniert noch). Wenn die Figures nicht "gedockt" werden, haengt sich Matlab komplett auf.
Das Programm hat fehlerfrei funktioniert, als die Funktionalitaeten durch mehrere m-Files realisiert wurden, und sich aufgerufen haben. Ich habe jetzt alles auf Funktionen umgestellt und seitdem kommt dieser Fehler.
Hat jemand eine Idee?
|
|
|
|
|
|
| tigdra83 |
Themenstarter
Forum-Newbie
|
|
Beiträge: 4
|
|
|
|
Anmeldedatum: 03.09.07
|
|
|
|
Wohnort: ---
|
|
|
|
Version: ---
|
|
|
|
|
|
|
Verfasst am: 05.11.2007, 14:33
Titel:
|
|
Hallo,
grobe Struktur des Programms:
Funktion1: erzeugt z.B. 4 Figures
Funktion2: Bearbeitungsprogramm mit Endlosschleife & Input
definitive Ursache des Problems ist die Schleife und das warten auf den Input. Ich umgehe das ganze jetzt, wuerde mich trotzdem interessieren was da schief laeuft...
Danke fuer Erklaerungen,
Bernd
|
|
|
|
| outsider |
Forum-Meister
|
|
Beiträge: 806
|
|
|
|
Anmeldedatum: 03.09.07
|
|
|
|
Wohnort: München
|
|
|
|
Version: R2012b
|
|
|
|
|
|
|
Verfasst am: 06.11.2007, 14:38
Titel:
|
|
| Zitat: |
| definitive Ursache des Problems ist die Schleife und das warten auf den Input. |
ganz genau! Wozu brauchst Du eigentlich das Kommando INPUT, wenn Du mit GUI's arbeitest??? Benutze lieber INPUTDLG. Diese ist GUI-basiert und ist auch robuster ...
Des weiteren, wenn Du dem Benutzer durch die viele Figures so viel Freiheit zur Verfügung stellst, dann ist eine WHILE-Schleife im Hauptprogramm schon fehl am Platz, denn die Sachen beissen sich gewaltig an. Eine GUI hat ja im Grunde kein Hauptprogramm, das ständig(!) läuft. der zugehöriger M-File wird gestartet, GUI initialisiert, "Opening_function" aufgeführt und das wars schon mit dem Hauptprogramm-Teil... Dir restlichen Funktion sind alle Callbackgesteuert... Knopf gedruckt - Funktion abgearbeitet und das wars schon... WHILE-Schleifen haben hier nicht zu suchen...
Ich denke Du sollst das Konzept des Programm etwas genau unter die Lupe nehmen und verbessern.
MfG
|
|
|
|
| tigdra83 |
Themenstarter
Forum-Newbie
|
|
Beiträge: 4
|
|
|
|
Anmeldedatum: 03.09.07
|
|
|
|
Wohnort: ---
|
|
|
|
Version: ---
|
|
|
|
|
|
|
Verfasst am: 09.11.2007, 08:17
Titel:
|
|
das Input ist dafuer gedacht, um die Graphiken moeglichst schnell zu bearbeiten, d.h. alle Funktionen sind nur einen Buchstaben lang. Wenn das Programm dann in einer Endlosschleife laeuft und auf die Buchstaben als Input wartet, kann der Benutzer das schnell eingeben...
Ist klar dass das Konzept sich beisst, werde wohl ne komplette GUI zur Bearbeitung schreiben...
Danke fuer die Erlaeuterung...
|
|
|
|
|
|
|
Einstellungen und Berechtigungen
|
|
Du kannst Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen
|
|
Impressum
| Nutzungsbedingungen
| Datenschutz
| FAQ
|  RSS
Hosted by:
Copyright © 2007 - 2024
goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks
MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.
|
|
