при выводе куда? смотришь фоточки в лондоне - отбражается "фотка сделана в 10:00" ,а потмо едешь во владик и там при просмотре фоточки отображается "фотка сделана в 19:00" ? так, чтоли? раньше в фотоаппарате задал дату и шлёпаешь снимки, не было привязки к локали. оно ведь, если логически помыслить (за разработчиков программы date), то можно в любой локали дату хранить - на этот "invalid date", если уж они такие умные, то могли бы перевычислить дату на тот момент и выдать граничное правильное. но я уже об этом писал.
Или вот, например, программка touch с опцией -t - казалось бы, ну тут-то чего сложного? Позволяется записать дату/времяы как [YY]YYmmddHHMM.SS но сразу вопрос - "а точка нахера?" и сразу обнаруживается странность - почему-то ломается, если записать YYYYmmddHHMMSS ... вот что им не хватает из введённой инфы, чтобы сделать вывод - какую именно дату/время я имею в виду? А вот если записать 1001(год)12(мес)25(день)HHMM.SS - утилита touch (из того же комплекта программ coreutils) запросто проглатывает это, и при этом САМА ПЕРЕВОДИТ дату в 1901 год! вот тут ей похер на желание пользователя! а, блять, date 27.марта.2011 02:30 - ой, блять, нету такой даты - всё, я ламаюсся... а уж, блять, сделать, чтобы touch -t понимал формат "YYYYmmdd HH:MM:SS" - ну это ж ваааще супер-пупер-программирование! для бесплатны же программ - сильно много просите! беспрестанно хочется плеваться от нынешних содержателей "свободных программ". суки. нашли ж кому передать... вот вам и linux... хорошую идею втоптали в гавно.
а вот ошибочка! я ведь не собираюсь менять поведение утилиты на уже известные вводимые форматы или опции. я хотел было ДОБАВИТЬ опции и добавить обработчик других форматов. но содержатели игнорят все фичереквесты. только уязвимости правят. но да, если бы раньше touch -t YYYYmmddHHMMSS ломался б, то с моей правкой он бы продолжил работать и ПРАВИЛЬНО присвоил бы дату. ибо другого мнения по дате быть не могёт а если пользователь будет страдать от того, что ему правильно посчитали дату - то ему надо отдохнуть, или к психотерапевту записаться
Часовой пояс выбирается при просмотре. Или надо сохраняеть исходный, с которым была сделана фотка. "фотка сделана в 10:00 по Москве".
Пра "редизайн". Как проебать небольшой мешок денех и восемь месяцев (многа букф) https://habr.com/ru/company/productivity_inside/blog/679964/ ЗЫ философский вопрос (картинка уже из камментов) Какой из этих больше нравится?
Именно юзера. У меня 4к монитор, и я насмотрелся на ещё старый дизайн разных программ, у которых иконки превращаются в хрень какую-то...
4К Монитор ИМХО нужен для того что бы на экран влезало больше информации (окошек) одновременно. Следовательно, масштабировать иконки и ставить "большой шрифт" не надо. Но на истину не претендую, ибо у меня у самого не 4К а 2560х1600 на 30''. А фломастеры на вкус и цвет разные.
Не, на 4к в размерах около 30" без масштабирования получаются очень мелкие буквы. Кому-то может ок, но мне мелко, зрение уже не как в молодости. А с масштабированием 4к даёт большую чёткость и более гладкие и детальные шрифты.
Ясно. Так-то я за такими мониторами сидел, но всерьез на них не работал. Это в теории. А на практике далеко не все ПО хорошо выглядит при масштабировании.