TIL; Danke für die Info! Mit diesem Hintergrund macht es Sinn.

Macht es wirklich so einen großen Sinn jetzt überall das Wort "master" zu ersetzen? Das Wort an und für sich ist ja nicht negativ belastet. Ich denke jetzt nur an den "Master" als akademischen Grad, oder den "Meister" in der Ausbildung. Wollen wir dort die Begriffe auch alle tauschen?

Bei master/slave ist es doch nur "schlimm", da diese Begriffe hier zusammen auftreten. Da wäre die Umbenennung gar nicht so blöd, aber bei Git?

https://www.shodan.io/host/52.167.219.168

Das tollste daran ist, dass diese Leute vor Microsoft "flüchten" wollen und dann auf eine Platform ziehen die auf Azure gehostet ist....

Kannst du relativ einfach testen. Mach einfach:

var x = X.Where(p => p.Nr == row.Nr).ToList();

Dann wird es direkt in der Zeile knallen wenn row == null ist.

Ganz kurz, um es deutllich zu machen:

var x = X.Where(p => p.Nr == row.Nr);

Wird zunächst erstmal nicht ausgeführt. Es ist zu diesem Zeitpunkt erstmal eine Expression. Erst wenn auf die Liste tasächlich zugegriffen wird, wird die Liste materialisiert.

Das würde z.B. durch ein .ToList() oder .ToArray() passieren, oder aber durch ein Durchlaufen der Liste wie in deinem Beispiel z.B.:

foreach (var item in x)  // NULL-Ref-Exception

Es macht also durchaus Sinn, dass der Fehler in dieser Zeile auftritt, da erst dort deine Expression von einer Zeile vorher ausgeführt wird. Da dort deine "row" null ist, bekommst du in der foreach Zeile einen Fehler.

Grüße

Im Prinzip kannst du es dir doch recht einfach machen. So wie ich das verstehe ist der Code ja komplett in deiner Hand. Deswegen würde ich einfach das IFunction Interface erweitern.

public interface IFunction
{
    Guid ID { get; }
    string Description { get; }
}

public interface IParamFunction<T> : IFunction
{
   Task PerformAsync(T parameters);
}

public interface INonParamFunction : IFunction
{
    Task PerformAsync();
}

Eine Implementierung einer (nicht ganz ernst gemeinten) Funktion könnte dann zum Beispiel so aussehen:

public class ThrowExceptionFunction : IParamFunction<string>
{
   public Guid ID => new Guid("f4f8d277-e59c-459a-a52c-d547b0b11202"); //Die GUID ist natürlich für jede Function neugeneriert!
   public string Description => "Throws an exception";
   public Task PerformAsync(string message) => throw new NotImplementedException(message);
}

In deiner Datenbank speicherst du nun zu jedem Task lediglich noch die ID der Funktion.
Dein "Scheduler" hält eine Liste von Instanzen aller IFunctions (List<IFunction> functionList).
Sobald die Zeit zur Ausführung gekommen ist, benötigst du nur noch ein simples:

var function = functionList.SingleOrDefault(f => f.ID == task.ID);
if(function == null) //DO SOMETHING
else function.PerformAsync(parameters);

Wie du siehst umgehe ich die Factory indem ich die Parameter der PerformAsync Methode übergebe und nicht beim initialisieren der Klasse.

Das serialisieren/deserialisieren deiner Parameter und den check, ob die aktuelle Funktion Parameter reinbekommt oder nicht, habe ich jetzt mal weggelassen. Sollte aber eigentlich keine große Hürde darstellen.

So könnte man es jedenfalls ziemlich einfach umsetzen. Und es wären bei neuen Funktionen keine Anpassungen notwendig.

Grüße

Danke für die interessante Nachricht!

Ein Mitarbeiter von Intel hat einen sehr mächtigen und eindrucksvollen Pull Request an das .NET Repository geschickt:

