RobGrant
9th February 2006 13:10 UTC

HM Edit GUI behaviour
I guys, I've not posted here for a few months. Quick question - is there any way to stop the utterly stupid behaviour of HM Soft's (otherwise excellent) editor regarding deleting a GUI element.

The problem is that when an element is deleted, the field number for every other element is then changed. This is clearly stupid, as then everything in the installer that references these other objects now breaks or misfires. Ridiculous!

Any ways round it? There are lots of items on this page, as it has tickboxes for whether software is detected, so precise interation regarding which software is present is crucial.

Thanks!

Rob

bhaelochon
9th February 2006 15:03 UTC

I think it must renumber the fields, because InstallOptions iterates through them in a "1 to n" fashion, where n is equal to the NumFields key in the INI. I believe you'll find other InstallOptions page creators exhibit the same behavior.

iceman_k
9th February 2006 15:50 UTC

EclipseNSIS InstallOptions Editor has exactly the same behaviour. It must, otherwise AFAIK the IO Plugin will throw an error.

RobGrant
10th February 2006 08:41 UTC

Hmm, so you think it's a design problem? That is rather irritating, but I suppose if it's that deep then we can't fix it here. Thanks guys!

Rob

kichik
10th February 2006 10:31 UTC

Maybe it'd be a good idea to have the editor generate a header file, like MSVC's resource.h, that will include defines that link identifiers to real names.

RobGrant
10th February 2006 10:43 UTC

That would be a much more elegant thing to do, yes. The UI editor is almost unusable for altering a screen (like the one I use) with multiple elements that the installer needs to refer to to update.

iceman_k
10th February 2006 10:45 UTC

One workaround for Rob is to not delete the element- instead convert it to a label (so it can't grab tab focus) and position it offscreen.

RobGrant
10th February 2006 10:53 UTC

hah...that sounds enough like a hack that I like it :) Good answer!