Informationsleiste (Das sinnlose Ding rechts) entfernt

Wir haben die Informationsleiste aus Souvergin entfernt, da sie keinerlei sinnvolle Funktionen beinhaltete und wir auch keine Verwendung mehr für sie haben.

Souvergin 109

Es gibt erst mal keine großen Pläne für diese Release. Im Prinzip werden nur Optimierungen des bestehenden Codes eingebaut.

Das Atomfeed im Wilkommensfenster wurde schon überarbeitet. Die daten werden jetzt Asynkron geladen, was das kurze hängen der Anwendung nach laden von Willkommen verhindert.  Auch haben wir schon einen Bugfix vorgenommen: Da bisher bei ausgeblendetem Aufgabenbereich wird trotzdem im Menü der Aufgabenbereich als Aktiv angezeigt wurde. Das war im Prinzip immer der Fall wenn Souvergin mit diesen Einstellungen also ohne Aufgabenbereich gestartet ist.

Das waren jetzt so die bedeutensten Sachen. Die restlichen Änderungen betrafen bisher nur die Infrastruktur und der Nutzer bekommt sie nicht wirklich mit. Man muss klar sagen, dass Souvergin ursprünglich nicht für diese Dimensionen gedacht wurde und somit nach und nach immer mehr an der Codebase getan werden muss um neue Anforderungen zu unterstützen. Und genau das machen wir -) Nur wird es Defintiv kein komplettes Rewriting für Souvergin 1.x geben. Souvergin 2 wird, sobald er kommen wird (das dauerd aber noch einie Monate) eine komplett neue Codebase bekommen und gleich für die aktuellen Dimensionen und noch mehr geschaffen sein, was auch für uns die Wartbarkeit erleichtern wird.

Revision 108 - Der Downloadlink

Die neue Version kann HIER heruntergeladen werden.

Revision 108 - 1.3.10.108 Changelog

1.3.10.108 ----- Mittwoch, 24.10.2007 um 18:40  - Lines der Solution: 36505 [28587]
*Souvergin: SSL: Neuer HauptnameSpace Navia
*Souvergin: SSL: Fähigkeit auf den Navia DirektX Wraper zuzugreifen und Audiodateien abzuspielen.
*Souvergin: FavoritenLoader : Klasse enthällt den bisherigen FavoritenCode von Main, wodurch der Maincode übersichtlicher wird.
*TappageBackColor in das Stilsystem eingebaut
*Souvergin: ATOM Feed Gadget
*Souvergin: Willkommen erste Version des Atom Feed Gadget mit dem Souvergin Blog verbunden
*Souvergin: Willkommen ist Stilbasiert
*Souvergin: Plug-in Hosting: Souvergin unterstützt jetzt das ITaskframe Interface um weitere Taskframes in den Aufgabenbereich von Main einzufügen
*Souvergin: SystemInfo: Formular Entfernt
*WMI Infomationen: Beginn des Umbaus zu funktionsbasiertem Aufbau
*WMI Infomationen: Umbaus zu funktionsbasiertem Aufbau abgeschlossen
*Neues Subprojekt: SystemNetMailer -> Konsolenanwendung -> Mit hilfe dieser Datei werden absofot die Fehlerberichte versandt-> VORTEIL: Souvergin kann weiter laufen, da die Konsolenanwednung als eigener Prozess gestartet wird
*Souvergin: SLL: Neuer Namespace System.Hardware.CPU -> Stellt abfrage methoden der CPU WMI Informationen bereit
*Filemanagement: Externe Anwendungs Button Klasse ist jetzt SHARED / STATIC
*Filemanagement: Hotlinks Klasse ist jetzt SHARED / STATIC
*Souvergin: Externe Anwedungs Buttons und Hotlinks Instanzen aus der BASIS API entfernt, da jetzt SHARED / STATIC
*###BUGFIX###Miniaturansichtsspeicherverbrauch gesenkt -> Speicherlecks beseitigt
*Souvergin: Miniaturansichten: Größenbeschränkung 400x350 pixel.
*Souvergin: MailWraper: Klasse Startet die interne Sendmail Anwendung
*Souvergin: Maileditor: Form erlaubt e-mails via SMTP Verbindung zu schreiben
*Souvergin: Aktuelle Webseite-mailen Funktion in Souvergin Main unter im Menü Extras eingebunden
*Souvergin: SSL Kommando zum Starten des Maileditors
*Souvergin: MySettings um für den Mailer eine Standarde-mailadresse, -username, -SMTPServer bereitzustellen. Das Passwort wird allerdings NICHT gespeichert.
*Souvergin: MySettings in Maileditor integriert
*Setup: .NET Framework kann jetzt via Setup installiert werden. Kein extra Download mehr nötig.

 

 

