Re: [MSEide-MSEgui-talk] New release 5.10.0.

2024-05-02 Thread Fred vS
Re-hello Sieghard.

I haven't jumped into your code yet but the same crash appears when you try to 
free an object that hasn't been created yet.

My 0,01 cent, of course.

Fre;D

De : Fred vS 
Envoyé : vendredi 3 mai 2024 00:44
À : General list for MSEide+MSEgui 
Objet : Re: [MSEide-MSEgui-talk] New release 5.10.0.

Hello Sieghard.

>BUT a question here - and this is a VERY important one:  Does this blinking
>(and possibly all the other adverse effects too) also occur under Windows?

Yes, there are problems with Windows too.

See here:https://github.com/mse-org/mseide-msegui/issues/89

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release 5.10.0.

2024-05-02 Thread Fred vS
Hello Sieghard.

>BUT a question here - and this is a VERY important one:  Does this blinking
>(and possibly all the other adverse effects too) also occur under Windows?

Yes, there are problems with Windows too.

See here:https://github.com/mse-org/mseide-msegui/issues/89

Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release 5.10.0.

2024-05-02 Thread Sieghard via mseide-msegui-talk
Hello Fred,

you wrote on Wed, 1 May 2024 21:42:39 +:

> About newdialogs: the position of the dialogs are much better now, many
> thanks for this great feature.

Yes, that's the good point, it mainly works now.
BUT: DON'T FORGET - I DID say, they're experimental yet! Didn't I?

> But there is a problem with the tfilenameedit component that uses the new
> tfiledialog.

Yes, there are a couple of problems with this beast. I _suppose_ it's
mainly caused by the need for using this weird controller thing, that just
serves to introduce another layer of complexity and seals off the final user
interface from the calling program. As I wrote in my parallel message (you
might not have read it when you wrote the above mentioned), there IS a
deep-lying, well, "effect" causing parent forms to be affected adversely,
mainly when closing such a dialog. Debugging these things seems close to
impossible, because the pertaining functions are used for most every action
dealing with program execution, so breakpoints are impossible to use, and
following the flow of execution wildly jumps through most of the kernel
(gui) code. It might be just a little quirk in the focus handling I found;
on Linux, Martin opted to always return the focus "to parent", even when
there isn't even a parent window. I _suspect_ that this could be coupled to
the "blinking" effect, which occurs because all the application windows
seem to be destroyed and rebuilt again when a "newdialog" terminates.
(But X11 error handling is implemented in a rather, err, overly optimistic
manner, i.e., when an error has been found and been "resolved", the
affected functions still return an "ok" result anyway.)

BUT a question here - and this is a VERY important one:  Does this blinking
(and possibly all the other adverse effects too) also occur under Windows?
If it didn't occur under Windows, I might be on the right track with the
above assumptions, otherwise, the problem might even be rooted deeper still.

> You may try with MSEide, compile it using your newdialogs.
> Run Mseide and click on menu Settings/Configure MSEide.

Yes, I did that, and I found weird behaviour myself. That's why I wrote my
last message, and that's a complete no-go for freely published code.
Experimental is in order, maybe there's someone who can find the cause of
the problem quickly, faster than I can. But it HAS definitly to be made
clear that there IS A PROBLEM (and probabely a couple more).

> Maybe you could take a look?

I'm about it (besides some other tasks, of course), but I'm not really
optimistic to have a solution fast.
BTW, the other modifications should be unaffected, i.e. the db units and
the stat file extensions, which are just minor patches anyway.

-- 
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk