Какой формат дат вы хотели бы видеть?

[zalex_ua]

Предлагается подумать и предложить свои мнения по поводу формата представления дат, который вы бы желали видеть в веб-интерфейсе. Речь идет только о русской локализации интерфейса !!!

Как известно начиная с версии 1.8.3 практически во всех местах интерфейса формат стал настраиваемым в файле локализации.

В данный момент в разных местах используются разные форматы и это не специально а так сложилось исторически. Сейчас все можно унифицировать, сделать наилучшим образом.

Предлагается выбрать один формат, который будет основным в большинстве мест, но не единственным.
Речь идет о формате полного представления даты. Например 18.03.2010.

Голосование вверху, а здесь пронумерованные варианты для возможного обсуждения:
1) 18.03.2010
2) 18 03 2010
3) 2010.03.18
4) 2010 03 18
5) 18.Мар.2010
6) 18 Мар 2010
7) 2010.Мар.18
8) 2010 Мар 18

[Jimson]

а где вариант "вынести формат даты в профиль пользователя" ?
вообще то не только формат даты должен быть опцией пользователя, а еще, как минимум, таймзона

[zalex_ua]

а где вариант "вынести формат даты в профиль пользователя" ?
вообще то не только формат даты должен быть опцией пользователя, а еще, как минимум, таймзона

Это все - тема для ZBXNEXT.

Я и сам над этим когда то задумывался, но обсуждать здесь это нет желания. Ведь все равно речь идет, не о всех местах интерфейса где есть дата. В большинстве случаев это журналы событий, аудита, список данных и т.д., но например не графики.

Просто сейчас во многих местах интерфейса используется формат 2010.Мар.18, который не совсем привычен для нашего региона, поэтому я и создал это голосование и по его результатам скорее всего будут внесены правки.

Чтобы прочувствовать читабельность дат - можете временно переключится на украинскиий интерфейс. Там почти везде полный формат даты это 18.03.2010. Только в некоторых местах, где это добавляет "красоты", оставлено как "18 Мар 2010" и то это не в списочных представлениях, а там где просто в одном месте стоит дата.

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

[zalex_ua]

Кое какой результат уже виден. Голосуем дальше господа, не ленимся. Один раз Ап теме.

[Badisoft]

Предлагается подумать и предложить свои мнения по поводу формата представления дат, который вы бы желали видеть в веб-интерфейсе. Речь идет только о русской локализации интерфейса !!!
1) 18.03.2010
2) 18 03 2010
3) 2010.03.18
4) 2010 03 18
5) 18.Мар.2010
6) 18 Мар 2010
7) 2010.Мар.18
8) 2010 Мар 18

ИМХО, там, где дата ТОЛЬКО для информации, без вариантов дальнейшей обработки или сортировки - там лучше 18 Мар 2010.
А там, где возможна обработка и/или сортировка - там 2010.03.18.

Если надо выбрать именно что-то одно, то для веб-интерфейса логичнее выбрать удобное для глаза, т.е. 18 Мар 2010. Но это, опять же, кому как удобнее и привычнее .

Дима.

[richlv]

i'll chime in ;>

go for 2010.03.18 or similar. iso standard, and will make your life much easier when you will need to work with it (think sorting). also, removes ambiguity - all formats that start either with the month or date suffer from that.

[zalex_ua]

go for 2010.03.18 or similar. iso standard, and will make your life much easier when you will need to work with it (think sorting). also, removes ambiguity - all formats that start either with the month or date suffer from that.

In English.
Firstly - view of developers is very important to us, and we will not ignore it !
But, look at English locale - I checked and counted 34 date_format declarations like "d M Y" and only 8 like a "Y.M.d".
You're strongly suggest starting with the year instead of day number, but then where the logic in English locale?
Chaotic use different delimiters as "." or "SPACE" or "-" - also no good IMHO. Sorry.

I think it's always better when the list data, we see the first number that is changing. For example when you scroll the window with a large list of events, journals, logs, change the number becomes significant and it is informative to the user.
Secondly - the format of "d.m.Y" is familiar in our region and I believe in Europe as well.
Why should we start date format with the year if we are people and not machines?

