Keeping Page Coloration Settings Through Restarts
Wednesday, January 4, 2006 by srdiamond | Discussion: WindowBlinds
PS Sorry, I sent this to the wrong location previously.
Reply #2 Thursday, January 5, 2006 12:35 AM
Reply #3 Thursday, January 5, 2006 1:09 AM
Are you using WB5?
Are you an Object Desktop subscriber?
I ask because I know of one case where simply opening a WB5 skin in the current non-Object Desktop release of SkinStudio caused problems with the skins.
Reply #4 Thursday, January 5, 2006 3:32 AM
Thanks for your help, but this becomes too complicated. I'll just have to reset it each time I restart, or perhaps just this as an opportunity to get acquainted with macro programs. I would guess it's easy to define a macro that would reset certain controls each restart.
On the other hand, I find that a competing product, of which I am also the licensed user,does not interfere with my settings. So in the interest of simplification, I might have to take the decision to use an otherwise inferior product--the competing one, that is.
I guess there's good reason why WB5 doesn't provide the option to retain these settings?

Reply #5 Saturday, January 7, 2006 4:22 PM
Could you answer two more questions? 1) To change the page coloration in a skin as simply as possible, should I get the enhanced version with its "advanced skin colorizing," or do I need only the free version? 2) Is there a link to somewhere that tells me how to do it or is it explained in the program?
Reply #6 Saturday, January 7, 2006 6:40 PM
2) You can change the Windows background color by simply opening the skin in SkS, click the Classic Colors link (center panel), click the the preview to open the attributes in the right panel, select Window > Background - Window, set the color, and save.
Reply #7 Tuesday, January 10, 2006 8:41 PM
But once I got into it, I modified others, for one other element besides page color. Someone just reported you could resolve an incompatibility with the free form datbase UltraRecall (Kinook Software) by means of a small excision from the offending schemes.
Making these two changes in a variety of WB 5-compatbile styles had no adverse consequences.
If I may digress a bit, the excised element was "Windows tree expander" a small bitmap for customizing trees. The developer has now reported the problem to Stardock, but Stardock does not appear responsive.
This would seem to be a problem on the WB side, because the expander is a standard Windows component. Or if the compatibility is not Stardock's fault, the argument needs to be made to the supplier of the tree component.
Reply #8 Tuesday, January 10, 2006 11:00 PM
Reply #9 Wednesday, January 11, 2006 6:08 AM
srdiamond: We are aware of a report of a problem with a tree control and its on the list to be investigated.
I suspect the problem is a flaw in how the control decides on the size of the expander buttons. The size of those controls are fixed, but some skins do sometimes include larger images which are resized down during painting. If the control were to size itself based on the size of that image then it would be doing so incorrectly.
Reply #10 Friday, January 20, 2006 2:37 PM
You did a great job of correcting this problem. But I would be interested in knowing whether the issue resided in WB or in the tree component. In other words, did you correct a mistake in WB, or did you compensate for a mistake in UR?
Please login to comment and/or vote for this skin.
Welcome Guest! Please take the time to register with us.
There are many great features available to you once you register, including:
- Richer content, access to many features that are disabled for guests like commenting on the forums and downloading skins.
- Access to a great community, with a massive database of many, many areas of interest.
- Access to contests & subscription offers like exclusive emails.
- It's simple, and FREE!







Reply #1 Wednesday, January 4, 2006 11:41 PM