Hört sich an als wäre es schon implementiert 😃
Also nur zur kurzen Klarstellung: Es wurde ein API Vorschlag veröffentlicht. Sollte man sich für diesen Vorschlag aussprechen, würde die eigentliche Implemetierung beginnen. Und wie Fei Peng, der Ersteller des Vorschlags, richtig schreibt:

Implementing all the intrinsics in JIT is a large-scale and long-term project, so the current plan is to initially implement a subset of them with unit tests, code quality test, and benchmarks.

Grüße
Geaz

Hallo zusammen,

je mehr ich mir docFX anschaue, desto mehr frage ich mich, ob es überhaupt noch einen Bedarf an sharpDox gibt.

DocFX macht fast alles was auch sharpDox macht und hat mit Microsoft einen großen Player hinter dem Projekt.

Ich bin momentan stark am überlegen, ob es überhaupt noch Sinn macht an sharpDox festzuhalten oder es vielleicht sinnvoller ist die Energie in DoxFX zustecken, um dort eventuell fehlende Features als Plugins/Templates umzusetzen.

Wie seht ihr das?

Beste Grüße

Code Coverage wird nicht von Test-Frameworks errechnet, sondern von der Suite drum herum - in Deinem Fall zB. Visual Studio.

Das ist korrekt, deswegen habe ich mich ein wenig über deine Vorschläge gewundert. Weil ich sprach von Code Coverage und du gibts mir dann zwei Testframeworks 😃

dynamic macht für mich hier kein Sinn.
Parameter, die ich intern verarbeiten will, hab ich doch in den Options. Ich sprech doch keine Parameter an, die ich nicht vorher festlege 👶
Ist auch ein untypisches verhalten, denn eine CLI sollte einen Fehler werfen, wenn ein Parameter nicht existiert.

In "normalen" Fällen ist das korrekt. Aber wie erwähnt, war es nunmal eine Anforderung für eins meiner Projekte (warum es dort Sinn macht kann ich dir gerne per PM schreiben, da es hier den Rahmen sprengen würde). Und genau für diese Anforderung habe ich halt keine Bibliothek gefunden, weshalb diese hier entstand.

Grüße

Hat Microsoft schon etwas länger umgesetzt
> und wird für .NET Core Templates verwendet.

Super, danke! Das kannte ich tatsächlich nicht. Auf die schnelle habe ich jetzt nur das hier gefunden: https://msdn.microsoft.com/de-de/magazine/mt763239.aspx

Hast du dazu zufällig noch mehr Doku? Wäre interessant, ob sich meine Punkte damit umsetzen lassen. Wenn ja, dann war es wenigstens eine gute Übung 😃

[EDIT] Sieht mir beim Überfliegen nicht so aus, als könnte ich damit das 'dynamic' umsetzen...

NUnit und XUnit überstützen beide bereits .NET Core mit csproj.

Inklusive Code Coverage (um die es mir geht)? Dazu hatte ich bei beiden nichts gefunden. Es ging mal mit OpenCover, aber wohl nicht mehr seit der Umstellung auf .csproj.

Ansonsten sei noch gesagt, dass mich Dein Code und Deine Options sehr an
> erinnern, das sehr bekannt ist.
Wirkt so, als ob Du Dich hier etwas mehr als nur inspirieren lassen hast... 😉

Das Options Attribut habe ich von den Parametern her vom CommandLineParser abgeschaut, da ich den sonst nutze. Er jedoch halt nicht die anderen Punkte die ich benötige unterstützt. Aber mein Code erinnert dich daran? Das wäre echt ein Zufall, weil ich mir deren Code genau null mal angeschaut habe 😄

Beste Grüße

Hallo zusammen!

