Aero plug-in

[Brummelchen]

/ot this will drop win8 finally to death on desktops. win7 is supportet till 2020 - 8 years to go now.

[Afrow UK]

Originally Posted by GaNi

Afrow,

With this new plugin, the option /nobranding makes the UI draw no button at all. Alternatively using /nobranding /btnold uses older library to draw I guess.

Fixed.

1.0.0.8 - 27th May 2012
* Fixed buttons not being drawn and crash when using /nobranding.

Stu

[GaNi]

Originally Posted by LoRd_MuldeR

Bad news for people that like the Aero plug-in:
http://www.wired.com/gadgetlab/2012/...-in-windows-8/

It seems that Microsoft currently tires to cripple the "classical" Desktop as much as possible in order to make "Metro" appear less annoying/limited. The result will be an OS that has a "Touchscreen" interface, which is completely unusable and infeasible for anything but Tablet computers, combined with a totally crippled Desktop, which isn't more than a emergency fall-back feature. I would be fine to consider Windows 8 a pure Tablet-OS, but my biggest fear is that the epic fail of Windows 8 that we'll see on the Desktop market (we'll see how well it goes on the "Mobile" market) will give a great boost to Mac OS X. Might also be chance for Linux to gain some popularity though...

This release would be a total fail as Vista. I guess, very few people would upgrade to windows 8.

@Affrow,
Thanks!

[LoRd_MuldeR]

Afrow UK,

today I rebuilt one of my installers in order to update some of the files included. The installer is using the "inetc" plug-in and I noticed that the text in the "Cancel" button (while downloading) had disappeared! Since the installer script had not been modified, I was quite surprised. My next thought was about the plug-in versions. So I extracted the plug-in DLL's from the "old" working binary of the installer. I discovered that I was still building with the very same "inetc.dll" (latest version available) but had updated the "aero.dll" in the meantime! And indeed, switching back to the older "aero.dll" resolved the issue. So I believe this might be a bug in your "aero" plug-in

Aero.DLL version 2012-03-10:


Aero.DLL version 2012-05-27:


Really only change is the Aero.DLL. I'm using Unicode NSIS (v2.46.5) , in case that matters.

Any thoughts?

Thanks and keep up the good work,
MuldeR

[Afrow UK]

This occurs because the Aero plug-in draws the Cancel button text itself. The inetc plug-in reads the Cancel button text to use it for its own Cancel button but gets an empty string. Just add /canceltext $(^CancelBtn) to the inetc plug-in call.

Stu

[LoRd_MuldeR]

Thank you for the reply.

So I now have to set all texts for "inetc" manually. Fair enough. Still I wonder why the (slightly) older version didn't need such workaround.

Something must have changed between those two versions that "broke" it...

Regards,
MuldeR

[Afrow UK]

You don't have to set all the texts, just the Cancel text. And giving it $(^CancelBtn) is what it would be set to anyway, so I don't see that as an issue? Yes, the way the rendering was done has changed (the old method didn't work well on Windows 8).

Stu

[LoRd_MuldeR]

Originally Posted by Afrow UK

You don't have to set all the texts, just the Cancel text. And giving it $(^CancelBtn) is what it would be set to anyway, so I don't see that as an issue?

Yeah, not a big deal - once you have figured out what to do. Still it would be preferable if no such workaround was needed. Couldn't other random things "break" in other plug-in's?

Originally Posted by Afrow UK

Yes, the way the rendering was done has changed (the old method didn't work well on Windows 8).

If Windows 8 is the (only) reason for the changed behavior, wouldn't it be easier to simply add a version check and completely disable/skip the Aero plug-in on Windows 8? I mean, in Windows 8 they have replaced the "Aero" UI with something that looks like the emulation of a computer from the 1980's. So I don't think the Aero plug-in has much of an effect on that system anyway. Or am I wrong?

[Afrow UK]

This issue is specific to inetc because Takhir decided to use the existing button text rather than hard code a string. There could be other plug-ins but none that I can think of (except perhaps NSISdl).

Windows 8 doesn't have transparency but still has Aero glass (DWM Composition) so yes the plug-in does make the installer look very different. Also it was not just a fix for Windows 8 - it is a general improvement which reduces text flicker on Windows Vista/7 as well.

You can still use the old text rendering if you want to (see the readme).

Stu

[LoRd_MuldeR]

Originally Posted by Afrow UK

You can still use the old text rendering if you want to (see the readme).

I had missed that option. Thank you for pointing me at that

[LoRd_MuldeR]

Originally Posted by LoRd_MuldeR

I had missed that option. Thank you for pointing me at that

For some reason /btnold for Aero::Apply didn't have any effect on my problem, so I'll just use /CANCELTEXT with inetc.

[habenyamin]

Aero::Apply and BrandingText At RTL lang ?(farsi)
before Aero adding

After Aero Adding


Hide Branding under cancel and next bt
dose not work with BrandingText TRIMLEFT, /TRIMRIGHT or /TRIMCENTER (farsi)

with option /nobarding just removes BrandingText

[Afrow UK]

There is no support for RTL languages at the moment. I will have to look at it when I have time - I have other priorities at the moment I'm afraid.

Stu

[habenyamin]

بسیارممنون Thank you

[Afrow UK]

New version:

1.0.0.9 - 2nd February 2013
* Fixed button and branding text rendering for right-to-left languages.
* Fixed bug which could cause a crash due to a variable not being initialized to NULL (only when Aero could not be enabled).
* Fixed Aero not being applied on classic UI installers with RTL languages.

http://nsis.sourceforge.net/File:Aero.zip

Stu

[LoRd_MuldeR]

Thank you for the update!

<nitpicking> Seems like you forgot to update the version info. </nitpicking>

[Afrow UK]

Fixed.

Stu

[habenyamin]

thank u so much (to fix it for RTL Lan)