Author Topic: Button flies off the screen (Read 13865 times)

Skippy · « **Reply #15 on:** March 18, 2013, 10:53:58 pm »

You are right.

In order to replicate it you need one of the buttons to be linked to another element by a connector - for example, by an association line. Either the button will fly off when you add the connector, or when you subsequently move the button. Failing that, it will fly off when you add a second button and/or add a connector to that.

In each case the button flies off to the bottom right of the screen, well below the rest of the diagram.

Please let me know if you still can't replicate it.

Thanks for your help.

qwerty · « **Reply #16 on:** March 18, 2013, 11:43:38 pm »

I added a connector but still the button drops where it's supposed to be.

q.

Skippy · « **Reply #17 on:** March 19, 2013, 03:40:39 am »

Did you add a second button, also with a connector attached to something?

qwerty · « **Reply #18 on:** March 19, 2013, 05:35:16 am »

Yes. Each button had a connector to something. I also connected the buttons with each other later. No difference. Behavior was okay all time.

q.

Skippy · « **Reply #19 on:** March 19, 2013, 05:41:12 pm »

Maybe the bug occurs after the diagram reaches a certain level of complexity. I will experiment with smaller diagrams and see if I can post the one I am using. In any case, it's extremely consistent for me.

Skippy · « **Reply #20 on:** March 19, 2013, 05:50:52 pm »

I have tested it again on a much simpler diagram: it happens constantly. The buttons move down to the bottom of the screen or else the 'picture content' elements move down or else everything moves together. I have no idea why you can't replicate it.

In any case, I will go back to the last stable version of the program, which was 9.3. I'm not going to spend hours trying to persuade the developers at EA to take the issue seriously.

Thanks very much for your help.

qwerty · « **Reply #21 on:** March 19, 2013, 10:04:45 pm »

Well, the guys at Sparx tested it with the same result as mine - it works. Just your installations does have the problem. So it's quite likely that it has to do with your installation. (I've been in similar positions where just my installation had an issue and I was not able to prove what was the cause.)

Have you tried with a plain environment? That is an empty EA with no add-ins or MDG (except the basic) turned on.

q.

Skippy · « **Reply #22 on:** March 19, 2013, 11:30:56 pm »

You may be onto something.

I have a new project with all the MDGs disabled apart from the Win32 interface (which I need to get the button to reproduce the bug). In this situation the buttons work fine. As soon as I reselect the MDGs the buttons start moving about when I add new buttons to the screen. Unfortunately, I don't have the time to select each one individually in order to work out which one(s) is or are causing the problem. I will try running it with a minimum of MDGs to see if that works.

Thanks for your help.

Skippy · « **Reply #23 on:** March 19, 2013, 11:35:14 pm »

I spoke too soon. With everything else but the Win32 and the basic MDGs uninstalled I still get the bug. Since I need the Win32 interface I will go back to the stable version of EA (9.3).

qwerty · « **Reply #24 on:** March 20, 2013, 12:09:37 am »

Now you're talking about Win32 MDG screen - you did not mention that so far! However, I tried it with elements from that toolbox too and still no problem.

q.

Skippy · « **Reply #25 on:** March 20, 2013, 12:17:15 am »

>>Now you're talking about Win32 MDG screen - you did not mention that so far!

I'm sorry.

>>However, I tried it with elements from that toolbox too and still no problem.

I am wondering if the bug is caused by the installer program not clearing up the older version of EA 9.3 properly and then EA 10 using old versions of the MDG. In any case, I doubt that the problem is caused by anything exterior to EA.

Anyway. Thanks for your help.

qwerty · « **Reply #26 on:** March 20, 2013, 02:53:16 am »

You're welcome. As said, I know how it's feeling if you have a bug you can't explain. My best guess would be that some MDG behaves strange. Good luck in further hunting. Also I think you could turn to Sparx support via mail. They should be able to help you trace down the cause.

q.

Geert Bellekens · « **Reply #27 on:** January 16, 2014, 06:05:43 pm »

On of my clients seems to have a similar problem.
They created a lot of Win32 GUI diagrams in a previous version and after an upgrade to version 10.0.1009 the layout of their diagrams is completely messed up.
Buttons and other GUI elements are scattered around on the diagram.

Do any of you know if Sparx provided a fix for this problem?
I also contacted support, but I guess it will take at least a day before they reply (given the fact that it is currently evening down under)

Geert

Eve · « **Reply #28 on:** January 17, 2014, 09:06:13 am »

Geert, it sounds like a different problem. Specifically, prior to version 10 Win32 diagrams modified the scaling to use dialog units instead of pixel based logical units. There was never any support for any other elements on a win32 diagram or win32 elements on normal diagrams.

Version 10 changed the way this works so that win32 elements would play nicely on all diagrams. This did break existing cases where people had mixed them. I recommend moving them onto a win32 diagram in v9.3 and then you can move them back in v10.

Geert Bellekens · « **Reply #29 on:** January 18, 2014, 01:21:24 am »

Hi Simon,

Thanks for your answer. I'll try that.

Geert

Sparx Systems Forum

News: