Die Lösung viel mir dann eher Zufällig auf. In den Websiteeinstellungen überprüfte ich die System Bibliotheken und stellte fest, dass die Berechtigung in der Bibliothek “Gestaltungsvorlagen” angepasst wurde und die Standardgruppen wie “Besitzer der Seite” entfernt wurden.

Abbildung 1 – Menüpunkt Gestaltungsvorlagen

Nach dem ich die Berechtigungen wieder angepasst hatte, konnten die Nutzer mit den entsprechenden Rechten, die Seite wieder wie gewohnt bearbeiten.

Beim Starten der SQL Server Data Tools erscheint eine neue Visual Studio 2010 Shell Oberfläche in der man sich schnell zurechtfindet.

Beim Anlegen eines neuen Projektes wird im neuen Fenster stärker als vorher zwischen den unterschiedlichen Projekttypen für Analysis, Integration und Reporting Services differenziert. Auffällig ist auch, dass es unter den Reporting Services kein Berichtsmodellprojekt mehr gibt.

Berichtsmodelle sind im SQL Server 2012 als veraltet markiert. Bereits vorhandene Berichtsmodelle können jedoch in SQL Server 2012 weiterhin als Datenquelle verwendet werden. Man sollte jedoch dennoch in Erwägung ziehen vorhandene Projekte zu aktualisieren und die Abhängigkeit zu Berichtsmodellen zu entfernen.

Viel getan hat sich im Design und in der Benutzerfreundlichkeit vor allem in den Integration Services (SSIS).

In den Integration Services findet sich nun auch ein integrierter Zugriff auf Online Hilfe-Materialien. (auf dem oberen Bild im rechten, unteren Bereich zu sehen). Besonders komfortabel ist für mich der „Zoom-Regler“ mit dem man nun auch sehr große Pakete im Blick behalten kann. Die einzelnen Tasks können jedoch unter Umständen recht klein werden. Außerdem sind Tasks nun abgerundet und nicht mehr eckig, aber das nur am Rande.

Ebenfalls werden Tasks zur Laufzeit nicht mehr komplett mit dem jeweiligen Status (Fehler = rot, Erfolgreich = grün, in Bearbeitung = gelb) eingefärbt, sondern erhalten am rechten oberen Eck nun ein kleines Symbol, das über den Verlauf des Pakets informiert:

Gerade in den Integration Services hat sich in der neuen Version noch mehr getan. Darüber werde ich in einem späteren Blog schreiben. In den Reporting und den Analysis Services hat sich im Design jedoch bisher nichts getan. Gerade z.B. in den Analysis Services würde ich mir ebenfalls einen Zoom-Regler wünschen, um z.B. Datenquellensichten besser visualisieren zu können.

Für die SQL Server Data Tools sind in späteren Versionen noch weitere Neuerungen geplant:

Upcoming T-SQL Toolbar and Context menu changes

Eine weitere Neuheit ist die Unterstützung vom PDF/A-Format, welches für Langzeitarchivierungen genutzt wird. Durch die Unterstützung von PDF/A ist der Muhimbi PDF-Converter auch in den Fokus von DMS-Lösungen gerutscht.

Dies sind natürlich nur die Höhepunkte der neuen Version, lesen Sie bitte auch die Versionshinweise auf der Internetseite des Herstellers www.muhimbi.com.

Aktionen aktivieren/deaktivieren

Eine der Neuerungen ist das aktivieren und deaktivieren von Aktionen im Workflow selbst. Diese Funktion hilft Ihnen beim Testen von Workflows und spart dadurch nicht nur Zeit, sondern schont auch Ressourcen. Weiterhin haben Sie die Möglichkeit Workflows zu erweitern die Funktionalitäten jedoch noch nicht freizuschalten.

Abbildung 1 – NWF 2010 Aktion deaktivieren

Abbildung 2 -NWF 2010 Aktion aktivieren

Run Now Option