Downloadlink wird wie immer folgen

Souvergin 108 was haben wir erreicht?

Die Entwicklungen für Souvergin 108 sind offiziell für beendet erklärt. Hier erklären wir noch einmal übersichtlich was wir im Groben geändert haben. Das Changelog liefern wir noch nach.

Souvergin Scripting Language

• Navia Namespace
• AudioPlayback funktion für SSL
• SSL kann den Maileditor aufrufen

Speicherverbrauch und Miniaturen

• Speicherlegs im Zusammenhang mit den Miniaturen wurden behoben
• Minaturen sind jetzt auf 400x350 Pixel Größenbeschränkt

Entwicklerblog Feed in Willkommen integriert

Crash System überarbeitet

• Ab sofort kann ein Bericht gesendet werden und die Anwendung kann weiterlaufen
• Enumerationsfehler bei Sizing von allen Tabbuttons wird ignoriert.

Mailfunktionen

• Maileditor
• Aktuelle URL kann per Mail verschickt werden

SMTP E-mail Funktion

Ab sofort kann man die Webseiten URL des Aktuellen Tabs per E-mail weiterverschicken. Dafür ist jedoch ein e-mail Konto mit SMTP zugriff nötig. Diese Funktion ist über das Menü unter Extras verfügbar.

 

Desweiteren kann man ein Leeres MailerFormular öffnen wenn man auf der Konsole "Souvergin.Maileditor" aufruft.

Damit man nicht jedes mal seine gesamten Verbindungsdaten für den Mailereintippen muss gibt es MySettings um Standardwerte für die Absenderadresse, den Serverbenutzername und den SMTP Server festzulegen. Das Passwort kann man nicht speichern lassen, was wir aus Sicherheitsgründen für angebracht halten.

Speicherauslastung Revision 107 und 108er Entwicklungscode

Wir haben per Windows Taskmanagerangaben folgende Messwerte erhalten:

