AB3 on Remote Desktop does not show icons true color


05-30-2008, 3:32 AM
Hi,
we have a problem using ActiveBar3 on remote desktop XP and Terminal Server 2003.
We have an application using a ToolBar with 32aplha icons that work perfectly. When we display the application on remote desktop on XP machine, the icons are not show, blank. We configure the RemoteDesktop to show 32bit (other application such as MS Word works) but the AB3 does not work. Do you have some suggestion?
Thanks
Bonato Pierantonio

Re: AB3 on Remote Desktop does not show icons true color


05-30-2008, 5:00 AM
Bonato,

While some of our customers have successfully used ActiveBar3 applications through Terminal Services, unfortunately we do not explicitly guarantee that any encountered issues will be addressed unless also reproducible in a Windows environment.

Please note that Terminal Services are not officially supported environment for ActiveBar product and we didn't make any tests under them.

Thank you,
AndreyT.

Re: AB3 on Remote Desktop does not show icons true color


05-30-2008, 5:48 AM
Hi Andrey,
I have understand that AB is not officially supported under TS...however
1. on Windows2008/VISTA environment work perfectly
2.I have done this test:
A. Start RemoteDesktop
B. Start Application
result: AB3 toolbar are blank
A. Start Application on HOST XP
B. Start RemoteDeskotp and connect to the application
result: AB3 toolbar are rendering perfectly

Can you suggest me some tip or trick that I can follow for rendering correctly the application? Thanks

Re: AB3 on Remote Desktop does not show icons true color


06-02-2008, 2:56 AM

Bonato,

ActiveBar3 displays 32-bit icons if Color quality is set to 32 bit in display settings. It seems that there is a problem with remote desktop 32 bit mode even if you have version 6 installed. I found this article through Google search:
Remote Desktop Video 32-bit Mode Windows XP:
http://www.somelifeblog.com/2007/10/remote-desktop-video-32-bit-mode.html

Thank you,

Andrey T.

Re: AB3 on Remote Desktop does not show icons true color


06-03-2008, 6:34 AM
Hi,
thanks for you interest...
I have already show this message, but Win2003 (or XP) such as explain in this document can reach max 24bit color, not 32 (check second part of document)!!!

The very strange thing is that if I use for example Microsoft Office or other application with 32 bitcolor (I test for example a VisualStudio.NET application with native Toolbar component with same icons on alphachannel) it works perfectly.

The second strange thing is that if I start my DD AB3 Toolbar application on remote host and after I connect with remote desktop (on XP) it display the icons of AB3 if they are on 32bit!!!

Thanks for your support
Pierantonio

Re: AB3 on Remote Desktop does not show icons true color


12-08-2009, 4:29 AM
Any progress on this? 32-bit icons disappear when Windows color quality is dropped to 16-bit.

Re: AB3 on Remote Desktop does not show icons true color


12-09-2009, 3:33 AM

You can easily reproduce this problem by setting 32-bit (true color + alpha) icon to button when Windows color quality is 16-bit using Tool::SetPicture interface function. Icon is not shown at all. This is not a matter of Terminal Services. Any ideas for a workaround or proper fix?

Re: AB3 on Remote Desktop does not show icons true color


12-17-2009, 12:17 AM

janttu,

I am not able to reproduce this (setting 16bit Windows color quality and loading 32 bit icon with SetPicture method), icon is shown normally. Can you please send me an icon to reproduce the behaviour?

Thank you,
Andrey T.

Re: AB3 on Remote Desktop does not show icons true color


12-17-2009, 4:06 AM
Here's one example...this was working with older version of activebar (<3). However, with older versions of activebar the alpha channel was handled incorrectly which made the 32-bit icons look crappy. Now with activebar3 the 32-bit icons disappear totally when color Windows quality is 16-bit.

Re: AB3 on Remote Desktop does not show icons true color


12-18-2009, 1:18 AM

janttu,

I've reproduce the issue and entered Case 140502 to address it.

Thank you,
Andrey T.