Im Rahmen eines aktuellen Projektes benötigte ich einen Parser für Kommandozeilen Argumente.
Davon gibt es ja so einige, jedoch konnte ich keinen finden der alle meine Anforderungen erfüllen konnte:
*Unterstützung für .NET Core *Parsen von bekannten Argumenten in definierte Properties *Parsen von unbekannten Argumenten als ein 'dynamic' Objekt (welches keine Exception wirft beim Zugriff von nicht definierten Properties) *Parsen von nicht gültigen Optionen in eine 'Mülleimer' Property

Deswegen habe ich das Ganze einfach mal als Übung genommen, um mein erstes Projekt für .NET Core umzusetzen. Zudem dachte ich, dass es vielleicht dem ein oder anderem auch hilft und wollte es einfach mal hier reinstellen 😃

Zufinden ist das Projekt bei Github. Die Testabdeckung sollte recht gut sein, da ich es Test-Driven entwickelt habe (Leider habe ich bisher kein Tool für Testabdeckung für .NET Core Projekte gefunden - nur für das "alte" .json Projektformat).

Muss noch das ein oder andere im Code dokumentieren und überarbeiten, aber das meiste ist getan.

Die README sollte die kleine Bibliothek recht gut erklären. Und verdeutlichen was ich mit dem ein oder anderem Punkt oben meinte 😃

Beste Grüße
Geaz

@C4RL0: Entschuldige die sehr späte Antwort. Hast du das Problem inzwischen gelöst?

Hallo an alle!

Langsam aber sicher macht sich das .net Core Framework breit und ich liebäugle immer mehr mit einer Portierung von sharpDox. Nun habe ich mir viele Gedanken gemacht und würde diese Gelegenheit gerne nicht nur dazu nutzen eine einfache Portierung zu erstellen. sharpDox ist nun schon einige Jahre alt und ist seitdem immer mehr gewachsen. Anfangs war es ein "Proof of Concept" und ist bis heute zu einem recht nützlichem Tool herangewachsen.

Für das neue Framework würde ich sharpDox gerne einem kompletten Refactoring unterziehen und dabei vorallem auf eine gute Dokumentation wert legen. Dadurch erhoffe ich mir mehr Pull Requests in der Zukunft. Gute Dokumentation = Mehr Entwickler verstehen den Code und beteiligen sich an dem Projekt.

Zudem habe ich mir überlegt, ob es nicht sinnvoll wäre sharpDox nicht um Codeprojekte "kreisen" zu lassen. Sondern stattdessen sharpDox vor allem zu einem Dokumentengenerator zu machen. sharpDox soll in erster Linie jegliche Art von Dokument (PDF, Html, epub etc.) aus einer Sammlung von Markdowns erstellen können (ähnlich z.B. Gitbook).

Dazu würde sharpDox dann wieder pluginfähig sein. Diese Plugins könnten dann eigene Direktiven erstellen, die in den Markdowns verwendet werden können. Eine Direktive würde dann z.B. eine C# Lösung einlesen und eine Code Dokumentation in das Endprodukt inkludieren.

Was haltet ihr davon? Was sind eure Schmerzpunkte, die ihr gerne in einer neuen Version gelöst sehen würdet?

Danke und Grüße
Geaz

Habe mal eine neue Version veröffentlicht. Mit dabei ist das neue Code Tab, falls im HTML Exporter 'Show Code' aktiviert wurde.

Verlinken von Typen etc. im Code habe ich dann für die nächste Version auf der Agenda 😃

Grüße
Geaz

An .NET Core werde ich dran bleiben, da ich die von dir genannte Lösung interessant finde. Zudem fände ich es einfach super wenn sharpDox unter Linux laufen würde.

@Palladin007:

Ich habe mal etwas angefangen (siehe Anhang). Ich habe es nun so eingebaut, dass bei (1) zwischen der Doku und dem Code gewechselt werden kann. Zudem siehst du bei (2), dass Hervorhebungen der Zeilen möglich sind. Die Idee ist, dass direkt aus der Doku von einem Member aus zu der entsprechenden Stelle im Code gesprungen werden kann. Diese wird dann auch hervorgehoben wie bei (2). Das Ganze ist dann auch verlinkbar.