Eine weitere sehr hilfreiche Neuerung ist die “Run-Now” Schaltfläche. Testen Sie vorab ohne Durchlauf des gesamten Workflows, ob z.B. alle Verbindungen greifen und die Ausgabe der Abfrage das gewünschte Ergebnis ist. Sie vermeiden somit lästiges durchforsten von Protokoll-Dateien und sparen erneut Zeit.

Abbildung 3 – Run Now Funktion

Baumansicht für XML-Abfragen

Mit dem einführen der Option Baumansicht (Tree View) für XML-Strukturen, geht Nintex erneut einen weiteren Schritt auf den normalen Anwender zu. Der Benutzer kann nun bequem aus der Baumansicht heraus sich an den Feldern bedienen die er benötigt.

Abbildung 4 – Baumansicht XML-Abfrage

Die Version 2.3 bringt noch weitere Neuerung wie z.B. die Anbindung von Nintex Live. Laden Sie sich die neueste Version herunter und probieren Sie es aus.

Links:

Whats new in Version 2.3    http://nintexdownload.com/Nsupport/WhatsNewInNW2010v2-3_Flyer.pdf

Youtube Video            http://www.youtube.com/watch?v=gRyeUADKJGE

Ich wollte dem EntityEditor über folgende zwei Zeilen eine Entity hinzufügen:

Entities.Add(newEntity);
UpdateEntities(Entities);

Leider funktionierte dies nicht obwohl ich mir sehr sicher wahr, dass es zuvor schon einmal funktioniert hatte. Die Lösung des Problems hatte ich erst nach einiger Zeit gefunden. Auf meinem Entwicklungssystem hatte ich das Juni CU installiert. Nachdem ich auf das Dezember CU aktualisiert hatte, verschwand der Fehler und es konnten wieder Entities hinzugefügt werden.

Sind auf einem SharePoint-System mehrere Sprachen installiert, dann können diese zur Umschaltung der Oberfläche freigeschaltet werden.

Alternative Oberflächensprachen auswählen:

Wurden alternative Sprachen ausgewählt, dann können diese mit dem out-of-the-box Sprachumschalter gesetzt werden.

Dieser Sprachumschalter funktioniert natürlich einwandfrei, ist aber in Punkto Handhabung nicht der Komfortabelste. Er liegt versteckt und ist als “Fly out” realisiert.

Etwas praktischer und offensichtlicher ist es, das Umschalten der Oberflächensprache mit einem eigenen Control zu realisieren. In etwa in dieser Form:

Einen eigenen Sprachumschalter zu implementieren, ist aufwandstechnischen keine große Sache. Ich wähle dazu immer gerne ein User Control (ASCX) mit einem Repeater und einer ObjectDataSource. Der Repeater rendert die Flaggen für alle Sprachen, die ihm die ObjectDataSource liefert.

<%@ Control Language="C#" AutoEventWireup="true" CodeBehind="UiLanguageSwitchControl.ascx.cs" Inherits="HanseVision.Demo.UiLanguageSwitchControl" %>

<script language="javascript">

    function ChangeUiLanguage(value) {
        var today = new Date();
        var oneYear = new Date(today.getTime() + 365 * 24 * 60 * 60 * 1000);
        document.cookie = "lcid=" + value + ";path=/;expires=" + oneYear.toGMTString();
        var url = window.location.href;
        window.location.href = url;
    }

</script>

<asp:Repeater ID="LanguageSwitch" runat="server" DataSourceID="ObjectDataSourceUiLanguages">
<ItemTemplate>
    <img src='<%# Eval("ImgUrl") %>' onclick="ChangeUiLanguage(<%# Eval("Locale") %>)" title="Switch to language: <%# Eval("Locale") %>" />
</ItemTemplate>
</asp:Repeater>