Für die Zeitmessungen haben wir jeweils die gleiche Seite geladen, nach dem Laden jedoch keine weiteren Seiten mehr geladen oder Formulare in Souvergin geöffnet, dass Auswirkungen auf den Speicher durch das Laden weiterer Webseiten bzw. aufrufen von Forms verhindert wird.

	Revision 107 (in MB)	Revision 108 DEV (in MB
Startup	52,86 (inkl. laden von Willkommen)	60,3 (inkl. laden von Willkommen)
1 Browserfenster (frisch geladen + Miniaturen)	82,8	78,1
Nach schließen des Fensters	81,4	77,0
2 Browserfenster (frisch geladen+ Miniaturen)	87,8	76,3
1 Browserfenster (frisch geladen - Miniaturen)	67,5	66,7

 

Zum Startup muss man sagen, dass bei Willkommen der Atom Feedreader eingebunden wurde und dieser die HTML Feedinhalte mit Hilfe von WebbrowserContols (Windows.Forms.Webbrowser) darstellt und diese Objekte Speicherlastig sind.  Auch müssen diese Objekte manuell Disposed werden, was zum Zeitpunkt der Messung noch nicht implementiert war - uns aber geade wegen der Messung aufgefallen ist. Das heißt der eigentliche Laufzeitspeicherverlauf müsste geringer sein als angegeben.

Summe Summarum hat sich die Speichersituation deutlich verbesser auch wenn Souvergin beim Start derzeit deutlich mehr Speicher benötigt. Jedoch arbeiten wir auch noch an optimierungen beim Startspeicherverbrauch. Die hier vorliegenden Angaben können auf den Nutzersystemen stark abweichen, da der virutelle Speicher zum Beispiel vollkommen außen vorgelassen wurde und für die Miniaturen Fenstergrößen und Auflösungen eine Rolle spielen.

Miniaturansichten größen begrenzt

Die Maximale Auflösung der Browserminiaturansichten wurden auf 400x350 Pixel beschränkt. Dadurch wird zwar die dargestellte Qualität möglicherweise etwas schlechter bei der Browserübersicht. Aber das dürfte kaum wahrnehmbar sein. Aus speichertechnischer Sicht ist das eine Deutliche Verbesserungen. Wenn man überlegt, dass eine unkompimierte Bitmap bei der Auflösung 1280x1024 und einer Farbtiefe von 32bit genau 5 Megabyte oder 5120 Kilobyte groß ist und eine 400x350x32 Bitmap nur 0,53 Megabyte bzw. 546 Kilobyte hat. Wobei klar zu sagen, ist dass vorher die Maximale Auflösung der Bitmaps bei der größe des Browserfensters lagen und nicht bei der Systemauflösung. Aber bei der  1280er Auflösung konnte so eine Bitmal schon mal bei 1250x950x32 liegen -> 4,6 Megabyte. Die Screenshotmethode nimmt jetzt das wie vorher erstellte Bild führr aber einen Größen Faktor ein:

        Dim Faktor As Single = 1.0
        Do While (memoryImage.Width * Faktor > 400 Or memoryImage.Height * Faktor > 350) And Faktor > 0
            Faktor = Faktor * 0.9
        Loop
        Return New Bitmap(memoryImage, Math.Round(memoryImage.Width * Faktor, 0), Math.Round(memoryImage.Height * Faktor, 0))

Was man hier deutlich sieht ist, dass das Bild auch durch aus kleiner werden kann. Die Scrumpfung des Faktors wird auch mit jeder Senkung kleiner um eine möglichst genaus herankommen an die Zielauflösung zu erreichen. Die neue Ausgabe wird schon in Souvergin Revision 108 zum tragen kommen und somit den Speicherverbrauch pro Browserfenster drastisch senken. Sollte die Auflösung zu klein gewählt worden sein kann man auch darüber nachdenken die beschränkung auf 450x400 anzuheben. Wobei das aller Voraussicht nach nicht der Fall sein müsste.

Speicherleck Statusbericht und was sonst noch in sachen Speicherverwaltung gerade relevant ist

Die Arbeit der letzten Stunden hat das Leck spürbar verkleinert. Wir hoffen, dass wir noch durch weiterer Speicher Optimierungen Souvergin etwas speichersparsmamer machen, wobei eines klar sein muss: Auch beim Speicherbedarf kann man mit der Zeit gehen. Die Zeiten von 256 MB Hauptspeicher als Standard sind seit langem schon vorbei. Heute ist man bei 1 wenn nicht gar schon fast 2 GB als Normal angelangt. Und von daher können Anwendungen schon mal ein paar hundert MB verbrauchen. Im Prinzip sollte aber Souvergin mit einem Browserfenster nicht über 100 MB kommen (bei langer laufzeit). Wobei schon 60 MB alleine ohne Browserfenster derzeit gebraucht werden.  Pauschal sind es ohne Speicherlecks (!) ca.  10 - 20 MB (jew. bei angeschlateten Miniaturen) pro Browserfenster mehr. Da muss man klar sagen, dass Firefox deutlich sparsamer ist, aber der schleppt auch keine .NET Infrastruktur mit sich rum. Und all ihre Vorteile und Leistungen brauchen eben auch speicher. Der Internet Explorer ist bei einem Tab von der Startgröße zweischen Firefox und Souvergin. Wobei auch da die neuen Browserfenster kleiner sind als Souverginfenster mit aktivierten Miniaturen. Im Prinzip ist es klar: Wir haben noch optimierungspotential. Wenn Souvergin wieder wie früher mit 30 oder 40 MB startet, dann wäre das zwar wünschenswert aber auch eben utopisch. 50 MB könnte man durchaus als Realitisch ansehen. Und bei den Browserfenstern muss man sehen in wie weit man Reduzieren kann, da dort die hauptgröße einfach von der Miniaturansicht abhängt. Und deren Größe wiederum ist abhänig von der Fenstergröße. Wobei man sicher eine Reduktion der Farbtiefe und der Auflösung in betracht siehen sollte.

Miniaturansichts-Speicherleck

Es ist vermutlich (wie immer) schon dem einen oder anderen aufgefallen, dass seit einiger Zeit ein Speicherleck im Souvergin ist. Aufmerksamere Nutzer werden festgestellt haben, dass es mit den Miniaturansichten zusammenhängt.

Erst einmal: Ja wir wussten davon haben aber nichts unternommen.

Aber nein: Das soll auf keinen Fall so bleiben und wir hoffen für die Revision 108 endlich einen BUGFIX für zu haben. Leider ist es schwer die Ursache schnell ausfindig zu machen, da im Zusammenhang mit den Miniarturansichten einige hundert zeilen quellcode verteilt über das Projekt direkt und indirekt zusammenhängen.

Souvergins Revision 108 ist in greifbarer Nähe!

Das war im Prinzip schon die Message -)