I am sure that both formats should be sorted perfectly when needed.

ISO - it's good for the terminators not to be confused, but we're people.

По русски.
Во первых, мнение разработчиков для нас важно, и мы не будем его тупо игнорировать!
Но посмотри на английскую локаль - я проверил и насчитал 34 раза определение формата даты как "d M Y", и только 8 раз как "Y.M.d".
Ты настоятельно рекомендуешь начинать с года вместо числа, но где тогда логика в английской локали?
Хаотичное использование разных разделителей "." или "ПРОБЕЛ" или "-" - тоже ничего хорошего ИМХО. Извини.

Мне кажется всегда лучше когда в списочных данных мы видим первым число, которое меняется. Например, при прокрутке окна с большим списком событий, журналов, логов, изменение числа становится заметным и это информативно для пользователя.
Во вторых, формат "d.m.Y" привычен в нашем регионе и мне кажется в Европе также.
Зачем же нам начинать формат даты с года если мы люди а не машины?

Я уверен что оба формата должны сортироваться отлично при необходимости.

ISO - это хорошо для терминаторов чтобы не запутаться, но мы люди.

[richlv]

(sorry for hijacking the thread)

In English.
But, look at English locale - I checked and counted 34 date_format declarations like "d M Y" and only 8 like a "Y.M.d".
You're strongly suggest starting with the year instead of day number, but then where the logic in English locale?
Chaotic use different delimiters as "." or "SPACE" or "-" - also no good IMHO. Sorry.

well - it sucks. there, i said it
but really, both formats used and consistency is in a bad shape in the english version, i fully agree - and hopefully that will improve in future.

I think it's always better when the scheduled data, we see the first number that is changing. For example when you scroll the window with a large list of events, journals, logs, change the number becomes significant and it is informative to the user.

if it's large, there's a bigger chance that you will have data from several years/months, and figuring out what's what will become harder. usually, uniform first few symbols don't distract from the changing next ones a lot, but that might be individual.

Secondly - the format of "d.m.Y" is familiar in our region and I believe in Europe as well.
Why should we start date format with the year if we are people and not machines?

while that might be true, whenever i encounter such a format, 1 out of 4 times (or even more often) my initial guess is wrong. unless you use zabbix only, you will see different formats elsewhere, and putting date/month first just increases the ambiguity.

as for "people vs machines" - exactly because of that
if year is first, there is no more guessing or looking at other values to see whether there are any that are unlikely to be month, so that must be date. and sorting is not a trivial matter - if, for example, i save plaintext output from zabbix, i want it to be easily sortable on console without resorting to arcane 'sort' flags that wouldn't be available on platforms anyway.