<asp:ObjectDataSource ID="ObjectDataSourceUiLanguages" runat="server" EnableViewState="false"
    TypeName="HanseVision.Demo.Controls.UiLanguageSwitchControl, HanseVision.Demo.LanguageSwitching, Version=1.0.0.0, Culture=neutral, PublicKeyToken=11e99323d9a1fb04"
    SelectMethod="GetUiLanguages">
       <SelectParameters>
        </SelectParameters>
</asp:ObjectDataSource>

Durch das Aufrufen der JavaScript-Funktion beim Selektieren einer Flagge wird die Oberflächensprache via Cookie gesetzt und bleibt dadurch auch beim Verlassen der Websitesammlung bestehen (1 Jahr lang).

Die Logik, die die verfügbaren Sprachen ausliest und an die Oberfläche (Repeater) durchreicht, ist ebenfalls kein Hexenwerk:

 public List<UiData> GetUiLanguages()
        {
            List<UiData> languages = new List<UiData>();

            if (SPContext.Current.Web.IsMultilingual)
            {
                foreach (CultureInfo language in SPContext.Current.Web.SupportedUICultures)
                {
                    UiData languageData = new UiData();
                    languageData.ImgUrl = GetMappedFlagImg(language.TwoLetterISOLanguageName);
                    languageData.Locale = language.LCID.ToString();

                    languages.Add(languageData);
                }
            }
            else
            {
                // no other languages available
            }

            return languages;
        }

In einer zentralen XML-Datei habe ich die Dateipfade zu den Flaggen mit den Sprachkürzel (bspw. ‘DE’) verknüpft. Diese wird beim Ausrollen der Lösung automatisch mit in das 14 Hive gelegt.

Wie dieser Artikel zeigt, lässt sich mit ganz einfachen Mitteln die Usebility von SharePoint 2010 noch weiter optimieren und steigert somit die Akzeptanz beim Kunden.

Ich habe mein SPGridview in einem Visuellen Webpart gebaut. Dazu habe ich im ascx ein SPGridView, eine ObjectDataSource (für das Filtern und Suchen nötig) und einen SPGridViewPager abgelegt.

<SharePoint:SPGridView Runat="server" id="spgridLastModDocs" AutoGenerateColumns="false" DataSourceID="OdsDataSourceDocuments" FilteredDataSourcePropertyName="FilterExpression"/>
<SharePoint:SPGridViewPager runat="server" ID="GvDocumtensPager" GridViewId="spgridLastModDocs" />
<asp:ObjectDataSource runat="server" id="OdsDataSourceDocuments" SelectMethod="InitializeDataTable" OnSelecting="OdsDataSourceDocuments_Selecting" OnSelected="OdsDataSourceDocuments_Selected" EnableCaching="False" TypeName="HanseVision.Hpa.Cockpit.LastModifiedDocumentsWebPart.LastModifiedDocumentsWebPartUserControl, HanseVision.Hpa.Cockpit, Version=1.0.0.0, Culture=neutral, PublicKeyToken=11e99323d9a1fb04" />

Sehr wichtig ist hierbei die Eigenschaft EnableViewState, die auf false zu setzen ist. Tut man dies nicht, werden zwar alle Daten bei Erstaufruf korrekt dargestellt aber es entsteht ein inkorrektes Verhalten bei Postbackoperation wie Sortieren, Paging und Filtern. Für die DataSource werden zu der SelectMethod auch nich die Events OnSelected und OnSelecting angesprochen. Dies wird für die SelectMethod benötigt, wenn man Parameter in der SelectMethod nutzen möchte.

spgridLastModDocs.EnableViewState = false;

Anschließend erstellt man in der CreateChildControls-Methode die Spalten des SPGridViews. Dies geschieht über SPBoundFields, BoundFields, HyperLinkFields oder TemplateFields. Hier ein Beispiel für die Spalte DocumentIcon welche in keinem Dokumentenwebpart fehlen sollte.