Wir haben uns entschieden ein kleineres Revisionsupdate zu machen. Ohne wochenlanger Entwicklungszeit. Jedoch gibt es auch diesmal einige wirklich gute Neuerungen. Desweiteren überlegen wir die Symbolleiste und die Addressleiste zu verbinden und somitt statt drei Toolstrips nur noch zwei zu haben. Wodurch mehr Platz für die Webseiten Darstellung wäre.

Souvergin 108 Fehlerberichterstattung verbessert!

Ab der Revision 108 kann man den Fehlerbericht einsenden UND Souvergin weiter laufen lassen. Außerdem kann man nund endlich den Inhalt der zu schickenden Daten vorher ansehen.

Souvergin Blogfeed ab Revision 108 in Souvergin integriert

Ab der Revision 108 wird man das Souvergin Entwicklerblock Atom Feed gleich auf der Browser Willkommensseite ansehen können und somist immer sofort ohne direkt den Blog aufgerufen zu haben über alle neuerungen des Souvergins informiert werden. Das Control, dass für das Atom-Feed-einlesen verwendet wird könnte möglicherweise mit einem RSS Pendant verbunden eingesetzt werden um benutzerdefinierte Feeds auf der für Souergin Nebula geplanten individuellen Willkommensseite darzustellen.

Revision 107 Downloadlink

Die Revision 107 kann HIER heruntergeladen werden.

Revision 108 - was wird kommen?

• Ausbau von SSL und den SSL Funktionen
• Unterstützung der Stilproperties: Taskpane Backcolor, und Tabpage Backcolor
• Konsole wird mehr Zeichen unterstützten (unter anderem auch deutsche Umlaute)
• Weitere bisher unbekannte Funktionen und Verbesserungen, die uns sicher noch einfallen werden ;)

ideen an s o u v e r g i n AT_ZEICHEN w e b . d  e    (wegen Spambots verzerrt geschrieben)

Revision 107 - V. 1.3.10.107

Endlich fertig und das ist das Changelog:

 

1.3.10.107 ----- Montag, 15.10.2007 um 9:38  - Lines der Solution: 36302 [28391]
*Souvergin: Neues Form Konsole -> wird auf lange Sicht die neue Souvergin shell und soll damit die alte Komandozeile ersetzten
*Souvergin: Namespace Konsole: Variablen: Klasse wird Variablen Manager für die neue Konsole
*Souvergin: Namespace Konsole: alte Komandozeilenauswertung von Souvergin.API.KOmandozeile nach Konsole verschoben und auf Konsole_Auswertung umbenannt
*Souvergin: Namespace Konsole: Konsole_Auswertung & Unterklassen Auswertungs Methoden wurden zur Funktion umgewandelt, die vom Typstring sind -> ListView Control muss nicht mehr als Parameter mitgeliefert werden.
*Souvergin: Komandozeile: Komandozeile auf Funktionsbasiertes Auswerten umgestellt
*Souvergin: Komandozeile in allen Bereichen durch Konsole ersetzt
*Souvergin: Komandozeile gelöscht
*###Bugfix###Sovuergin: Dateifunktionen überprüfen nicht mehr auf "Souvergin Verlauf.xml" -> Datei wurde nie gebraucht hat aber in 106 wegen der überprüfung auf vorhanden sein einen fehler verursacht.
*Souvergin: SSL: Auswertung mit get und set funktionen für Variablen ausgestattet
*Souvergin: SSL: Erstellen und Disposen von Variablen möglich
*Souvergin: SSL: Auswertung unterstützt IF Abfragen
*Souvergin: SSL: Auswertungssubklassen sind jetzt mit Shared Methoden/ Funktionen ausgestattet - keine Instanzierung mehr nötig
*Souvergin: SSL: Comparebefeh -> Findet heraus ob eine Variable verglichen mit einer anderen gleich, größer oder kleiner ist.
*Souvergin: SSL: Namespaceauswertung in eigene Klassendatei ausgelagert.
*Souvergin: SSL: Msgbox befehl -> Zeigt wie vb eine MessageBox an.
*Souvergin: SSL: Neue Globaler Hauptnamespace System (Nach Ubau werden Souvergin und System erst einmal die einzigen Hauptnamespaces der SSL sein - außer der me / this Namespace der nur SSL bzw. die auführende Konsole betrifft)
*Souvergin: SSL: Namespaces System.Hardware und System.Software
*Souvergin: SSL: Alte Komandozeilennamespaces unter Souvergin bzw. System einsortiert
*Stilreader und Stileditor gepatcht

 

