Ich wollte mal fragen, wieso es im Trunk bisher keine Möglichkeit gibt, die Zeitanzeige auf Stunden und Minuten umzustellen. Wird das Datum intern für irgendetwas genutzt? Ich hätte jetzt vermutet, dass die Zeit programm-intern als "Ticks seit Anfang der Zeitrechnung" abgebildet wird und alles darüber hinausgehende nur mit Benutzerinteraktion zu tun hat.

Richtig schöne Taktfahrpläne kann man erst bauen, wenn man echte Zeitangaben hat, ansonsten ist es schwierig, Züge irgendwie so zu vertakten, dass sie beispielsweise alle 60 Tage fahren, da ja nicht jeder Monat 30 Tage hat, zumindest ist das über ein, zwei Monatswechsel unschön umzurechnen im Kopf.

(24.12.2013, 21:05)pETe! schrieb: Ich hätte jetzt vermutet, dass die Zeit programm-intern als "Ticks seit Anfang der Zeitrechnung" abgebildet wird und alles darüber hinausgehende nur mit Benutzerinteraktion zu tun hat.

Ja, das stimmt so im wesentlichen.

Zu den Gründen, such dir einen aus:

• Das Feature ist unfertig
  
• Das Feature ist unsauber implementiert
  
• Die Entwickler und der Autor sind sich nicht eingig geworden, was das Feature alles können soll (und was nicht)
  
• Die Zeit fehlt, das alles umzusetzen
  
• ...
  

Nunja, jetzt kann man ja mittlerweile die Datumsanzeige auf beispielsweise ISO-Notation umstellen (im übrigen auch nicht konsequent). Ist da der Unterschied so groß, daraus dann eine Zeit statt ein Datum zu basteln?

Ja, der Unterschied ist, daß "Datumsformat" nur eine einfache Ersetzung der Zeichenkette ist, wie auch Ersetzung der Sprache oder Währung.

Bei der Änderung von Datum auf Uhrzeit hingegen möchtest du die Zählweise ändern, insbesondere die Periodenlänge. D.h. du mußt tiefer in das System eingreifen, und dabei gewährleisten, daß man problemlos hin- und zurückschalten kann.

(24.12.2013, 21:05)pETe! schrieb: Richtig schöne Taktfahrpläne kann man erst bauen, wenn man echte Zeitangaben hat, ansonsten ist es schwierig, Züge irgendwie so zu vertakten, dass sie beispielsweise alle 60 Tage fahren, da ja nicht jeder Monat 30 Tage hat, zumindest ist das über ein, zwei Monatswechsel unschön umzurechnen im Kopf.

Nur weil ich es grade sehe: Das Problem hab ich hier http://www.tt-forums.net/viewtopic.php?f...1&start=20 gelöst: Meine Fahrpläne haben als Länge wahlweise Tage, Monate oder Jahre, wobei ich in der Praxis meistens Monate verwende. Und Monate heißt dann auch wirklich dass zum Beispiel bei einem Fahrplan der Länge 2 Monate aus dem 20.12. im nächsten Umlauf der 20.2. wird und im übernächsten der 20.4.

(24.01.2014, 21:49)ic111 schrieb:

(24.12.2013, 21:05)pETe! schrieb: Richtig schöne Taktfahrpläne kann man erst bauen, wenn man echte Zeitangaben hat, ansonsten ist es schwierig, Züge irgendwie so zu vertakten, dass sie beispielsweise alle 60 Tage fahren, da ja nicht jeder Monat 30 Tage hat, zumindest ist das über ein, zwei Monatswechsel unschön umzurechnen im Kopf.

Nur weil ich es grade sehe: Das Problem hab ich hier http://www.tt-forums.net/viewtopic.php?f...1&start=20 gelöst: Meine Fahrpläne haben als Länge wahlweise Tage, Monate oder Jahre, wobei ich in der Praxis meistens Monate verwende. Und Monate heißt dann auch wirklich dass zum Beispiel bei einem Fahrplan der Länge 2 Monate aus dem 20.12. im nächsten Umlauf der 20.2. wird und im übernächsten der 20.4.

Damit hast du aber nicht das Problem gelöst: vom 20.12. bis zum 20.02. sind es 62 Tage, vom 20.02. bis zum 20.04. 59-60 Tage usw.
Spätestens, wenn du jetzt die Linie verdichten willst, gibt es Chaos. Außerdem ist die Auflösung von ganzen Monaten viel zu gering, um anständige Fahrpläne zu machen, bei einem S-Bahn-Netz brauchst du dann viel zu viele Züge und eine riesige Abstellgruppe.

(25.12.2013, 03:31)Eddi schrieb:

(24.12.2013, 21:05)pETe! schrieb: Ich hätte jetzt vermutet, dass die Zeit programm-intern als "Ticks seit Anfang der Zeitrechnung" abgebildet wird und alles darüber hinausgehende nur mit Benutzerinteraktion zu tun hat.

Ja, das stimmt so im wesentlichen.

Zu den Gründen, such dir einen aus:

• Das Feature ist unfertig
  
• Das Feature ist unsauber implementiert
  
• Die Entwickler und der Autor sind sich nicht eingig geworden, was das Feature alles können soll (und was nicht)
  
• Die Zeit fehlt, das alles umzusetzen
  
• ...
  

Echt schade, ohne Uhrzeiten keine integralen Taktfahrpläne (ITF), ohne ITF kein Spielspaß.