boundField = new BoundField() { HeaderText = "Typ", DataField = Constants.DataFieldDocIconUrl, HtmlEncode = false };
boundField.HeaderStyle.HorizontalAlign = HorizontalAlign.Center;
boundField.ItemStyle.Wrap = false;
boundField.ItemStyle.HorizontalAlign = HorizontalAlign.Center;
boundField.ItemStyle.Width = Unit.Pixel(35);
boundField.HeaderStyle.Width = Unit.Pixel(35);
boundField.SortExpression = Constants.DataFieldExtension;
spgridLastModDocs.Columns.Add(boundField);

Wie vorhin erwähnt kann man mittels OnSelecting und OnSelected Parameter in die SelectMethod übergeben bzw. diese auch wieder auslesen. Dies habe ich für einen Variable getan mit der in die Dauer der Abfrage gemessen habe.

protected void OdsDataSourceDocuments_Selecting(object sender, ObjectDataSourceMethodEventArgs e)
{
    e.InputParameters.Add(searchTimeString, 0);
}

Die SelectMethod:

public DataTable InitializeDataTable(out int searchTime, int elementLimit)
{
…
}

Das Auslesen des Parameters:

protected void OdsDataSourceDocuments_Selected(object sender, ObjectDataSourceStatusEventArgs e)
{
   DocumentsDurationLabel.Text = "Time searching documents: " + e.OutputParameters[searchTimeString].ToString() + "ms";
}

Dies war das grundsätzliche Erstellen eines SPGridView. In weiteren Teilen dieser Serie wird das Filtern und Sortieren des SPGRidViews angesprochen.

Nach dem ich mir die Sachlage einmal angeschaut hatte, erinnerte ich mich an eine gleiche Situation die mir bei einem anderen Kunden aufgefallen war.

Kontrollieren Sie bitte einmal die Versionierungseinstellungen in der Bibliothekseinstellung.

Abbildung 1 – Allgemeine Bibliothekseinstellungen

Prüfen Sie ob in der Option Entwurfselementsicherheit folgende Konfiguration vorliegt:

Abbildung 2 – Entwurfselementsicherheit Option

Das Phänomen tritt auch auf, wenn die Option “Nur Benutzer, die Elemente genehmigen dürfen” ausgewählt ist.

Diese Einstellungen verhindern, dass der Durchforster, der ja nur lesenden Zugriff auf den Elementen besitzt, die Dateien abgreifen kann. Dadurch können die Dokumente auch nicht in der Suche angezeigt werden. Um dies zu ändern wählen Sie die Option “Alle Benutzer, die Elemente lesen Dürfen” und die Dokumente werden nach einer neuen Durchforstung in der Suche sichtbar.

Abbildung 1 – Auswahl der Installationsart

Im Eifer des Gefechtes habe ich versucht den aktuellen Benutzer (Server-Admin) für den “Distributed Replay Controller” hinzuzufügen. Dabei erhielt ich plötzlich folgende Fehlermeldung und die Installation brach ab:

Abbildung 2 – SQL-Server 2012 Installationsfehler

Wundern Sie sich also bitte nicht! Führen Sie die Installation noch einmal aus und fügen Sie unter “Distributed Replay Controller” keinen Benutzer hinzu, sondern klicken Sie auf weiter. Die Installation kann dann erfolgreich weiter durchgeführt werden.

Abbildung 3 – Auswahl Benutzer für Distributed Replay Controller

Um das ein wenig zu dokumentieren, haben wir uns im Dezember zusammengesetzt um das folgende Video zu planen und zu drehen, viel Spaß:

“Sie wollen nicht so ganz ernst genommen werden, aber ihre Gegner müssen sie ernst nehmen. Also wenn Sie einmal ein Problem haben und nicht mehr weiter wissen, suchen Sie doch Das DEV-Team.”

http://www.youtube.com/v/cIQdIFoh_fM

(Die Bauszenen sind natürlich symbolisch zu verstehen und alle dargestellten Charaktere sind fiktional)

Technorati-Tags: HanseVision,Development,Softwareentwicklung,SharePoint,DEV-Team,A-Team