Zudem möchte ich, dass der Dateinamen ein direkter Link zu z.B. Github ist, falls eine SCM Base Url angegeben wurde.

@Abt: Was fehlt dir denn an der aktuellen Konsolenanwendung? Die sollte doch auch bereits in einem CI System integrierbar sein. Oder ging es dir explizit, um eine Konsolenanwendung die unter .NET Code läuft?

Ich habe einiges aus der System.Drawing genutzt, um PNGs zu zeichnen.
Für die .NET Core Version müsste ich dann vermutlich den PNG Support für Diagramme rausnehmen.

Danke für die Infos!

Habe mir einmal .NET Core angeschaut. Ich fände es super wenn sharpDox unter .NET Core laufen würde. Der größte Teil von sharpDox sollte kein Problem machen. Jedoch scheint es, dass ich den UML Diagramm Teil nicht umgesetzt bekomme, da viele Funktionen aus System.Drawing bisher nicht in .NET Core drin sind. Sollten dir da andere Informationen zu bekannt sein wäre ich natürlich sehr dankbar darüber 😃

Bisher plane ich da noch nichts. Werde es mir aber mal anschauen. Denke nicht, dass das zu aufwendig wird.

Momentan sitze ich an einer Visual Studio Extension, um sharpDox direkt aus einem Projekt heraus starten zu können. Ohne ein extra Tool für die Dokumentation öffnen zu müssen.

Hallo Palladin,

bisher wurde sharpDox nur mit C# .NET Programmen getestet.
Da sharpDox inzwischen auf Roslyn aufbaut sollte VB.NET kein großes Problem mehr darstellen, aber wurde bisher noch nicht getestet. Deshalb kann es dort durchaus zu Fehlern kommen.

Werde mir dies für das nächste Release vornehmen.

Version 1.1 ist online!

Neben der Umstellung auf Rosyln habe ich, wie oben erwähnt, auch die HTML Ausgabe auf angular2 umgestellt.

Grüße

Hallo an alle!

Zunächst einmal möchte ich mich bei allen bedanken, die in den letzten Jahren immer wieder Feedback gegeben haben! Ohne Euch wäre das Tool nicht das, was es nun ist. Ich finde es immer wieder spannend, mir die Entwicklung von sharpDox hier im Thread anzuschauen 😃

Ich bin zur Zeit fleißig am basteln. Komme zwar nicht mehr so häufig dazu, wie ich gerne würde, aber es geht.

sharpDox ist inzwischen komplett auf Roslyn als Analysewerkzeug umgestiegen. Diese Änderung wird Teil der nächsten Veröffentlichung sein und hoffentlich nicht auffallen ( Stichwort: Bugs 😃 ).

Ansonsten habe ich erneut die HTML-Dokumentation überarbeitet. Sie sieht zwar aus wie vorher, jedoch wurde das Fundament erneuert. Es wird nun komplett auf Angular 2, zusammen mit einem eigenen StateContainer gesetzt - wen es interessiert: ähnlich Redux, jedoch mit weniger Boilerplate-Code.

Dadurch sollte nun ein wirklich einfaches Templating möglich sein. Was den ein oder anderen vielleicht freuen wird 😃

Außerdem habe ich den ein oder anderen Bug beseitigt und in der UI ein paar Dinge verändert. Zudem werde ich in das Release die erste Unterstützung für WebAPI Dokumentationen einbauen.

@nikeee: Sollten deine Anforderungen sich nicht über ein Build-Skript bewerkstelligen lassen?

Beste Grüße
Geaz

Oder, falls du in der Branche arbeitest, abonniere es über den Arbeitgeber 😃

Wir haben hier auch ein Abo und dann wandert die Ausgabe von Tisch zu Tisch. So hat jeder was davon.

Grüße

Also das du keine Fehlermeldung bekommst wundert mich nicht (siehe Post vorher).

