<script>
var reloadTimer = null;
var sURL = unescape(window.location.pathname);

function setReloadTime(secs)
{ if (arguments.length == 1)
   { if (reloadTimer) clearTimeout(reloadTimer);
       reloadTimer = setTimeout(“setReloadTime()”, Math.ceil(parseFloat(secs)*1000));
   }
   else
   { reloadTimer = null;
     location.reload(true);
     window.location.replace( sURL );
   }
}

setReloadTime(30);
</script>

Nach dem ich das Script mittels “Inhalts-Editor-Webpart” in die Seite eingebaut habe, wurde diese im 30 Sekunden Takt neu geladen. Das hat aber einen kleinen Nachteil, denn das Script läuft auch, wenn man im Seitenbearbeitungsmodus ist. Darum empfiehlt es sich, dass zuerst das Webpart ingebaut und konfiguriert wird und erst zum Schluss das Javascript in das Webpart eingefügt wird. Die vorgegebene Zeit von 30 Sekunden für den Reload sollte nicht unterschritten werden.

Im Blog “Path to SharePoint” findet sich der Artikel “Using calculated columns to write HTML”. In diesem Artikel wird die Funktionsweise und das Javascript erklärt. Wer das ganze lieber auf deutsch nachlesen will, sollte sich im Blog “MindBusines Blog” den Artikel “Formatierte Felder und Ampelfunktionen in SharePoint mit JavaScript” mal ansehen.

Und hier für alle Klickfaulen gleich direkt der Javascript-Code zu den Artikeln:

<script type="text/javascript">
//
// Text to HTML
// Feedback and questions: Christophe@PathToSharePoint.com
//
var theTDs = document.getElementsByTagName("TD");
var i=0;
var TDContent = " ";
while (i < theTDs.length) {
try {
TDContent = theTDs[i].innerText || theTDs[i].textContent;
if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
theTDs[i].innerHTML = TDContent;
}
}
catch(err){}
i=i+1;
}
//
// ExpGroupRenderData overwrites the default SharePoint function
// This part is needed for collapsed groupings
//
function ExpGroupRenderData(htmlToRender, groupName, isLoaded) {
var tbody=document.getElementById("tbod"+groupName+"_");
var wrapDiv=document.createElement("DIV");
wrapDiv.innerHTML="<TABLE><TBODY id=\"tbod"+ groupName+"_\" isLoaded=\""+isLoaded+ "\">"+htmlToRender+"</TBODY></TABLE>";
var theTBODYTDs = wrapDiv.getElementsByTagName("TD"); var j=0; var TDContent = " ";
while (j < theTBODYTDs.length) {
try {
TDContent = theTBODYTDs[j].innerText || theTBODYTDs[j].textContent;
if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
theTBODYTDs[j].innerHTML = TDContent;
}
}
catch(err){}
j=j+1;
}
tbody.parentNode.replaceChild(wrapDiv.firstChild.firstChild,tbody);
}
</script>

Danke an Christophe von “Path to SharePoint” für das tolle Script, aber Achtung; nur bei “Path to SharePoint” findet man immer die aktuellste Version des Script.

Genau dieser Fall ist bei mir aufgetreten. Selbst mit dem SharePoint-Designer konnte ich das Webpart nicht mehr löschen. Ich dachte schon, dass ich die Seite neu erstellen muss, aber dann habe ich folgenden genial einfachen Tipp bekommen.

Nr.	Bild	Beschreibung
1.		Die Seite mit dem defekten Webpart aufrufen und in der URL am Ende den Wert ?contents=1 eingeben.
2.		Die "Webpartseitenwartung" wird nun angezeigt. Hier werden alle Webparts der Seite aufgelistet.
3.		Nun das defekte Webpart markieren und anschliessend oben in der Navigation auf den Link "Löschen" klicken. Nun wird das Webpart aus der Seite gelöscht und die Seite kann wieder geöffnet werden.

]]> http://www.takeaphoto.ch/sharepoint/webparts-auf-seite-lschen/feed/ 0 http://www.takeaphoto.ch/sharepoint/registermenu-anpassen/ http://www.takeaphoto.ch/sharepoint/registermenu-anpassen/#comments Tue, 20 Oct 2009 09:17:54 +0000 bear64 http://www.takeaphoto.ch/?p=579 Das Registermenü zeigt in der Standardkonfiguration immer nur zwei Ebenen.

Nun hat sich die Navigation wie folgt geändert:

Infos zum Editieren im TechNet:

http://technet.microsoft.com/en-us/library/cc263080.aspx