Was haben wir nun konkret gemacht?

Im Prinzip bestehen die Updates aus einem kritischen (!) Bugfix und aus den neuerungen um Konsole und Souvergin Scritpting Language. Dann wurde noch ein Update für Stileditor und Stilreader eingespielt. Kleinere Codeoptimierungen, die wir heir nicht näher aufführen wurden selbstverstänlich auch gemacht.

Der Downloadlink wird in kürze folgen.

Man soll jetzt keine Wunder erwarten

Das vorweg einmal. Im Prinzip gehört eine Imperative Programmiersprache für eine Konsole nicht zu den Kernbestandteilen eines klassischen Browsers - das halten auch wir so. Im Prinzip gibt es auch keine waghalsigen und aufseheneregende Konstruke und jeder der selbst schon in den aktuellen Hochsprachen C#. VB.net, Java und auch C++ (wobei hier aktuell relativ zu sehen ist, da C++ ein Flickwerk ist, dass etliche Jahre schon auf dem Buckel hat und noch in den Wurzeln von C ist) oder auch mit weniger aktuellen Sprachen Programmiert hat, der wird feststellen, dass die Souvergin Scripting Language - SSL - nicht gerade von Funktionen strotzt. Man muss aber auch bedenken, dass die Konsole für die SSL gedacht wurde mehr dazu dient in Souvergin Befehle auszuführen bzw. Daten abzufragen.

Was zum Besipiel schade ist aber einfach nicht so leicht zu machen ist sind mehrzeilige Statements. Auch nicht möglich sein werden Elseif und Else Strukturen.

In wie weit wie Schleifen einbauen ist noch nicht ganz klar. In jedem Fall wird auch dort nur wieder eine einzeilige Anweisung möglich sein.

Später wenn SSL Batch Dateien einlesen kann könnte man überlegen in wie weit man in diesem Bereich mehrzeilige Statements einbaut. In jedem fall ist es für die Just-in-Time Eingabe über die Konsole vor erst nicht zu erwarten.

Aber im Vergleich zu alten Kommandozeile stellt SSL mit der Konsole doch schon fast ein Quantensprung da. Auch wird der Funktionssatz um etliche Funktionen erweitert, dass z.b. Systemvariablen oder MySettings von Souvergin abgefragt werden können. Der bisherige Funktionsumfang war, das geben wir zu, auch nicht gerade sehr groß.

Dann an dieser Stelle noch ein Update zum Entwicklungsstand: Wir haben jetzt Compare(VariableA, VariableB) Statements eingebaut. Hier bei wird einfach überprüft ob VariableA im Vergleich zu VariableB größer, kleiner oder gleich ist. Die gestern noch in Arbeit befindlichen IF Statments sind selbstverständlich mitlerweile fertig geworden. Auch eingebaut wurde ein msgbox(Text) Befehl um eine messagebox auszugeben. Wobei Der Parameter auch eine Variable oder eine Funktion sein kann. 

Als nächstes werden wir uns einer Erweiterung der Funktionsammlung kümmern.

Aber wie gesagt. Man soll keine Wunder erwarten und man soll SSL schon gar nicht an den aktuellen Hochsprachen (und auch nicht an primitiveren wie z.b. PHP, JavaScript u.ä.) messen.

Revision 107 - Konsole - Statusbericht

• Alte Syntax der Komandozeile in die Konsole integriert
• Variablenkonzept in arbeit
• Erstellen und Löschen von Variablen möglich
• Boxing von Variablen möglich
• Variablenwert kann Konsolenfunktion sein