Aber ich wette dein Problem liegt damit zusammen, dass du nicht alle .dlls mit kopierst. Liege ich da richtig, dass du nur die .exe verschiebst? Dann wird er die NHotkey.Wpf, die du im MainWindow nutzt, nicht finden.

Grüße

Ich arbeite täglich mit SharePoint und CRM. Würde mich also freuen helfen zu können!

Grüße

Bitte entschuldige die späte Antwort!

Ich habe das Ganze inzwischen per XBAP umgesetzt und die Lösung ist uns auch produktiv im Einsatz 😃
Das wichtigste an der Lösung ist die angehängte Datei (habe ich selber von http://www.codeproject.com/Articles/28209/Outlook-Drag-and-Drop-in-C).

Das DropEvent sieht dann etwa so aus:

         public void Drop(object sender, DragEventArgs e)
        {
                if (e.Data.GetDataPresent("FileGroupDescriptor"))
                {
                    var dataObject = new OutlookDataObject(e.Data);
                    var fileNames = (string[])dataObject.GetData("FileGroupDescriptor");
                    var fileStreams = (MemoryStream[])dataObject.GetData("FileContents");
                    //HIER WAS DAMIT MACHEN
                }
            }            
        }

Du bekommst für jede Datei einen Eintrag im "fileNames" Array und einen im "fileStreams" Array.
Dann kannst du damit machen was du willst 😃

Wichtig ist, dass die XBAP Anwendung "Full-Trusted" ist. Sonst klappt das Drag&Drop nicht!

Grüße
Geaz

Kleines Update online! Die GUI Probleme und ein Problem mit dem Parser sollten behoben sein.

Grüße

Danke für die Info! Werde ich fixen!

Danke für die Info! Ist gefixt!

So, nun ist es endlich soweit!

Eine neue Version von sharpDox ist veröffentlicht. Und zwar nach langer Zeit nun endlich die Version 1.0 - RC 😉.

• Created two seperate executes (gui and console)
• Changed Model: sharpDox now parses one repository per build target (thanks to Geert van Horrik)
• Creates the output path now, if necessary
• Added console exit codes
• Config file is static now - no last build info anymore
• sharpDox is able to parse unity solutions now
• Added Array Element Types to SDType model
• Reworked HTML Output
• Some more minor changes

Hallo zusammen!

Habe noch einmal eine kleine Aktualisierung hochgeladen.
Bitte schaut doch mal drauf. Falls euch etwas auffallt, schickt mit bitte eine PM.

Möchte die meisten Fehler raus haben wenn ich es in einigen Tagen veröffentlichen.

Beste Grüße
Geaz

Und erneut ein Update der Test-Doku:

Diesmal ist die Verlinkung innerhalb der Syntax hinzugekommen.
Dadurch konnten die Alten "Interface" und "Basetype" Sektionen wegfallen und dem restlichen Content mehr Raum gegeben werden.

Grüße
Geaz

Wie gesagt, bei den meisten - wahrscheinlich allen - Online-Spielen ist die Verwendung eines Bots verboten!

Zudem wird dir hier wohl keiner ein fertiges Programm posten, dass dir die Tasten "1, 2 und TAB" drückt. Wir helfen gerne wenn du ein konkretes Problem hast.

Aber ein kleiner Tip: Mit AutoIt wirst du das ganze vermutlich sehr viel fixer schaffen.

Grüße
Geaz

Kleines Update:

In der Test-Doku funktionieren nun die SVG-Links (save, reset) und es wurde Disqus eingebaut.
Im Plugin kann der User den Disqus-Shortname angeben, falls er möchte. Damit wird dann Disqus eingebunden.

http://test.sharpdox.de

Grüße
Geaz

Der neue Exporter ist schon relativ weit fortgeschritten und wollte euch mal ein Zwischenergebnis präsentieren.

