Screen Flickering on All in One PC. Energy Efficient Intelligence issue?

This is a really crazy situation with a display monitor that I have running Win 8.  It has been flickering a bit I have noticed.  At first, I thought it was a driver issue or may be hardware.  I reverted back to the original drivers that cam with the machine since I know Windows Update has updated it recently with the latest Intel HD Drivers.  But it was to no avail. 

However, what intrigued me was somehow the HDMI in seem to be working flicker free.

I then stumbled upon this http://denis.doublebuffer.net/lablog/2012/11/19/fixing-the-screen-flickering-on-a-dell-inspiron-n5720-and-maybe-many-others/

It offered me an idea what may be wrong.  However, since my machine was not a laptop and cannot run on battery being an all in one, I was a bit lost.

I soon discovered a pattern, the flickering seem to start after a wake up from a machine sleep.  I then played around with the Energy Intelligent module that the machine runs in the background.  

I found if I toggle the settings to High by hitting the button with the leaf in the middle.

 The buttons would glow bright green and the re-toggle back to E mode with the button on the right.

The flickering would subside until the machine sleeps again and wakes up.

Seems like there may be a bug in this Energy Intelligence software, it is affecting the light in the LED when it is trying to save power.  

A thing that I discovered with SSP Profiles and User properties such as email, seems to Cache at Site Collection

From experience working with accounts in Asia SharePoint is that sometimes an account's email settings can get cached into the SharePoint site collection or SSP's profile.  

For example, you may have a user who you look up and has been double checked by the IDM team to have the correct email address entered into AD and SharePoint people lookup dialog shows it.  However, you find repeatedly you can't pick up their email address in a workflow.

I found that sometimes, you may need to first delete the account from the site collections "All People" view first and then re-insert the user back into all the groups they had belonged to for the changes to get updated.  It can be very time consuming as some users belong to many SharePoint groups  and certainly before you delete the user, you need to make sure at least which important groups they had belonged to as deleting them would shut them out of parts of the system.  If AD groups been used instead then I suppose this problem may be less prevalent but I can't say for sure as in Asia SharePoint, we have had to use SharePoint groups rather than AD groups.

If they have a SSP profile, that profile needs updating and tends to take precedence over their AD settings.  Often the profile import synchronisation service may be turned off to alleviate bandwidth demand, therefore, the profiles may need to be updated manually when required. Once the SSP profile is updated, a background SharePoint job will sync the setting usually on the hour.  

Enabling IE Dev Tools Settings if disabled by GPO

Sometimes Network admin policies just get over the top and especially for bods like us who require to have the IE Developer Tools enabled for script debugging etc.

Firstly check whether these 2 registry settings been set 

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\IEDevTools

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\IEDevTools

If they have been to 1, set them to 0 to disable these disabling keys ;-)

However , it is highly likely a Network GPO policy is overriding this setting therefore the trick is if you have admin rights on your local machine.  Create a local user on the desktop machine.  Then assign it as an administrator locally.  

Then login to the desktop eg .\user then password.

Then you should be able to open gpedit.msc from the run command.

Then check this setting below.

Computer Configuration -> Administrative templates -> Windows Components -> Internet Explorer -> Toolbars -> Turn Off Developer Tools = Set to Disable.  

Restart all IE instances and the F12 developer tools under Tools menu should be activated again.

Space in Field Names

I think numerous people have mentioned this but it still stumped me for a while when I was trying to code a CAML query in SharePoint where I needed to get de-reference a field that had a space in it.

The field was name "A Type" and because of space or any other unsuitable characters, it will set it as such in its internal field name.

You can always find out what its internal name is by going to the List settings and columns, right click on the field hit properties and in the dialog window's look in the bottom of the Address URL property.

It will show something like this for "A Type" that is "A%5Fx0020%5FType"

Using A%5Fx0020%5FType in the JQuery code will not work as instead 

%dF needs to be underscore

Therefore, it should become A_x0020_Type in the field referencing code.

eg

 <viewFields> \
                 <ViewFields> \
                          <FieldRef Name='Title' /> \
                          <FieldRef Name='A_x0020_Type' /> \
                 </ViewFields> \
 </viewFields> \

And when using ows to get the xml nodes returned.

$(this).attr("ows_A_x0020_Type")

Thanks for this post to point me into the right direction.

http://abstractspaces.wordpress.com/2008/05/07/sharepoint-column-names-internal-name-mappings-for-non-alphabet/

I was scratching my head for a while.

To avoid this, never use space, semi colon or non alphanumeric characters when naming fields. Use underscore for space and this problem just gets side stepped.

Portugal Nike shirt WC 14

Now this was what I called a kanny strip.  And Nike can sometimes do it but why can't they do this all the time.  This is so cool.  The pattern is hot and simple.  

The v neck is great and is like a classic shirt.

Badge is comfortably embroidered.

Sleeves and cuffs again nice.  Just the shirt is a bit too big as usual since it is Nike sized.  But it's easy to get altered with their straight seams.

