[Yucel Cagri]

Obviously Jquery.css does not support priority. It was working fine on IE not on Chrome, now changed that line to:
spjs.$(“.tabUniqueID_”+tId).attr(‘style’, ‘background-color:#24F04A !important’);

[Yucel Cagri]

Managed to get this working, perhaps not the most elegant ways of doing it though.

1. Changing selected tab colors:

Put following into Custom CSS section
ul.tabRowLast li.tabSelected a{
color:#ffffff !important;
background-color:#24404A !important;
margin-bottom:0px;
border-bottom-color:transparent;
padding-bottom:4px;
}

2. Highlighting tabs based on rules
Put following into Custom JS
function highlightmyTab() {
highlightTab (“myTab”);
}

function highlightTab (tId) {
spjs.$(“.tabUniqueID_”+tId).css(“background-color”,”#24F04A !important”);
}

And then reference highlightmyTab in the relevant rule. By the looks of it, function field under rules does not allow parameters to be passed, so this needs a separate function for each occasion. Alexander, am I getting this right ?

I like the way how this highlights a tab, with and outside border instead of changing its color.

Cagri

[Yucel Cagri]

Hi Alexander,

It works just fine, and per rule reversing setting solves other potential compications.

Thanks a lot

Cagri

[Yucel Cagri]

Hi Alexander, thanks for your response.

Please find attached a more representative example for my issue.

For the values of number > 0; I expect mentioned fields to be required, and heading to stay visible. Both works Ok.

When number = 0; I expect fields to stay optional (works naturally), and heading to be hidden due to rule reversal (doesn’t work).

Please note this trigger is to run only on form load, if it has anything to do with it.

Many thanks,

Cagri

Attachments:

1. 

   dffs-rule.jpg
   

[Yucel Cagri]

Hi Alexander,

They both are numeric fields, and operator I am using is “greater than”. I know trigger works because it there is a match read-only fields activated correctly. However, if there is no match, I am expecting the heading specified under “visible headings” to be hidden due to rule reversal. But they stay visible.

For a match, debug correctly reports a match and lists actions take, for a no-match, it reports no-match and does nothing.

I still might be getting rule reversal wrong.

Cagri

[Yucel Cagri]

Couple of more observations on this issue:

1. As mentioned, it gets resolved when linktoItem is added to the list. I had a very similar issue with Asset Lists, where in Thumbnail view, display form comes with no Contenttypeid out of box. Similarly adding Name (linked to document with edit menu) to Thumbnail view solved the issue, without displaying additional information.

2. However, I am not sure if this is a SharePoint issue. When Display form opens with a blank Contenttypeid, Edit button on the ribbon is just works fine. It actually brings the Edit form with no Contenttypeid parameter on the URL at all. However, Edit button on the DFFS form calls edit URL with a blank Contenttypeid which is causing the problem.

Alexander, I wonder if there is an easy way to strip Contenttypeid parameter completely on Edit button, especially if Display form is called with blank Contenttypeid to match Sharepoint’s behaviour ?

Many thanks,

Cagri

[Author]

Posts