Es ist noch das ein oder andere zu tun (Diagramme speichern/reseten, Verlinkung der Member, Suche),
aber man sieht schon in welche Richtung es geht. Würde mich über eine Rückmeldung zum neuen Design freuen.

Mit der neuen Version wird es möglich sein, dass Benutzer neue Templates und Styles erstellen, um diese für die eigene Dokumentation zu nutzen.

http://test.sharpdox.de

Grüße
Geaz

Ja, das wäre möglich. Jedoch erstelle ich die Diagramme bereits in sharpDox und exportiere die einfach als SVG. Ich würde jetzt ungern die komplette Logik, die bereits in sharpDox steckt, noch einmal ins HTML Plugin packen.

Jedoch werde ich wohl tatsächlich den Weg der "Webkit"-Applikation gehen, da ich diesen recht schick finde.

Das Problem ist, dass die SVGs mit "object"-Tags eingebunden sind. Auf den Inhalt der "object"-Tags darf nicht zugegriffen werden (Cross-Domain). Damit kann kein Pan-Zoom für SVGs auf dem lokalem Dateisystem realisiert werden (jedenfalls nicht mit den Bibliotheken die ich gefunden habe). "Img"-Tags kommen nicht in Frage, da dann die SVGs nicht interaktiv sind und bei "embed" oder "iframe" Tags besteht das selbe Problem.

Hallo zusammen,

durch den neuen Ansatz im HTML Exporter bin ich leider nun auf ein Problem gestoßen bei dem ich gerne ein paar Meinungen hören würde:

Ich wollte immer, dass der HTML Output auch auf dem lokalem Dateisystem, ohne Webserver, funktioniert.

Der neue HTML Output ist, wie oben beschrieben, eine Javascript Applikation die nur noch mit Daten versorgt wird.

Damit beim Öffnen der Dokumentation möglichst wenig Daten vorgeladen werden müssen, habe ich die SVGs in eigene Dateien ausgelagert. Nun ist das Problem, dass auf dem lokalem Dateisystem das Pan-Zoom der SVGs nur noch im Firefox funktioniert, da die anderen Browser Probleme mit den SVGs haben (Stichwort: Cross-Domain).

Jetzt meine Frage:
Wäre es tragisch, falls der neue Exporter lediglich vom Firefox "offline" unterstützt wird? Auf einem Webserver funktioniert alles logischerweise ganz normal.

EDIT: Alternativ könnte man vielleicht den Exporter auch eine "Node-Webkit" Applikation erstellen lassen (Die Doku wäre am Ende zusätzlich eine .exe). Damit wäre man unabhängig vom Dateisystem & Browser. Zudem hätte man ein kleine Paket das man austauschen könnte, falls man die HTML-Doku auch offline haben möchte.

Hallo,

entschuldige die späte Antwort, aber ich war die letzten vier Tage im Urlaub 😃

Da bei dir im "Exporter" nichts auswählbar ist macht mich stutzig...
Wo hast du die Version die du nutzt her (Homepage oder Github - binaries oder selbst gebaut?).

Grüße

Ich glaub ich sehe gerade das Problem (sollte mir das nächstemal den Code besser anschauen 😄)....

Probier mal folgenden Code:

var dayString = "";
$.get("GetDays", { taskName: selText }, function (result) {
  dayString = result;

  //Check day checkboxes
  var checkboxes = document.getElementsByName("checkBoxDay");
  for (var i = 0; i < checkboxes.length; i++) {
    if (dayString.toString().indexOf(checkboxes[i].id) > -1)
      checkboxes[i].checked = true;
    else
      checkboxes[i].checked = false;
  }
});

Du wartest nicht auf das Result deines Ajax-Calls. Deswegen hat der Code nach dem "Get" nicht die Daten die er benötigt ("Get" ist async in jQuery). Du musst den Code der die Checkboxen markiert auch in die "Success"-Funktion deines Ajax-Calls verschieben.

Das erklärt auch warum es im Debugger funktioniert.