Great looking from the back.  Psychedelic strip...  Shame that Portugal didn't do as well as they could have while wearing this during 14.  Otherwise this must be one of the all time best strips that they have had.  The material is decent but it could have been softer.  

CAML Multiple And Conditions.

Ran into some trouble where I wanted to place 3 And conditions in the where clause of a CAML query to a SharePoint list with JQuery.

I kept on thinking it must be like below.  One And and then just add multiple contains.

<listName>Report Names</listName> \
<query><Query><Where><And> \
<Contains><FieldRef Name='Front_Desk_Dept'/><Value Type='Text'>"+myDeptValue+"</Value></Contains> \
<Contains><FieldRef Name='Report_Type'/><Value Type='Text'>"+myReportTypeValue+"</Value></Contains> \                  
<Contains><FieldRef Name='Region'/><Value Type='Text'>"+myRegionValue+"</Value></Contains> \
                         </And> \
                        </Where><OrderBy><FieldRef Name='Title' Ascending='TRUE' /></OrderBy></Query></query> \
<viewFields> \
<ViewFields> \
       <FieldRef Name='Title' /> \
       <FieldRef Name='Front_Desk_Dept' /> \
       <FieldRef Name='Report_Type' /> \
       <FieldRef Name='Region' /> \
 </ViewFields> \
 </viewFields> \



Instead additional And tag must be nested in the layer above.  I found below worked.

<listName>Report Names</listName> \
<query><Query><Where><And><And> \
<Contains><FieldRef Name='Front_Desk_Dept'/><Value Type='Text'>"+myDeptValue+"</Value></Contains> \
<Contains><FieldRef Name='Report_Type'/><Value Type='Text'>"+myReportTypeValue+"</Value></Contains> \
                                    </And> \
<Contains><FieldRef Name='Region'/><Value Type='Text'>"+myRegionValue+"</Value></Contains> \
                            </And> \
                        </Where><OrderBy><FieldRef Name='Title' Ascending='TRUE' /></OrderBy></Query></query> \
<viewFields> \
<ViewFields> \
       <FieldRef Name='Title' /> \
       <FieldRef Name='Front_Desk_Dept' /> \
       <FieldRef Name='Report_Type' /> \
       <FieldRef Name='Region' /> \
 </ViewFields> \
 </viewFields> \

Must thank the post below for pointed out the syntax

http://aasai-sharepoint.blogspot.hk/2013/02/caml-query-with-multiple-conditions.html

However, for some reason, when I added a 4th condition, it would only work is I further nested an And condition like below.

<listName>Report Names</listName> \
<query><Query><Where><And><And><And> \
<Contains><FieldRef Name='Front_Desk_Dept'/><Value Type='Text'>"+myDeptValue+"</Value></Contains> \
<Contains><FieldRef Name='Report_Type'/><Value Type='Text'>"+myReportTypeValue+"</Value></Contains> \
                         </And> \
<Contains><FieldRef Name='Region'/><Value Type='Text'>"+myRegionValue+"</Value></Contains> \
                         </And> \
<Contains><FieldRef Name='Report_Finder_Type'/><Value Type='Text'>"+myReportFinderType+"</Value></Contains> \
 </And> \
                        </Where><OrderBy><FieldRef Name='Title' Ascending='TRUE' /></OrderBy></Query></query> \
<viewFields> \
<ViewFields> \
      <FieldRef Name='Title' /> \
      <FieldRef Name='Code' /> \
      <FieldRef Name='Front_Desk_Dept' /> \
      <FieldRef Name='Report_Type' /> \
      <FieldRef Name='Region' /> \
      <FieldRef Name='Report_Finder_Type' /> \
</ViewFields> \

</viewFields> \

Select Boxes in SharePoint EditForm sometimes looks squashed, how can it be made wider

I think a lot of us had had this problem where in SharePoint the select boxes in its NewForm.aspx and EditForm.aspx looks too small.

There is a lot of workarounds suggested in these posts, all very useful.

http://social.msdn.microsoft.com/Forums/sharepoint/en-US/751b4339-f971-4a9c-afdb-f471ebb2c864/change-the-width-of-the-field-in-sharepoint-display-form-and-edit-form?forum=sharepointcustomizationlegacy

However, here is what I found works but the problem is you must add it in every newform or edit form where you need it.

You could include it in the site's css if you wush to apply throughout.  But in my case, I only needed it in one list's location.  So in the Newform.aspx and EditForm.aspx.

Add

<style type="text/css">
.ms-long 
{
width:900px !important;
}

td.ms-input div
{
width:400px!important;
height:180px!important;
overflow:auto;
}
</style>

This causes the form's fields to generally get wider.  The td.ms-input div width value causes the select's container wrapper to get bigger, which was probably the root cause of it looking squashed.

On IE browser, there was also a need to initialise the target and probably source select box to a certain width if it has nothing in it.

For some reason the select box's background looks a different shade if it's width is not initialised

Simply add a line of code in the page.  Set the width to the same as td.ms-input div.  In this case was 400px.

<script type="text/javascript"> 

document.forms['aspnetForm'].IDOFSHAREPOINTGENERATEDCONTROL.style.width = "400px";

</script>