Momentan sind die If Abfragen in Arbeit. Wer ideen hat was alles in die Souvergin Konsolen Sprache rein soll kann seine Idee per Mail an s o u v e r g i n  AT-ZEICHEN w e b . d e schicken  (Mailadresse wegen Spam bots verzerrt)

Fehler wegen unnötiger Souvergin Verlauf.xml

Die nie gebrauchte Verlauf.xml wurde aus dem Setuppaktet genommen. Irgendwo im Code wird jetzt doch ein Fehler ausgelöst, wenn diese Datei nicht da ist. Für neuinstallationen der Revision 106 bitte einfach eine Dummy Datei im Souvergin Installationsordner Names "Souvergin Verlauf.xml" anlegen. Da die Datei sonst nie gebraucht wird ist der Inahlt egal.

Der Fehler wurde in der Codebase für Revision 107 bereits korrigiert.

Konsole doch schon in 107

Wir haben uns umentschieden und die Konsole wird als Beta in Souvergin 107 enthalten sein. Vom Funktionsumfang werden alle Befehle der Komandozeile vorhanden sein - aber möglicherweise noch nicht das geplante Variablenkonzept, If Abfragen und ähnliches womnit die Konsole Skriptsprachenartig werden wird. Das heißt, dass die Komandozeile auch schon in der nächsten Revision nicht mehr vorhanden ist.

Souvergin Revision 106 - Downloadlink

Souvergin Revision 106 - V. 1.3.10.106 kann HIER runtergeladen werden.

Die Komandozeile wird zur Konsole

Wenn man sich die beiden Begriffe so ansieht dann stellt man fest, dass beide das geleiche meinen, dem ist auch eigentlich so. Bisher verfügt Souvergin über eine Komandozeile die mit einem Listview Steuerelement arbeitet. Diese soll duch die Souvergin Konsole ersetzt werden. Hierbei wird KEIN Listview mehr verwendet sondern lediglich eine RichTextbox. Auch ist keine Extratextbox mehr zu eingabe vorhanden. Das ganze wird wie die Bekannte CMD Shell von Windows oder das klassische UNIX Terminal aussehen. Aber so etwas zu machen dauerd eine Weile und wird vermutlich noch nicht in der Revision 107 vollständig einsatzbereit sein. Um jedoch nicht einfach die Befehlszeile ganz zu deaktivieren haben wir die neue Komandozeile Konsole genannt. Dann kann im Hintergrund der neue Code bis zur Reife entwickelt werden und die Komandozeile kann noch benutzt werden. Sobald die Konsole fertig ist wird sie die Komandozeile vollständig ersetzen. Mit dem neuen Konzept dürfte sich auch leicher eine Leistungsstarke shell in Souvergin einbauen, weil die reine String ausgabe leicher zu machen ist als mit dem Umweg über die ListViewItems.

Souvergin Revision 106 - V. 1.3.10.106

Die schlechte Nachricht zu erst: Die dll zum einlesen der 2.0 Stile ist noch nicht fertig.

Die gute Nachricht: Souvergin 106 kommt auch ohne diese neue dll prima zu recht. Alle neuen Funktionen laufen wie geplant - außer, dass die Schriftartendefinitionen keinen Einfluss haben auf das Aussehen von Souvergin. Jedoch lassen sich mit dem Stileditor schon die 2.0 Stile erstellen. In der Revision 107 - die auf grund des jetzt noch nicht vorhandenen 2.0 Stilreaders ziemlich bald kommt - wird diese Funktionalität allerdings erhalten sein. Das heißt man kann jetzt schon die neuen Stile erstellen und sie dann in Revision 107 vollständig nutzen - das heißt allerdings nicht, dass die neuen Stile in der jetzigen Souverginversion nicht funktionieren - sie arbeiten wie gewohnt nur eben ohne die 2.0 erweiterungen. Es ist zwar schade, dass die dll noch nicht fertig ist aber länger mit der Revision warten macht auch nicht gerade viel Sinn - so kann man jetzt schon etliche neue Funktionen nutzen:

