Software verhält sich auf Betriebssystemen unterschiedlich

[Lemmy]

Zitat von günni0:

Ich komme der Problemstelle näher.

nochmal: WAS IST DAS PROBLEM? und wie äußert sich das?

Wenn das Problem darin besteht, dass auf dem einen Windows die Darstellung im DateTimePicker "unterirdisch" ist, d.h. nur ein, zwei Zeichen des Timestamps sichtbar sind, dann liegt das am Updatestand von Windows

[günni0]

Die Prozedur wird an dieser Stelle einfach ohne Fehlermeldung unterbrochen.

[Lemmy]

Zitat von günni0:

Die Prozedur wird an dieser Stelle einfach ohne Fehlermeldung unterbrochen.

d.h. weder DateTimepicker1 noch DateTimepicker2 ändern den Inhalt?

Welche Delphi-Version hast Du zur Verfügung? Was halbwegs aktuelles? Steht der PRoblemPC zufällig bei Dir im LAN? Dann könntest Du über RemoteDebugging das Problem vermutlich deutlich schneller finden...

[Delphi.Narium]

Und was steht im System.SysUtils.TimeSeparator?
Der : oder eine andere Systemeinstellung?

Die Windowskonfiguration bezüglich der Datums- und Zeiteinstellungen eventuell mal überprüfen?

[günni0]

Zitat:

Lass mich raten: Das eine Windows 10, wo es funktioniert, hat deutsche Spracheinstellungen und das andere Windows 10, bei dem es nicht funktioniert, hat eine andere Sprache, bspw. Englisch?

Richtig. Der Problem-PC steht irgendwo auf der Welt wo ich keinen Zugriff habe. Wenn ich mich nicht irre irgendwo in Indien.

Ich nutze Delphi für Windows Version 10.2 (kostenlos).

[TiGü]

Zitat von günni0:

Zitat:

Lass mich raten: Das eine Windows 10, wo es funktioniert, hat deutsche Spracheinstellungen und das andere Windows 10, bei dem es nicht funktioniert, hat eine andere Sprache, bspw. Englisch?

Richtig. Der Problem-PC steht irgendwo auf der Welt wo ich keinen Zugriff habe. Wenn ich mich nicht irre irgendwo in Indien.

Ich nutze Delphi für Windows Version 10.2 (kostenlos).

Denk mal drüber nach, was passiert, wenn du einen String mit deutschen Zeitformat versuchst in eine Zeit auf einen (wahrscheinlich) englischen Betriebssystem umzuwandeln.

[günni0]

Ich dachte StrToTime berücksichtigt das alles.

Mein Workaround sieht so aus

Delphi-Quellcode:

function CustomFormatSettings(TimeSeparator: Char = ':'; DateSeparator: Char = '/'): TFormatSettings;
begin
 Result := TFormatSettings.Create(GetUserDefaultLCID);
 Result.TimeSeparator := TimeSeparator;
 Result.DateSeparator := DateSeparator;
 Result.ShortDateFormat := 'dd' + DateSeparator + 'mm' + DateSeparator + 'yyyy';
 Result.LongDateFormat := 'dddd, dd. mm yyyy';
end;

DateTimePicker1.Time := StrToTime('12:00:00', CustomFormatSettings);

[hoika]

Hallo,
endlich mal eine Problembeschreibung von Dir

Bei manchen Windows-Installationen ist das Datumsformat vermurkst.
Ich weiß, wir sind hier bei der Uhrzeit.

Unter Windows gibt es 2 Einstellungsstellen für die Region.
Die eine Stelle siehst unter Systemsteuerung/ Region, Delphi benutzt die andere ...

Lösung1:
Unter Region auf "Weitere Einstellungen" und dort unten auf "Zurücksetzen".

Lösung2:
DateTimePicker1.Time := EncodeTime(12,0,0,0);
Also weg von den StrToX-Funktionen.

Wir haben uns wie auch Du eine eigene Methode gebaut.

[Delphi.Narium]

Das ist jetzt geraten und nur so als Idee gedacht:

Delphi-Quellcode:

var
  sUhrZeit : String;
begin
  sUhrZeit := Format('%.2d%s%.2d%s%.2d',[12, System.SysUtils.TimeSeparator, 0, System.SysUtils.TimeSeparator, 0]);
  DateTimePicker1.Time := StrToTime(sUhrzeit);
  DateTimePicker2.DateTime := Now + 1;
end;