Windows 8

[jaenicke]

Das hat aber eben auch deutliche Nachteile. Bei Windows finde ich sowieso sehr schade, dass nicht viel mehr virtualisiert wird statt das System vollzumüllen. Ich meine in Windows sind heutzutage z.B. noch die seit vielen Jahren als veraltet markierten Funktionen zur INI-Ansteuerung aus 16-Bit Zeiten (!) drin. Wenn diese ganzen Leichen einfach rausgeschmissen und Programme, die auf solche Funktionen setzen, in eine virtuelle Maschine (XPMode) gepackt würden, wäre Windows deutlich schlanker und schneller...

[Luckie]

Was haben eigentlich alle gegen das Ini-Dateiformat? Um ein paar Einstellungen zu speichern ist es ideal. Da braucht man keine riesen XML-Datei mit einer aufgeblasenen Bibliothek, um sie auszulesen.

[jaenicke]

Selbst wenn man das Format nun unbedingt am Leben halten will muss man nicht ausgerechnet die veralteten (und fehlerhaften) API-Funktionen nutzen. Die waren ursprünglich auch dazu da um z.B. aus der system.ini usw. zu lesen, die es heute ja schon ewig nicht mehr gibt.

TMemIniFile benutzt eine eigene und (soweit ich das bisher sehe) korrekte Implementierung und benutzt diese veralteten Funktionen nicht mehr.

Davon abgesehen benutze ich trotzdem lieber sinnvollere Dateiformate, bei denen nicht Daten und Struktur miteinander gekoppelt sind. (Leerzeichen in Daten, Anführungszeichen, ...)
Zudem lassen sich XML-Dateien z.B. einfach über eine Typdefinition prüfen. Mach das einmal bei INIs...

[kuba]

Zitat von jaenicke:

Das hat aber eben auch deutliche Nachteile. Bei Windows finde ich sowieso sehr schade, dass nicht viel mehr virtualisiert wird statt das System vollzumüllen. Ich meine in Windows sind heutzutage z.B. noch die seit vielen Jahren als veraltet markierten Funktionen zur INI-Ansteuerung aus 16-Bit Zeiten (!) drin. Wenn diese ganzen Leichen einfach rausgeschmissen und Programme, die auf solche Funktionen setzen, in eine virtuelle Maschine (XPMode) gepackt würden, wäre Windows deutlich schlanker und schneller...

Deutlich schneller wirds auch bei Verwendung einer SSD.
Die Zeiten in denen sich noch was dreht sind sicher auch in ein paar Jahren zuende.

Ich verwende auch ganz gern noch Ini-Dateien. Wenn ich sehe was da drinsteht, oje ...
Das würde ich nur ungern in die Registry packen. So ein fürchterlicher Müll in der Registry, jeder packt seinen Sch... da rein. Und wenn nicht ordentlich deinstalliert wird bleibt alles drin, der ganze Müll

Siehe mal Apple, da ziehe ich das zu deinstallierende Programm in den Papierkorb und fertig.

KUBA

[himitsu]

Wobei eine INI, mit ein paar mehr Einträgen, auf einem Wechseldatenträger (z.B. USB-Stick), mit "für schnelles Entfernen optimiert", auch schonmal arschlangsam werden.

Denn die alte API greift bei jedem einzelnen Read/Write-Zugriff, auf das INI-Objekt, vollkommen neu auf die Datei zu.
> Jedesmal wird die Datei komplett neu ausgelesen, geparst und beim Ändern dann auch jedesmal sofort komplett auf den Datenträger geschrieben ... JEDES EINZELNE MAL

[Luckie]

OK, ich glaube, wir kommen etwas vom Thema ab. Das Für und Wider von Ini-Dateien wurde hier schon oft diskutiert.

[user0815]

zu Win8: http://www.golem.de/news/imho-window...202-89695.html
Office 15: http://www.golem.de/news/windows-8-a...202-89688.html

Zitat:

Radikaler Schnitt
...
Das Kalkül von Windows 8 ist einfach: Auch wenn viele zunächst am Desktop festhalten wollen, wird ihnen das neue Metro-UI vor die Nase gesetzt. Das gilt auch für Unternehmen, die bekanntlich ja etwas länger brauchen, um auf neue Systeme umzustellen, zumal sich für viele Entwickler noch die Frage stellt, wie sie die mit vielen Dropdowns, Schaltern und Menüs ausgestatteten Unternehmensapplikationen auf das Metro-UI übertragen sollen. Hier sind gute Ideen gefragt, wobei Maus und Tastatur auch unter Metro erhalten bleiben.
...

Ich denke jeder kann "demnächst" seine Software umstellen. Alles wird in Zukunft überall laufen "müssen".

[kuba]

So schwierig wars jetzt doch nicht Windows 8 zu knacken:

Delphi-Quellcode:

procedure ReadActiveUser(var PW: string);
Var
  registry: TRegistry;
Begin
    registry := TRegistry.Create(KEY_READ);
  Try
    registry.RootKey := HKEY_LOCAL_MACHINE;
    registry.OpenKeyReadOnly('\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI');
    PW := registry.ReadString('LastLoggedOnSAMUser');
    registry.CloseKey;
  Finally
    registry.Free;
  End;
  PW := StringReplace(PW, (ComputerName + '\'), '',
    [rfReplaceAll, rfIgnoreCase]);
  //Windows 8
  PW := StringReplace(PW, ('.\'), '',
    [rfReplaceAll, rfIgnoreCase]);
end;

Das wars schon, jetzt läuft alles

KUBA

[mschaefer]

Hat jemand Erfahrungen mit Firebird Anwendungen unter Windows 8? Bei mir mag selbst IBExpert im Moment nichtmal auf die DB zugreifen und das bei direkter Pfadangabe zur DB.

[mkinzler]

Über Netzprotokoll oder lokalem Protokoll?