1.3.10.106 ----- Sonntag, 07.10.2007 um 14:45  - Lines der Solution: 35547 [27732]
*Buttonsizing: Sizingmethode ist jetzt shared
*###BUGFIX###UI: Stilgallerie -> Stilübersicht wird nicht mehr vor dem Laden der Stile aus MyDocuments/Souvergin/Stile gelöscht -> verhindert bei vorhandensein, des Ordners, dass Souvergin auch die Anwendungsordner/Stile STile anzeigt.
*UI: Stilgallerie Form an aktuellen Navia Stil angepasst.
*UI: Stilgallerie findet jetzt auch Stile in MyDocuments/Navia/Stile
*Report: Mailbody wird aus einer Funktion abgerufen und im Methodenkontext erstellt. -> leichteres anzeigen im Informationsformular
*Report: Zu sendende Dateien können vor dem Senden angesehen werden.
*Souver,gin: GeladeneAsseblies: Form zeigt eine Liste der aktuell von Souvergin geladenen Assemblies an
*Souvergin: Aboutbox: Schaltfläche zum Aufrufen des GeladeneAsseblies-Form
*UI: Neue MySettings für UI_Font_Button, UI_Font_Text, UI_Font_ToolStrip -> ermöglicht die einbindung von Userdefiniterten Schriftarten in die Navia Stilumgebung
*Souvergin: Übername der neuen UI Properties
*Souvergin: folgende Formulare wurden mit PropertyBindings für die die Font eigenenschaften der Navia Stile versehen: AboutBox, GeladeneAssemblies, Ghostmodusaufheben, Linkliste, Navigate, SouverginHatNochBrowserFensterOffen, ButtonsZumStartenVonExternenAnwendungen,  Einstellungen, Favoritenverwaltung, FavoritenItemEditor, GeistmodusKennwort, Hotlinks Verwaltung, Suchseiten Verwaltung, SystemInfo, WMI_Querryusage, Kommandozeile, Souvergin_Plugin_Setup, BrowserBase, Main
*Souvergin: folgende Controls wurden mit PropertyBindings für die die Font eigenenschaften der Navia Stile versehen:Browserablage, Favoritensuche_Leftpanel, FavoritensucheTag, Imageviewer, Tagfeld, Main_Left_Panel
*###BUGFIX### Souvergin: Willkommen -> Neue Browser werden wieder erstellt
*###Neues Teilprojekt### Navia.MultimediaEnvironment -> DirectX Wraper für Audio und Videoplayerfunktionalität
*Eventlogger Klasse um auf's System Eventlog zuzugreifen wurde entfernt -> nicht mehr nötig wegen eigenem Logsystem
*Plugin-Interface: -> Erweiterungen für die neuen Stilerweiterungen vorgenommen -> MySettings und Wraperklasse
*Stileditor 2.0

 

Der Downloadlink wird wie üblich in kürze folgen.

Der neue Stileditor

Ribbons - Er nutzt jetzt ein Ribbon nicht mehr wie früher einen Aufgabenbereich. Das dürfte einem gleich ins Auge fallen wenn man ihn öffnet. Endlich gibt es auch eine "neu" Schaltfläche. Größte Neuerung ist allerdings: die erweiterte Silunterstützung Unterstützung also, dass man die Schriftarten der Anwendung eben im Stil festlegt, auch neu ist die Unterstützung einer Eigenschaft für den Hintergrunf von Tabseiten, wobei diese Property noch nicht in Souvergin integriert ist. All die Änderungen sind in den 2.0 Stilen gebündelt (bisherige hatten Version 1.2).

Revision 106 - fast fertig

Im Prinzip ist die Revision fertig - wir warten nur noch auf die neue Stileditorversion und die zugehörigen dlls. Aber auch die müssten bald verfügbar sein und dann kann Souvergin an den Neuen Stilreader zum einlesen der 2.0 Stile angepasst werden. Das anpassen der Lademethode und das hinzufügen eines neuen Stileditors ist auch schon alles was eigentlich noch zu machen wäre.

Wir jagen [Ausnahme in Souvergin Die Quelle wurde nicht gefunden, aber einige oder alle Ereignisprotokolle konnten nicht durchsucht werden. Protokolle, auf die kein Zugriff möglich war: Security.]

diese Ausnahme bekommen wir verstärkt unter mit Windows Visa. Problem erst mal - das unser Logsystem gibt uns nicht den genauen Ursprung an, was aber an der besonderen beschaffenheit des Fehlers liegt - meist sehen wir nämlich genau wo der Fehler ist. Hier in diesem Falle nicht. Jedoch wird es vermutlich an den Windows Ereignissprotokollen liegen - und auch Souvergin hatte früher so eines, dass eigentlich Ursprünglich unser Logsystem hätte werden sollen. Jedoch haben wir uns für ein eigenes System entschieden und so fristete das Windows Enventlog ein recht "kümmerliches" Dasein.