Das kann schon sein, dass die da sind wenn du dir das im Firebug anschaust. Aber das heißt nicht, dass die da sind wenn dein Code ausgeführt wird.

Also meine Frage: Wartest du auf den DOM (z.B. per $(document).ready(function(){ ... });)? Und führst erst dann deinen Code aus?

Das hört sich sehr so an, als wären deine Checkboxen noch nicht im DOM vorhanden wenn dein Code ausgeführt wird.

Wartest du darauf, dass dein DOM komplett aufgebaut wurde bevor du deinen Code ausführst?

Probier es mal mit:

((InternetExplorer) WEBBROWSER.ActiveXInstance).Silent = true;

Das sollte die Dialogbox unterdrückt, aber führt das Skript weiter aus. Dazu musst du deinem Projekt die Referenz (COM) zu "Microsoft Internet Controls" hinzufügen. Dadurch werden ALLE Dialogboxen die vom Browser kommen würden (Debug-Info usw.) unterdrückt, aber nicht die Dialogboxen die z.B. von einem "alert" kommen.

Hallo Apt,

"MVC SPA" hab ich mal in "SPA" geändert. Damit sollte es deutlicher/korrekter sein. Es ist letztendlich eine Web Application die mit dem JS Framework CanJS (ähnlich AngularJS) erstellt wurde. Das Plugin für sharpDox erstellt dann quasi nur noch die "Daten" die von der Applikation geladen werden.

Also keine statischen Seiten mehr und damit schnellere Updates/Uploads auf den Webserver, da nicht mehr alle einzelnen Dateien hochgeladen werden müssen, sondern nur noch ein "Data" Order mit einer handvoll Dateien.

Zudem baue ich in dem Zuge ein, dass die Webapplikation mit eigenen Templates/CSS umgestaltet werden kann. Also quasi ein Theme-Support.

Hallo zusammen!

Lange ist es her, dass ich mich gemeldet habe, aber ich war nicht untätig 😃

Ich arbeite aktuell an einem neuen HTML-Plugin, dass unter anderem Themes unterstützt und einen etwas frischeren Ansatz verfolgt (SPA). Zudem unterstützt sharpDox seit neustem das Bauen eines Projektes mit mehreren Target-Frameworks!

Das Html Plugin ist noch nicht final (Templates und CSS noch nicht komplett), aber ich dachte ich poste mal eine kleine Vorschau 😉

Könnte mich jetzt täuschen, da es etwas her ist, aber das Problem mit dem DocumentCompleted Event ist, dass es nicht nur einmal ausgeführt wird wenn die Seite wirklich geladen ist. Soweit ich weiß, wird es für jede Ressource, die geladen wird, ausgeführt. Z.B. auch für jeden IFrame auf der Seite. Kannst du ja mal testen.

Grüße

P.S.: Das es bei MarsStein funktioniert würde dazu passen, da dort keine weiteren Ressourcen geladen werden.

Werde ich gerne machen. Da aktuell jedoch andere Tasks wichtiger sind, kann es durchaus etwas dauern (eine Woche oder so). Nur damit du Bescheid weisst.

Grüße

Hallo,

ich habe es gerade mal getestet. Im ersten Test schien es zu funktionieren.
Ich werde das sicherlich mal die Tage weiter verfolgen, ob das nicht sogar eine bessere Alternative ist oder zu starke Restriktionen hat.

Grüße

Hallo,

wir hatten eine ähnliche Anforderung hier.
Es funktioniert NICHT mit SilverLight und auch NICHT mit HTML5 (wegen der Drag&Drop Api).

Der einzige Weg der übrig blieb war eine ActiveX Komponente. Da das ganze im Intranet läuft, sollte das, genauso wie bei uns, kein Problem sein.

Die Komponente ist sehr performant und man kann keinen wirklichen Unterschied zwischen der ActiveX Komponente und unserer alten SilverLight Komponente erkennen.