Новый аппаратный журнал (Open Source)

[RX1AL]

.... В тултипе оно как раз отображается. Неужели не видно?

Нет, Роман, не видно. В тултипе у тебя после иконки с часиками отображается мое время, т.е. берется
с моего компа. А речь шла про корреспондента! И вот именно про оффсет и локальное время у него,
а не у меня. Теперь, надеюсь, понимаешь о чем речь? Нафига мне знать свое время? Ну не с собой же
я буду работать... Ввожу корреспондента, например, E30FB, а время показывает у меня в Питере.
То есть неправильно.

По тултипу. Неудобно, однозначно. Ни с точки зрения эргономики, ни с точки зрения
самого графического интерфейса. Перекрывается и меню, и поля.

И поправь парсер позывных, чтобы нормально отображал позывные, когда "/" в
конце, например, G3FEP/KP2.

[UA3GDW]

А речь шла про корреспондента! И вот именно про оффсет и локальное время у него,
а не у меня

Было задумано, как время у корреспондента. Видимо что-то я не доглядел. Исправлю.

Ты какое время ожидал увидеть у E30FB с одинаковым с нашим часовым поясом?!

Нет, Роман, не видно.

В следующий раз повнимательней, пожалуйста.

[RX1AL]

.....
В следующий раз повнимательней, пожалуйста.

Роман, да я то внимательный. Если для E30FB Time Zone UTC +3, то уж для
штатов K1TTT всяко не будет 9 утра, когда у нас 9 утра. То есть ошибки
все-таки есть.

2 UA3GDW:
Роман, ошибки в вычислении времени похоже где-то в твоем классе
public static class DateTimeHelper и затем в методе:
private DateTime GetDateTime()
{
if (!this._ManualDateTi me)
{
return DateTime.UtcNow;
}
return DateTimeHelper.Build DateTime(this.datePi cker.Date, this.timeTextBox.Tex t);
}

[RX1AL]

2 UA3GDW:
Роман, кажется я нашел в чем причина неправильного вычисления времени у тебя. Смотри сам:
структура DateTime берет время всегда из системных часов, т.е. BIOS. У пользователя время в
BIOS может быть неправильным. Это одна из причин. Вторая, даже при наличии правильного
времени в BIOS, часовой пояс может быть изменен. Ну человек находился/тся в командировке
и просто не вернул его на место. От такого твой подход определения времени не застрахован.
Поэтому, стоит определять время не только через BIOS и часовой пояс оператора, а также
подключить NTP сервер через интернет. Тогда ошибки точно не будет. В случае отсутствия
интернета, проверять программно какой часовой пояс стоит у оператора в системе и выдавать
ошибку, если он не соответствует позывному, например, для UA3GDW не будет "родным"
часовой пояс где-нибудь в Азиатской части России, и т.д. Проверки ты делаешь в самом начале
при загрузке приложения, так что вставить еще одну проверку на часовой пояс не трудно.

По часовым поясам в штатах. У тебя пока нет четкого разделения. Надо тоже добавить, так как
в штатах 6 часовых поясов.

[UA3GDW]

Михаил, у меня всё верно со временем. Не выдумывай!

[RX1AL]

..... у меня всё верно со временем. Не выдумывай!

Ну раз нормально, то смотри сам:
1. Берем позывной K1TTT, штат Массачусетс. У тебя показывает 4:12 PM, когда у нас 12:12. А должно показывать
для K1TTT 5:12 PM. То есть у тебя почему-то часовой пояс стал GMT-5 для Чикаго. А должно быть GMT-4 или EDT.
2. Берем позывной K8KA, штат Калифорния. У тебя показывает снова 4:16 PM, хотя должно быть 2:16 PM, так как
часовой пояс GMT-7 или PDT.
3. Берем позывной VE3SZO, Оттава. У тебя показывает 4:20 PM, а должно быть 5:20 PM, так как часовой пояс
GMT-4 или EDT.

Так что ошибки у тебя есть, о чем и писалось выше. Не веришь, можешь проверить сам по:
http://dateandtime.info/ru/continent.php?code=NA вводя реальные позывные из коллбука QRZ.COM.

И от часов на компьютере данные ошибки в часовых поясах не зависят. Они в самой программе.

Поэтому никто ничего не выдумывает, а показывает тебе факты с ошибкой, которую надо исправить.

----------------------------
То же самое и по Австралии, берем позывной из Дарвина VK8AA. Там время должно быть 20:04, а у
тебя 19:35. Хотя там пояс GMT+10:30 или ACDT. И после этого ты споришь?

[RX1AL]

2 UA3GDW:
Роман, все-таки ошибка присутствует у тебя. Смотри сам: ты используешь для вычисления
времени DateTime.UtcNow. Теперь берем и читаем просто хелп по данному методу и видим,
что: "UtcNow isn't DST-aware. Daylight saving time does not occur in UTC." То есть упираемся
в грабли. Из-за этого у тебя и идет разница в вычислении времени. То есть необходимо
вычиcлять с добавкой, типа:
DateTime localUtc = DateTime.UtcNow;
DateTime dst = localUtc.AddHours(Is DaylightSavingTime(l ocalUtc)? +4: +3)

Ну и также проверку можно делать используя TimeZone класс:
TimeZone.CurrentTime Zone.IsDaylightSavin gTime(DateTimeInstan ce);
или через DateTimeInstance.IsD aylightSavingTime. Кроме того, начиная с 3.5 у тебя есть
TimeZoneInfo структура.

То есть по сути, чтобы вычислить время, надо вызвать метод:
DateTimeOffset GetCurrentTime(strin g timeZoneId)
{
TimeZoneInfo timeZoneInfo = TimeZoneInfo.FindSys temTimeZoneById(time ZoneId);
DateTimeOffset utcNow = TimeZoneInfo.Convert Time(DateTimeOffset. UtcNow, timeZoneInfo);
return utcNow;
}

PS. У нас timeZoneId = "Russian Standard Time". Для остальных, по таблице всех Id. Получить весь
список легко:
static void Main(string[] args)
{
foreach (TimeZoneInfo zone in TimeZoneInfo.GetSyst emTimeZones())
Console.WriteLine(zo ne.Id);
}
PPS. И ты зря "наезжаешь". Просто хочется сделать лог грамотным и удобным, без всяких ошибок.
Кстати, если использовать CustomTimeZoneInfo с Adjacent Rules, то вообще не будет зависимости
от всяких системных установок. Поменял юзер временную зону, а в программе нет изменений, но
все работает независимо от изменений. Подумай тоже над таким решением.

[rx3dqx]

Хотел было потестить лог. скачал забил свои данные, а они не сохраняются и лог не открывается. В чем проблема? Открывается только окно с меню.

[UA3GDW]

Имеется только та функциональность, которая реализована на текущий момент. Тестировать можно только то, что реализовано.

[RZ1ZR]

что то давненько не радовали нас обновлением