•março 28, 2007 •
2 Comentários
Problem:
Projects often require deeply customized pages, and often there is a need to remove the filters row from web parts and lists.
Solution:
To remove all the filter rows in your website, use in one CSS read by the master page, custom CSS or theme:
.ms-viewheadertr { display: none }
That’s simple and probably not necessary to explain here. It also doesn’t gives it lots of flexibility, you can try using a hidden Content Editor Web Part with that code in a specif page or view.
ViewStyles
The list of View Styles shown on View options is consumed from a XML file in the installation folder. Here’s a simple example on how to use it:

To create a second “Basic Table” ViewStyle, customized.
Open c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\GLOBAL\XML\
Edit the VWSTYLES.XML file in your favorite XML Editor
Duplicate the first Node (its about 14kb of code
The node is <ViewStyle ID=”0″ …></ViewStlye>
Chage its ID attribute to a new one, like 21 (20 is the last on the default file)
Change DisplayName to the one you want to be displayed in your view options, i.e.: Basic Table, No Filter Row
Same for Description
Change g_RequiredFields[0] to reflect our new ID: g_RequiredFields[21]
And finally, edit our <TR> element to become hidden:
Original:
<TR class=”ms-viewheadertr” VALIGN=TOP>
Replacement:
<TR class=”ms-viewheadertr” VALIGN=TOP style=”display: none”>
You can also use:
<TR class=”ms-viewheadertr ms-skip” VALIGN=TOP>
(nested classes compatibility required browser-wise)
Finally, reset IIS and configure your list with the new ViewStyle

- Francisco
Publicado em SharePoint Tips/Solutions
Tags: sharepoint, view style, viewstyles, VWSTYLES.XML
•fevereiro 27, 2007 •
3 Comentários
Just found this out and felt like it deserved a post, my IE 6 running on Windows 2003 R2 stopped working on a few environments like Sharepoint 2007 lists and “Open/View” Excel Documents even on Sharepoint 2.0 websites to mention a few.
Event Log usually returned me:
- Faulting application IEXPLORE.EXE, version 6.0.3790.1830, faulting module kernel32.dll, version 5.2.3790.2756, fault address 0×00015e02.For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Solution
After testing all sorts of Security Fixes and Register Settings also trying to reinstall IE 6 via retail CDs command line and the routine spyware checks etc, nothing worked.
I took the manual debug path and I somehow knew it had to do with ActiveX, so I opened the Add-ons manager in IE 6 and disabled them all — it worked, then I started to rollback the controls individually to isolate my issue.
Long story short, the problem is with the file “NAME.DLL” in C:\Program Files\Microsoft Office\OFFICE11.
Apparently this is only ocurring in machines WITHOUT Office 2007 OR IE7, here in the office it works for any of the mentioned. So if you have Windows 2003, no Office 2007 and IE6, you’re prolly going to face the issue.
To fix, disable NameCtrl Class at the Add-on manager, or Install Office 2007, or Install IE7. I dont know which Security Patch did that and couldnt rollback for that reason, so Im just working with it disabled and things like the View in Spreadsheet funcionality in WSS is broken and Im not sure about any other as of yet.
- Francisco
Publicado em SharePoint Tips/Solutions