Mittwoch, Juni 10, 2009, 11:50 AM
Das hat jetzt zwar nichts mit SharePoint oder .NET zu tun, aber manchmal beschäftigt man sich auch mit anderen Dingen, die es wert sind aufgeschrieben zu werden.So. Z.B. das alte Problem, einen Bereich auf einer Webseite zu zentrieren, ohne dafür Tabellen zu verwenden. Das ist durchaus sehr gut möglich, seltsam nur, dass Microsoft auf der bing Startseite das Bild über eine Tabelle zentriert... dabei geht es doch so viel einfacher und sogar besser!
Hier mal eine kurze und elegante Lösung:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Center Example</title>
<style type="text/css">
body
{
margin: 0px;
padding: 0px;
text-align: center;
}
#centered
{
width: 600px;
height: 400px;
position: absolute;
top: 50%;
left: 50%;
margin-top: -200px; /* = -height/2 */
margin-left: -300px; /* = -width/2 */
border: solid 1px red;
}
</style>
</head>
<body>
<div id="centered">
Diese Box ist zentriert!
</div>
</body>
</html>
Wie man sieht, ist nur ein DIV Tag im BODY nötig, um alles zu zentrieren. Die Größe der Box ist hier 600x400 Pixel. Wenn man die ändern möchte, muss man gleichzeitig die negativen margins mit jeweils der Hälfte angeben.
Getestet unter WinXp mit IE7, FF3.x, Safari, Opera und Chrome.
Nachtrag:
Funktioniert auch unter MaxOS X (Safari + Firefox) und Ubuntu (Firefox)
| Permalink
| Related Link
Montag, April 20, 2009, 11:46 AM
Es ist zwar schon ein paar Tage her, aber immer noch eine Meldung wert:Microsoft hat den SharePoint Designer 2007 zum kostenlosen Download zur Verfügung gestellt!
Und zwar bereits am 2.April.2009 (extra einen Tag später).
Wie oft musste ich Kunden vertrösten und ihnen sagen, dass ich für eine bestimmte Änderung den SharePoint Designer bräuchte, für den sie aber leider keine Lizenz hatten... Aber das hat nun ein Ende.
Für den Download muss man sich registrieren, bzw. sich mit seiner Live-ID einloggen. Danach kann man sich die 300 MB große Installationsdatei recht zügig herunterladen.
Zur Download-Seite
Besten Dank an das SharePoint Team! :)
(Obwohl ich auch sagen muss, dass keine Software so häufig abstürzt wie der SPD.)
Donnerstag, Januar 17, 2008, 01:57 PM
Das Problem haben sicherlich schon viele SharePoint Entwickler gehabt: Man will ein simples RSS-Feed WebPart einbinden um z.B. Nachrichten anzuzeigen und bekommt stattdessen eine Fehlermeldung.Nun, meist liegt das daran, dass man für http Zugriff aus dem Firmennetz zwingend über den Proxy-Server gehen muss. Kein Problem eigentlich, denn schließlich muss man nur in der web.config folgende Zeilen hinzufügen und seinen Proxy-Server eintragen und einen IISReset durchführen:
<defaultProxy>
<proxy proxyaddress="http://proxyserver:port" bypassonlocal="True" />
</defaultProxy>
Das funktioniert aber leider nur, wenn der Proxy-Server anonymen Zugriff erlaubt, denn ist SharePoint für NT-Authentifizierung konfiguriert (das ist meist so), werden keine Credentials weitergereicht, so dass der Proxy die Verbindung verweigert. Leider kann man aber nirgendwo angeben, welche speziellen Credentials SharePoint für den Proxy-Server verwenden soll!
Ein Workaround ist auf jeden Fall, auf dem Proxy die IP-Adresse des SharePoint-Servers freizuschalten, so dass anonyme Zugriffe von dort erlaubt werden. Falls das aber nicht möglich ist, weil die zuständige IT-Abteilung im Unternehmen dies nicht zulässt, hat man zunächst keine Möglichkeit mehr, ein RSS-WebPart zum Laufen zu bringen.
Ob eine Umstellung auf Kerberos das Problem beseitigt, konnte ich bisher nicht testen.
Um dennoch RSS-Feeds anzeigen zu können, habe ich schließlich selbst einen kleinen "Proxy" geschrieben, der sich am Proxy-Server anmeldet und den Request zum WebPart durchschleift! Dadurch erspart man sich Konfigurationen und Diskussionen, muss aber eine neue kleine Webseite einrichten - am besten auf dem SharePoint Server selbst.
Eigentlich ist es ganz einfach:
1. Neues VisualStudio Projekt anlegen vom Typ ASP.NET Web Application
2. Default.aspx leeren, bis auf die Header-Zeile mit der Page-Direktive
3. In der Page_Load Methode folgenden Code einfügen:
string feedUrl = Request.QueryString["feedurl"];
HttpWebRequest request = (HttpWebRequest)WebRequest.Create(feedUrl);
request.Proxy = new WebProxy("http://proxyserver:port", true);
request.Proxy.Credentials = new NetworkCredential("UserNameForProxy", "PasswordForProxy");
HttpWebResponse rssResponse = (HttpWebResponse)request.GetResponse();
Stream responseStream = rssResponse.GetResponseStream();
Encoding enc = Encoding.GetEncoding("ISO-8859-1");
StreamReader reader = new StreamReader(responseStream, enc);
string str;
str = reader.ReadToEnd();
Response.Clear();
Response.ClearContent();
Response.Write(str);
rssResponse.Close();
4. Das Ganze kompilieren und auf den SharePoint-Server in ein Verzeichnis im Inetpub publishen.
5. Im IISManager eine Webseite dafür einrichten (ich habe localhost und einen freien Port verwendet) - nicht vergessen auf .NET 2.0 umzustellen.
6. Im RSS-WebPart die URL unserer gerade erstellten Webseite eintragen, und als feedUrl-Parameter den eigentlichen Feed setzen:
z.B.:
http://localhost:6789/Default.aspx? feedUrl=http://www.news.de/rss_news.xmlUnd voilá - das WebPart lädt die Seite.
Theoretisch kann man zwar jede Webseite so laden, allerdings werden hier relative Pfade von Bildern, oder CSS-Dateien nicht umgeschrieben, so dass eine normale Webseite nicht korrekt angezeigt wird. RSS-Feeds enthalten aber meist nur absolute Pfade, so dass es hier kein Problem geben sollte.
Hinweis:
Benutzername und Passwort sollte man lieber aus der web.config lesen, und möglichst einen speziellen Benutzer verwenden, der ansonsten keine Rechte hat.
Die "feedUrl" kann man natürlich komplett per Query-Parameter übergeben, aber aus Sicherheitsgründen habe ich feste URLs definiert, die man über einen frei definierten Namen per GET angibt. Dann muss man auch nicht die URL beim Aufruf encoden.
Donnerstag, November 1, 2007, 04:52 PM
Wenn man InfoPath mit Forms Services benutzt, hat man oft mit Beschränkungen zu kämpfen, die sehr lästig sein können. So ist es z.B. aus HTML-Technischen Gründen nicht von Natur aus möglich, einem mehrzeiligen Eingabefeld eine Zeichenbeschränkung aufzuzwingen. Das Feld ist schlicht ausgegraut:;){kind=small}
Das kann sehr nervig sein, wenn man die InfoPath Daten in eine Datenbank speichern möchte, und das Zielfeld nur eine begrenzte Länge hat. Es wäre schön, wenn man die Fehleingabe schon im Browser abfangen könnte.
Mit einem kleinen Kniff kann man dies jedoch auch für die mehrzeiligen Eingabefelder erreichen.
Dazu muss die Validierung für das betreffende Feld eingeschaltet werden: "Data Validation"
;)
Für die Validierung wählt man ein eigenes "Custom Pattern", was letztendlich nichts anderes ist als eine Regular Expression:
;)
Als Pattern wählt man dann einfach folgende RegEx:
(.|[\r\n]){0,255};)
Wobei hier 255 Beispielhaft die maximale Anzahl der erlaubten Zeichen ist.
Dadurch darf jedes beliebige Zeichen, inklusive eines Zeilenumbruches eingegeben werden, und zwar mindestens 0-Mal, und maximal 255-Mal.
Der "ScreenTip" wird dann über der Box eingeblendet, und die Eingabebox ist wie gewohnt rot umrandet:
;)
Donnerstag, Oktober 4, 2007, 01:32 PM
Eine bestehende WebApplication in MOSS, die unter http läuft, kann relativ einfach auf SSL umgestellt werden.Über den folgenden Weg kann man seine Site umstellen und mit einem selbst generierten Zertifikat versehen (für Testzwecke).
Hat man später ein gültiges Zertifikat einer Zertifikatsstelle, tauscht man dieses einfach im IIS aus.
Hat man bereits ein Zertifikat, braucht man das Resource-Kit natürlich nicht zu installieren.
1. IISResource-Kit downloaden (iis60rkt.exe) und installieren
2. Zertifikat erzeugen und zur IIS Site hinzufügen:
c:\>selfssl /N:CN=*.<domainname.tld> /K:1024 /V:3650 /S:<IISSiteID> /P:443
z.B.:
c:\>selfssl /N:CN=*.example.com /K:1024 /V:3650 /S:1234567890 /P:443
3. Secure Bindings für die Webseite setzen:
In den Ordner wecheln, in dem die adsutil.vbs Datei liegt (z.B.: c:\Inetpub\AdminScripts)
c:\>cscript adsutil.vbs set /w3svc/<IISSiteID>/SecureBindings ":443:<Domain>"
z.B.:
c:\>cscript adsutil.vbs set /w3svc/12345567890/SecureBindings ":443:portal.example.com"
iisreset
4. c:\>iisreset
5. In der CentralAdministration die URL auf https:// umstellen (nur die URL ändern):
;)
Quelle:
http://mcmsfaq.com/cs2/blogs/adrian_spe ... 7/205.aspx
http://www.plijnaer.nl/weblog/2007/08/m ... s-and.html
Zurück Weiter
Calendar