but this is just a suggestion, based on annoying experience with people who previously have insisted on the inferior formats "just because", even when that caused problems for others later - feel free to decide for the format in those locales (and hope your users won't be annoyed )

[zalex_ua]

well - it sucks. there, i said it
but really, both formats used and consistency is in a bad shape in the english version, i fully agree - and hopefully that will improve in future.

E
It was so intended - excite developers by this my message. I still use Ukrainian locale, which he also created, but as a true altruist i'm worried about Russian, and English, and others locales also.

We, the users of russian locale, would be interesting to see what kind of choices you make in the optimization of the date_format in English locale. It would be interesting to hear your debate inside developers team, and feel how much light would be your choice.

Р
Это так было задумано - взбудоражить разработчиков этим своим сообщением. Я же все равно пользуюсь украинской локалью, которую сам и создал, но как настоящий альтруист я беспокоюсь также и русской, и английской и другими локалями.

Нам, пользователям русской локали, было бы интересно посмотреть какой же выбор вы сделаете при оптимизации формата даты в английской локали. Интересно было бы услышать ваши дебаты внутри команды разработчиков, и прочувствовать на сколько легок был бы ваш выбор.

if year is first, there is no more guessing or looking at other values to see whether there are any that are unlikely to be month, so that must be date.

E
Your mind is forced to think seriously about the best format, thanks. I say this very seriously.

But I try to look at the date of "Y.m.d", and I understand that I feel uncomfortable. Well, not accustomed to it. Not familiar at all. IMHO.

I deliberately fashioned a screenshot. Look. The revamped Russian locale, including remove the square brackets in the first column - only for clarity of the experiment.
In the first and the second column - different date format.


The current Ukrainian locale. Note - translation of column headings is specially made long enough to arose the gaps between the columns - so the date reads easier. There format is the same everywhere.
Look, say what you feel, vote.


Р
Твои мысли заставляют серьезно задуматься о лучшем формате, спасибо. Говорю это очень серьезно.

Но я пробую смотреть на дату "Y.m.d", и понимаю что ощущаю дискомфорт. Ну не привычно оно. Никак не привычно вообще. Имхо.

Я специально смастерил скриншот. Посмотрите. Это переделанная русская локаль, в т.ч. удалены квадратные скобки в первой колонке - только для наглядности эксперимента.
В первой и второй колонке - разный формат даты.

Это текущая украинская локаль. Заметьте - перевод заголовков колонок специально сделан достаточно длинным, для того чтобы возникали промежутки между колонками - таким образом даты читаются легче. Там формат везде одинаков.
Смотрите, говорите что чувствуете, голосуйте.

but this is just a suggestion, based on annoying experience with people who previously have insisted on the inferior formats "just because", even when that caused problems for others later - feel free to decide for the format in those locales (and hope your users won't be annoyed )

E
Yes, that's why I create a poll, and not quietly do what you want yourself.
Long live democracy!

Р
Да, именно по этому создано голосование, а не втихаря делается то что себе хочется.
Да здравствует демократия!!!



p.s. только русским предназначается...
Не удивляйтесь вы таким тирадам. Тем, кому хватает вдохновения переводить доку, - писать такие месаги "как два пальца обосса..."

[zalex_ua]

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

Это все будет учтено в версии 1.8.5

С наступающим новым годом.

[ruslan]

В ряде случаев, мне нравится 2011-03-02.
Нравится за то, что в строке 2011-03-02 11:58:49 каждый элемент справа меньше по весу любого стоящего слева.
Это позволяет сортировать вывод или скопированный текст средствами командной строки.

Так же, пользуюсь форматом 20110302T115849, но это весьма экзотично. И не для каждого.

А из предлагаемых, за два формата:
02.03.2011 и
02 Мар 2011

Но сторонник того, чтобы были галки:
[v] лидирующие нули
[v] год полностью

[Zillah]

Я за дефолтный YYYY.MM.DD причина очевидна тем кто хоть раз пытался посмотреть на список архивов/бэкапов/логов c отличным от этого форматом даты, как например популярный по голосованию: DD.MM.YYYY.

Насчет "чисто для русского"... нам и 1С хватило, не надо нам еще одной уличной магии... ;o)

[zalex_ua]

Спасибо за мнение. Хоть какое то оживление топика

В действительности в версии 2.0 в результате начала использования библиотеки Gettext произойдет некая унификация (во всех местах где в английском интерфейсе формат одинаков, также и в русском он будет одинаков). Сейчас в ветке 1.8 практически в любом месте формат может быть кастомизирован и совсем отличаться от английского.

Наверное поэтому моя инициатива по окончательному решению формата была мною же отложена до выхода 2.0 дабы в пользователей не было ощущения дискомфорта от не взвешенных решений и частых изменений.

Я думаю что окончательным основным форматом может стать не обязательно победитель этого голосования. Это сильно будет зависеть от мнения разработчиков (смотрите комментарии выше).
Хотя для меня лично голоса здесь есть более весомый фактор.

Так что этот вопрос все же будет решен в близком будущем, но наверное уже после выхода релиза 2.0. Ждите анонсов

[Varun_AS]

Удобно конечно же 18.03.2010, но мозгом понимяю, что нужно 2010.03.18 для удобства поиска и сортировки.

[StaREViL]

лучше на выбор пользователя(читай администратора), чтоб сорцы не ковырять.