Forums & Blog

We placed a custom skin on SmarterMail 5.5 and now the information on the bottom of the window is not visible unless the window is resized by either maximizing the window or grabbing the lower right corner and making the browser window larger or smaller.  As soon as the window is resized, the info for the number of pages and number of messages is visible as shown below. This occurs in IE and Firefox for the PC, and in Firefox and Safari for the Mac. 

Any guidance is appreciated.

duediligence:

We placed a custom skin on SmarterMail 5.5 and now the information on the bottom of the window is not visible unless the window is resized by either maximizing the window or grabbing the lower right corner and making the browser window larger or smaller.  As soon as the window is resized, the info for the number of pages and number of messages is visible as shown below. This occurs in IE and Firefox for the PC, and in Firefox and Safari for the Mac. 

Any guidance is appreciated.

 

I'm having the same problem (secocnd post)  First one was here --> http://www.smartertools.com/forums/p/21154/58983.aspx#58983

Am hesitating on moving up to the new smarter stats for the same reason.

Xaak:

We had a major issue with stats when we upgraded to v4.  All logins displayed an error.  I was able to get support once I gave ST an option to either provide the support to get the upgrade working with my skin or to provide me with a refund.  They opted to provide the support and they found the issue.  They resolved it but they did not communicate what was missing. They wrote:

"We found the line from the Wizard.master that was missing. And we added it to the dds_skin_st skin.

What mystifies me is that they promote the "universal skin" feature on the first page of each of the products they sell but they are very hesistant to provide clients with the support that they need to get the skins to work properly. If you sell it and you promote it, support it!

In addition to the HeightOffset change from the other thread, make the following adjustments:

Open App_Data\JavaScript\Skinning.js and find the SplitterLoaded function, it should look like this:

function SplitterLoaded(splitter)
{
    NavigateToHash();
    var documentObj = GetDocumentObj();
    var splitSize = documentObj.clientHeight;
    splitSize = AdjustForSize(splitSize, 'PageHeader');
    splitSize = AdjustForSize(splitSize, 'PageFooter');
    splitter.Resize(documentObj.clientWidth, splitSize - 1);
    splitter.Resize(documentObj.clientWidth, splitSize);
}

Copy this function, and paste it into App_Themes\Your_Theme\JavaScript\Skin.js

Modify these two lines in the Skin.js file:

    splitter.Resize(documentObj.clientWidth, splitSize - 1 - x);
    splitter.Resize(documentObj.clientWidth, splitSize - x);

Where x is the height of the div you added at the top. This should be the same value that you added to the HeightOffset value. 

I apologize that you have been having a tough time skinning our products. We tried to make things as easy as possible, but trying to take into account all the changes people are going to make is a tough task. Between that and the fact that our web interfaces are extremely complex, it unfortunately means the skinning is a bit harder than we would have liked.

James:

Thank you.  I appreciate the post and the steps, and I will advise if we have any issues.  As a user of all ST products, I appreicate the support. I agree that the skinning is a bit harder than we would have liked from our end, too.  All we did was add a top banner but that still messed everything up.

There is one additional issue that we are having.  The skins do not display when a visitor visits the websites the first time, and they only see the Horizon skin, which does not have our branding.  It is only after they login that they see the skin, and then it appears to that user everytime thereafter.  Why doesn't the skin appear when the visit the site the first time?  I'm guessing it is something to do with a cookie but that still does not make sense since the graphics are present before they log in.

The global default skin does not apply until the user logs in for the first time. This is a bug in the current version and will be fixed in the next release, which should be relatively soon.

The technical reason for this is the seperation between the web site and the service. For security reasons, the web site can not get the global settings from the service without supplying a valid user. And you can't have a valid user until after login, so the login screen simply falls back to the horizon skin until the first login, at which point it can get the settings and create a cookie that says which skin to use next time.

James, I can confirm your post solved the "bottom guide" issue.  I look forward to the bug fix for the other skin issue and thank you again for the resolution you provided.

James:

There is now a new issue that only started after the steps were followed yesterday, which is why this new issue seems be related to the new changes. 

Mac users are reporting the folders are not visible.  The image shows the issue. After logging in using either Safari or Firefox on a Mac, the folders are not visible.  The pane needs to be collapsed and then expanded to get the folders to be visible.

Please advise.  Thank you.

When you replaced these lines, did you eliminate one of the lines or subtract the same amount both times?

splitter.Resize(documentObj.clientWidth, splitSize - 1 - x);
splitter.Resize(documentObj.clientWidth, splitSize - x);

The reason it does it twice, the first time with 1 pixel less is a hack to fix that problem.

James:

Excellent. That solved the issue in Mac's.  Thank you!

James:

We upgraded to SM v6, and our custom skin did not work with v6.  We then copied the Horizon skin for v6, and edited that and we got most of the skin to work except that Notes, Tasks, the number of pages, and the number of messages were missing.  We then added "1 - 59," and "- 59" to the skinning.js file as shown below:

    splitter.Resize(documentObj.clientWidth, splitSize - 1 - 59);
    splitter.Resize(documentObj.clientWidth, splitSize - 59)

After this edit to the skinning.js file Notes, Tasks, and the number of messages appeared.  However some issues remain that occur on both PC's and Macs, which are:

1. The "number of pages" feature does not appear under any circumstance.

2. If the browser window is resized then Notes, Tasks, and the number of messages all disappear, and they will only reappear if the window is refreshed.

James:

Another issue I discovered with the SMv6 skin is that the GUI in Firefox on the Mac is smaller than on Safari, IE, and Firefox on the PC.  What could be causing this?  See image.

Try pressing Ctrl+0 to reset the "zoom" in firefox. If you accidentally hit ctrl+mousewheel it will "zoom"

James:

The "zoom" issue is fixed, which clearly was do to something I did with keyboard. Thank you.  What about the other issues, which are more important, which appear due to the code?  I also just noticed that the "up" and "down" arrows disappear when the browser window is resized.

Oops, sorry, only looked at your last post.

I think that problem is related to the changes in how the Telerik controls work. I would change the javascript back to

    splitter.Resize(documentObj.clientWidth, splitSize - 1);
    splitter.Resize(documentObj.clientWidth, splitSize);

And then in the Root.Master page edit this control:

        <telerik:RadSplitter VisibleDuringInit="false" ID="Split2" runat="server" Height="100%" Width="100%" Orientation="Vertical" ResizeMode="AdjacentPane"
            ResizeWithBrowserWindow="true" ResizeWithParentPane="false" OnClientLoaded="SplitterLoaded" HeightOffset="98" BorderSize="0">

And change the HeightOffset to 98 (I assume your banner on top is 59 pixels? 98 is just 59 from our header and footer, and 59 from yours, although I see some white space at the bottom so maybe its more like 56 pixels, in which case give 95 a shot)