Hello Fred, you wrote on Fri, 29 Sep 2023 21:30:45 +0000:
> like ping-pong call. But here it does not open new tabs of already opened > units, it uses the already opened. And if a unit is not yet opened, it > opens one it only once. > > But maybe I did not understand your request, so please explain (I did try > it with ideU, not yet with mseide) That latter point may be the cause of your inability to reproduce the problem - it may just not exist with ideU. I usually use the original mseide for tracing and examining breakpoints, or adjusting gui elements (which is not simple to perform outside the ide). The reason I don't use your ideU is that I just don't have one compiled all the time, as I used it a lot for testing some time ago and usually remove the test remnants when no longer needed. Otherwise, I usually compile a project from a terminal command line, using the "make" script I already sent you (although slightly revised by now). But I do need an ide for modifying or building a graphical layout, and that's why I keep the original mseide available, never modified from the distribution version. (I realize there is a utility to rebuild a _mfm.pas file when the .mfm has changed, but I'm not sure whether this still works correctly, and then I still had to integrate it into the "make" script.) You wrote on Fri, 29 Sep 2023 20:27:52 +0000: > Hello Sieghard. > > > And if you need more information, please ask, > > Ha, ok, so here one: Did you try the debugger with ideU? As I wrote above, no, not before. But now I tried. Well, and failed, at first. A couple errors on compile - compilation didn't like to use my "newdialogs", and dialogs weren't available, because I had put them aside for my tests. After that, It didn't compile because of an incompatibility with the "fontlist" unit. I had to add a "mclasses" to your "complang.pas" file. But that may only have been neccessary because of the probabely old version 2.8.4 I've still laying around. And then, I tried to build a project with your ideU. The first time ever I did that. Compilation failed again, because now it tried - of course - to use the standard dialogs instead of the "newdialogs" used for the project. Well, compatibility... that's still work in progress, after all. Just a minor grieve. At the second attempt, compilation went through, and the application - MSEclock - ran. I had prepared two breakpoints, one in the main unit and another one in the modified "msedialog" unit, which was therefore loaded in the editor To test the breakpoint function, I then activated the code triggering them, and they did show correctly. But the ide did NOT just reuse the open unit file, as you wrote, instead it opened it a second time, just not complained about something missing. Or did it? Well... I can't say for sure, but when I then tried to continue the application execution, the whole ide HUNG. No more activity, But after some trying, I found a hint: the window manager window list showed an entry hinting at a message to be dismissed, but nothing was to be seen on the screen. Only after some moving windows between desktops, a window saying "not decorated" showed up... This seems to have been the culprit, but I can't tell you for sure anymore. I had left the arrangement on the working desktop while I wrote this message, but just when I wanted to continue and assert the "not decorated" message, there was a flurry of window activity, and then - the whole arrangement was gone, the ideU just showed a bland main window, and I cannot now tell you anything whether the application would have continued to work or whatever else might have happened... But still, I have a suspicion what might trigger the multiple unit file openings: could it be that this happens when the pertaining unit file has been opened BEFORE starting the application, or perhaps even before compiling it? Unfortunately, the accompanying mishaps didn't allow a clean view of the course of events, so I will have to retry - later, though. > I did change some code for launch-run the debugger. > Maybe it is the way you like and I could some change in mseide too. It will take me "a bit of time" to find out. But I will pursue the case, and I will report what I can find. I hope that next time I will be more successful. Thank you for your consideration, and have nice weekend! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