In diesem Zusammenhang habe ich mich gefragt, weshalb SharePoint überhaupt diesen Eintrag im AD macht. Es scheint ja auch der einzige Eintrag zu sein, welche vom SharePoint in das AD geschrieben wird.

Im Internet bin ich fündig geworden. Die "My Site" kann direkt mit Office (2003 & 2007) interagieren. Dank der URL weiss Office, wo die MySite zu finden ist. Dadurch kann das Office automatisch in die MySite speichern. Da wir aber bei meinem Projekt die MySite so abspecken wollen, dass die Benutzer keine Dokumente in die MySite speichern können, sollte dieser Eintrag bei uns keinen Einfluss haben. Möglicherweise haben wir aber im Outlook nicht den gesamten Funktionsumfang zur Verfügung, was ich auf jeden Fall noch testen muss. Auf jeden Fall gibt’s auch dazu von Microsoft eine entsprechende Info:

http://office.microsoft.com/de-de/sharepointserver/HA101686391031.aspx

Als ich die Betreuung von Livelink (einem sehr guten DMS) übernommen habe, musste ich erst einmal aufräumen. Viele Projekte waren verweist, niemand war zuständig und der Inhalt wurde nicht mehr verändert. Im SharePoint kann dies auch passieren, ausser man aktiviert die Funktion “Site Use Confimation and Deletion”. Wird eine Site Collection über eine längere Zeit nicht mehr verändert, wird automatisch eine E-Mail an den/die Verantwortlichen gesandt. Erhält man auf dieses E-Mail keine Antwort, wird die Site automatisch gelöscht.

Die Meldung ist etwas irreführend. Man hat so den Eindruck, dass unmittelbar nach dem Absturz von Word jemand das Dokument in Arbeit genommen hat. Dem ist aber nicht so. Effektiv ist das Dokument lokal im Cache. Manchmal genügt es dann, wenn jemand anderes das Dokument in Arbeit nimmt und abspeichert. Dabei können aber alle gemachten Änderungen verloren gehen. Es kann auch vorkommen dass auch dies und selbst ein Reboot des Arbeitsgeräts nichts hilft.

Mit einem kleinen Work a round kann man das Problem aber relativ einfach und ohne reboot umgehen. Dazu geht man wie folgt vor:

1. In Internet Explorer den Cache leeren
   
   
2. Nun mit dem Windows Explorer in folgendes Verzeichnis wechseln:
   C:\Documents and Settings\{Login}\Local Settings\Temporary Internet Files\Content.MSO\
3. Die Anzeige im Explorer so sortieren, dass die zuletzt bearbeiteten Dateien oben angezeigt werden. Anschliessend muss nun die gesperrte Datei gesucht werden (einfach auf die Datei mit Doppelklick öffnen. Ist die Datei korrekt, muss ohne zu speichern wieder geschlossen werden)
   
4. Die Datei nun aus dem Verzeichnis auf den Desktop verschieben.
5. Nun Versuchen Sie erneut die Datei im SharePoint zu öffnen.
   
6. Damit nun nicht die gesamte Arbeit verloren geht, kann man die zuvor auf den Desktop gespeicherte Datei öffnen, reparieren und anschliessend mit der Datei im SharePoint zusammenführen.

Vor allem interessant ist das Tool, wenn im Blog auch Bilder einfügen will. Dann muss man diese zuerst nicht umständlich ins SharePoint hochladen und dann einen Link auf das Bild setzten. Nein, man kann das Bild einfach mit “copy and paste” in den Editor einfügen, die Grösse festlegen, Schatten hinzufügen und fertig. Beim Veröffentlichen wird das Bild dann einfach mit ins SharePoint geladen.

Der Windows Live Writer kann aber nicht nur Blogs im SharePoint bedienen. Man kann auch den eigenen Blog im Internet (z.B. hier bei Windows Live, bei Blogger oder gar bei WordPress uvm.) führen. Ganz Easy kann man mehrere Blogs verwalten. Dieser Blogeintrag wurde (wie die meisten meiner Einträge) mit dem Windows Live Writer geschrieben.

• http://www.admins-tipps.de/Microsoft/Index_Dienst/IFilter_f%FCr_den_Index-Dienst.htm
• http://www.sharepointu.com/wirkus/archive/2007/11/29/adobe-ifilter-manuelle-korrektur-f-252-r-sharepoint.aspx
• http://blog.hertes.net/?p=6
• http://support.microsoft.com/default.aspx/kb/946336/de-de
• http://technet.microsoft.com/de-de/library/cc262185.aspx
• http://blogs.itacs.de/Consulting/Lists/Beitraege/Post.aspx?ID=20

IFilter Explorer

• http://www.citeknet.com/Home/tabid/36/Default.aspx