Deswegen wird es ab Revision 106 KEIN Souverginlog mehr in den Windows Ereignislogs mehr geben. Und damit wäre auch hoffentlich der Fehler unter Vista weg. In jedem Falll sollte Souvergin sowhohl unter Vista als auch unter XP optimal laufen - und mögliche Kompatibilitätsprobleme müssen aus dem Weg geräumt werden.

UPDATE: Zukünftige Audio- und Videofunktionen in Navia

Also erst einmal: sie funktionieren beide schon - jedoch in einer eingeschränken Art und Weise.

Es ist derzeit schon möglich Audiodateien wieder zugeben, auch zu pausieren oder zu stoppen und man kann Lautstärke und Balance verändern. Jedoch ist es nicht möglich geziehlt zu "spulen".

Das gleiche gilt für den Videocontainer.

Beide objekte erhalten kein richtiges GUI - um die offenheit für die Implementationen sicherzustellen. Das heißt der AudioPlayer ist einfach eine Klasse die Wiedergibt und auf die mit Methoden und Properies zugegriffen werden kann. Die Controls zum steuern der Klasse muss die jweilige endanwendung selbst implementieren. Der Videocontainer ist an sich ein Windows Forms Control, dass aber vollstädnig von der Videofläche bedeckt wird. Auch für den Videocontainer muss die Endanwendung das eigenltiche GUI zum Steuern bereitstellen. Jedoch wird in beiden Fällen leiche Codezugriffbarkeit sichergestellt sein, sodass man ohne großen aufwnad von außen auf die Wiedergabe einwirken kann.

Optionen zum spulen und ähnliches werden selbstverständlich auch noch ein gebaut.

Neue Funktionen zu Audio- und Videowiedergabe in Arbeit

Das .net Framework kann an sich nur unkomprimiertes (PCM) Wave wiedergeben. Dieses Format ist zwar wegen der nicht Kompression vom Klang her erstklassig, jedoch auch dementsprechend groß. Im Souvergin-Player wurde deswegen auf Windows Media Player Biblioteken zurück gegriffen.

Im Zusammenhan mit dem Navia Common Applications Stucture Projekt wird jetzt jedoch eine Bibliothek entwickelt die mit Hilfe von (Managed) DirectX Möglichkeiten zur leichten Wiedergabe von Audiodateien und Videodateien möglich machen soll. Hierbei sollen alle gängigen Formate möglich sein, da man via directX auch auf die vom System vorgehaltenen Codecs zugreifen kann. Für die Videowiedergabe wird versucht ein Container Windows Form Steuerelement zu erstellen. Jedoch wird sich zu nächst auf die Audio Playbackfähigkeiten konzentiert.

Was ist nun der Nutzen für Souvergin? Statt der bisherigen optionalen Wave Dateien (die der user eigenenhändig in bestimmte Verzeichnisse packen muss) werden komprimierte Audiodateien mit Souvergin ausgeliefert, dass für alle ein einheitliches Souvergin Klangbild entsteht. Jedoch soll später eine Funktion zum anpassen der Sound eingebaut werden, womit man eigene Sounds für bestimmte ereignisse definieren kann.

Auch der Souvergin Player wird dann nach und nach auf die Navia Bibliotheken umgestellt.

Wann genau die Audiofunktionen fertig sind ist noch nicht sicher und somit ist auch noch kein Begin für die Arbeiten am Videocontainer festgesetzt.

Größere Änderungen am Stilsystem

Erweiterungen des Silsystems

Ab Revision 106 können auch die Schriftarten an den Stil angepasst werden. Es wird drei unterschidliche Typen geben: Text, Button und Toolstrip. Text deckt dabei die Schriftart für normalen Text ab, Button die Schriftart für alle Schaltflächen und Toolstrip die Schriftart für alle Menüs, Symbolleisten und Kontextmenüs.

Neuer Stileditor in Version 2.0

Es gibt bald einen neue Version des Stileditors. Der bisher verwendete Aufgabenbereich wird durch ein Ribbon ersetzt. Auch wird es etliche neue Funktionen geben um die neuen Stilfunktionen abzudecken. Was sich aber genau ändern können wir nicht sagen, da der Stileditor ein EXTERNES Projekt ist.