| Anonymous | Login | Signup for a new account | 18-04-24 22:55 UTC | |
| All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
| My View | View Issues | Change Log | Roadmap | Search |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0001174 | SAS.Планета | [All Projects] Баг | public | 14-02-2012 15:19 | 10-10-2012 11:48 | ||||
| Reporter | vdemidov | ||||||||
| Assigned To | vdemidov | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | .Nightly | ||||||||
| Target Version | 120808 | Fixed in Version | 120808 | ||||||
| Summary | 0001174: Странные числа на линейке | ||||||||
| Description | Странные стали получаться числа на линейке, не круглы. Например, в N50°27'41,84" E30°33'35,29" на Z11 почему-то 14 и 29 км. А в N50°23'02,61" E30°37'06,83" на Z13 3655м и 7311м | ||||||||
| Tags | линейка | ||||||||
| Attached Files |  2012-02-25_104454.png [^] (1,971 bytes) 25-02-2012 06:45
| ||||||||
 Relationships |
 Notes |
|
|
(0005465) zed (manager) 14-02-2012 16:40 |
А какие они должны быть в приведенных примерах? Чтоб я прочувствовал всю странность, так сказать. Добавить пару знаков после запятой или что? |
|
(0005469) Tolik (manager) 14-02-2012 18:02 edited on: 14-02-2012 18:06 |
Видимо, странность в том, что 14 * 2 <> 29 :) Знаков после запятой не надо, пусть лучше будет 14 и 28. |
|
(0005471) zed (manager) 14-02-2012 19:24 |
Или как в GE: если более 25 км - выводится без запятых, в километрах от 25 до 3,5 км - с 2 знаками после запятой, в километрах менее 3500 м - без запятых, в метрах Сейчас в САС граница перехода км <-> м установлена на 10-ти километрах. |
|
(0005472) vdemidov (manager) 14-02-2012 21:02 |
Я не про границу. Раньше размеры линейки всегда подгонялись так, что бы было красивое число. То есть линейка должна стать на пару пикселей длиннее или короче, а числа получиться 15 и 30 км в первом случае и 3500 и 7000 м во втором. |
|
(0005479) Tolik (manager) 15-02-2012 04:38 |
Да, так было бы лучше. Кстати, линейку можно немного укоротить. |
|
(0005487) zed (manager) 15-02-2012 08:02 |
Мне не нравилась вечно изменяющая свои размеры линейка и я сделал статический вариант. |
|
(0005489) vdemidov (manager) 15-02-2012 08:16 edited on: 15-02-2012 08:17 |
А мне нравятся круглые числа на линейке. Поэтому я просто верну старый вариант. PS: Кто хочет другого делает настройку. |
|
(0005491) Parasite (administrator) 15-02-2012 09:31 |
>А мне нравятся круглые числа на линейке Круглые токи читабельнее, и ближе к привычным с детства "бумажным" картам и каноничным атласам. Так что +1. >Мне не нравилась вечно изменяющая свои размеры линейка А мне наоборот - доставляла. Видно хоть, что она "живая" и чего-то активно пересчитывает и меняется, "живя" вместе с юзером. Так что я бы назвал это больше фичей, чем багом... :) |
|
(0005492) zed (manager) 15-02-2012 11:07 |
>Круглые токи читабельнее Цифры - может быть, но на глаз легче определять размеры объектов, когда у тебя эталон длины (видимый отрезок) не меняет свои размеры от зума к зуму. И со временем, глаз привыкает к этому эталону и сам считает расстояния "на глаз" довольно эффективно. А если сделать статическую линейку в 256 pix (сейчас она 300 pix), то и вообще получится красиво: включил сетку границ тайлов и уже знаешь какой размер в метрах покрывает каждый тайл. Очень наглядно, имхо. >Видно хоть, что она "живая" Смена цифирек тоже живенько происходит. >Поэтому я просто верну старый вариант. Жесть однако. Лучше бы я пошел на лыжах кататься, вместо ковыряния этой линейки. Таки хоть какая польза была бы... |
|
(0005493) Tolik (manager) 15-02-2012 11:18 edited on: 15-02-2012 11:22 |
256 - подходящий размерчик. Давайте посмотрим, как будет выглядеть такая линейка с округлёнными контурными цифрами. Цифры можно округлить до 2-3 знаков и без изменения длины отрезка, всё равно абсолютная точность не нужна. Например, вместо 3655м и 7311м сделать 3650 и 7300. Тайл вверху окна покрывает большее расстояние, чем внизу. Линейка-то показывает расстояние в центре окна? По кратчайшей кривой? Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора. |
|
(0005494) vdemidov (manager) 15-02-2012 11:35 |
> Тайл вверху окна покрывает большее расстояние, чем внизу. Я скажу даже больше. Тайл по вертикали покрывает совсем не такое расстояние как этот же тайл по горизонтали. >Насчёт вернуть старый вариант - пусть будут оба, с возможностью выбора. Возможность выбора делает тот кому нужен новый вариант. |
|
(0005498) zed (manager) 15-02-2012 16:46 |
(с негодованием) Ах так, ну ладно! Поднасели тут, понимаш, со всех сторон... Сделаю тогда 2 варианта: Simple (для домохозяек и всех прочих) - старая линейка и Extended - для себя - с блэк джеком и шлюхами:). В Extended версии буду выдавать значения с двумя знаками после запятой (т.е. без грубых округлений) и обновлять значения буду для текущего положения указателя мыши, а не для центра экрана. Так устроит? |
|
(0005500) Tolik (manager) 15-02-2012 17:06 |
Кто поднасел, я поднасел?? Наоборот, стараюсь найти такой вариант, чтоб не подрались. Устроит или нет - посмотрим и расскажем. Насчёт текущего положения мыши - не стоит: цифры будут непрерывно меняться, это неприятно. Пусть уж будет для центра экрана. Или - ещё идея - для того места, где сейчас линейка! ИМХО лучше, как я уже написал, линейка в 256 пикс и округление до 2-3 знаков (не после запятой, а всего). |
|
(0005503) zed (manager) 15-02-2012 17:12 |
>и округление до 2-3 знаков Слишком грубое округление, я не хочу такой линейки. |
|
(0005505) vdemidov (manager) 15-02-2012 17:27 |
ИМХО положение мыши это перебор. Сейчас линейка зависит только от положения центра экрана, а так придется еще добавлять зависимость от положения мышки. А мне больше нравится фиксированный набор красивых длин в метрах и километрах, а потом подгоняем длину линейки в пикселях под ближайшее подходящее. |
|
(0005506) zed (manager) 15-02-2012 17:39 |
>а так придется еще добавлять зависимость от положения мышки И что? Статусная строка работает же. Только менять наверное буду не по таймеру, а по событию OnMousePos (кстати, не плохо бы и статусную строку завязать на событие, а не на таймер, а то возникает чувство подтормаживания). >А мне больше нравится Это я уже понял, что всем нравятся круглые цифры. Спасибо, что ещё раз напомнил. |
|
(0005513) Parasite (administrator) 16-02-2012 04:30 |
>В Extended версии буду выдавать значения с двумя знаками после запятой (т.е. без грубых округлений) Это по горизонтали. А с вертикалью что делать будем? Даешь вертикальный бдэкджэк тоже - стоя у шеста! Шиковать так шиковать, если будет "extended" версия. |
|
(0005514) Tolik (manager) 16-02-2012 04:31 edited on: 16-02-2012 04:49 |
> Слишком грубое округление, я не хочу такой линейки. Ну а сейчас что: на зуме 12 6 km - 12 km на зуме 13 2871 m - 5742 m Где 6 и 12 - это не грубое округление? 2871 - не воспринимается с первого взгляда. И, повторюсь, не нужна такая точность, т.к. если измерить саму эту линейку, получится 5753 м - в пределах окна действительны только 2 значащие цифры. Лучше было бы так, например: z12 6.5 - 13 km z13 2.85 - 5.7 km z14 1.45 - 2.9 km z15 700 - 1400 m z16 360 - 720 m Т.е. 2-е число округлять до 2-х, потом делить его пополам. |
|
(0005530) zed (manager) 16-02-2012 16:33 |
Сделал 3 режима вывода чисел (параметр NumbersFormat в ini): 0 - Nice - если число >1000, то округляется до кратного 10, иначе - до кратного 5 1 - ScienceRound - округление до целых 2 - Science - огругление до 2-х знаков после запятой Все параметры линейки вынес в ini, так что можно экспериментировать. Теперь буду думать, как прикрутить вывод показаний линейки в зависимости от текущего положения мыша и самой линейки. |
|
(0005531) zed (manager) 16-02-2012 16:37 |
Да, если большинство устроит Nice вариант, может тогда про старую линейку таки забудем? |
|
(0005534) Tolik (manager) 17-02-2012 04:41 |
По умолчанию выводятся 2 знака после запятой - это ещё хуже, чем было. 1380.26 m - вы меня извините, но это абсолютно никуда не годится. [ScaleLine] NumbersFormat=1 - это то же, что было раньше (целые числа). [ScaleLine] NumbersFormat=0 _выглядит_ лучше, но тоже никуда не годится, т.к.: z12: 5 - 10 km z13: 3570 - 7140 m Почему на соседних зумах точность скачет от 10 метров до 5 километров? ПЯТЬ! То есть 5.5 - 11 и даже 6 - 12 никогда не появляется! Вообще, число знаков после запятой не имеет никакого смысла. Надо считать число _значащих_ цифр. |
|
(0005536) Tolik (manager) 17-02-2012 04:57 |
Да, 256 пиксел - удачная длина. А параметр Extended, кажется, не работает. |
|
(0005537) zed (manager) 17-02-2012 07:02 edited on: 17-02-2012 07:02 |
Понятно, делаю старую линейку и живите как было, а я буду с блэк джеком. |
|
(0005538) Tolik (manager) 17-02-2012 07:05 |
Ну а почему не сделать разумные числа? Всё остальное уже хорошо. |
|
(0005539) zed (manager) 17-02-2012 07:10 |
В Nice'е разумные числа сделаны. |
|
(0005540) Tolik (manager) 17-02-2012 07:18 |
Нет. 7.49 округлять до 5 нельзя. Надо округлять до 7.5. |
|
(0005541) zed (manager) 17-02-2012 07:21 |
Так вам же цифры после запятой глаза режут, а тут что же получается, уже и запятую можно? Вы уж с тех-заданием определитесь? И 7,49 округлится до 10. Округление в большую сторону идёт. |
|
(0005542) Tolik (manager) 17-02-2012 07:29 edited on: 17-02-2012 07:33 |
Техзадание (точнее, это моё имхо) в посте 5514. Я против цифры после запятой ничего не имею. И даже двух в некоторых случаях (2.85 - 5.7 km). Я против ШЕСТИ значащих цифр (1380.26 m). И против искажения на 33% (это округление 7.49 до 10). P.S. И 5.1 тоже округлится до 10?? Это будет 96% |
|
(0005543) zed (manager) 17-02-2012 08:08 |
>Я против цифры после запятой ничего не имею. Ну так vdemidov с Parasite (и прочие не отписавшиеся) против. Или нет? Это ж принципиальный вопрос: использовать их или нет, и если использовать, то на каких значениях (км, м, см) и должны ли быть значения после запятой кратные чему-либо (0.5, 0.25)? >И даже двух в некоторых случаях (2.85 - 5.7 km) Граница перехода км <-> м на 10 км, т.е. таких цифр вы никогда не увидите. Граница осталась от старой линейки и там тоже таких значений не было (были 25 км, 12 км, 5000 м и т.д.). Вы предлагаете сдвинуть границу на 1,5 км? Тогда с увеличением зума точность будет падать, до тех пор, пока не перейдёт на отображение в метрах. Красота требует жертв? Да ну нафиг. >Я против ШЕСТИ значащих цифр В Nice варианте они есть? Нет. К чему тогда сыр-бор. >И против искажения на 33% Если запятые не использовать, то будет большая погрешность. Если использовать после запятой числа кратные, скажем 0.25, то погрешность уменьшится. |
|
(0005544) zed (manager) 17-02-2012 08:16 |
И опять же, 8 км - красивое число? А 18? Критерий красивости чисел в студию. Сейчас, под красивыми числами подразумеваются числа кратные 5 и 10, вот до такого состояния и округляется. |
|
(0005545) zed (manager) 17-02-2012 08:23 |
>>И 7,49 округлится до 10. Даже не так, 7,49 км округлится до 7490 м, соответственно и 5,1 км до 5100 м (и даже точнее). |
|
(0005547) Tolik (manager) 17-02-2012 09:38 |
> Вы предлагаете сдвинуть границу на 1,5 км? Тогда с увеличением зума точность будет падать, до тех пор, пока не перейдёт на отображение в метрах. Красота требует жертв? Да ну нафиг. Zed, ну вы меня просто удивляете. О какой точности и каких жертвах вы говорите, когда выводите на экран либо 5 - 10 км, либо 10 - 20, никаких промежуточных значений? Ниже точности даже представить невозможно. Ну и что, что границы остались от царя гороха, что мешает их поменять? Как точность будет падать, если (как я предлагаю) всегда делать как минимум 2 ЗНАЧАЩИЕ цифры? Может я неточно выразился? Я имел в виду любые цифры, кроме нулей. Например, 0.51, 5.1, 51, 510, 5100. Если остановиться только на "очень красивых" цифрах - 5, 10, 20, 50, 100, 200 и т.д. - тогда однозначно надо возвращаться к переменной длине. |
|
(0005549) zed (manager) 17-02-2012 12:52 |
О, ещё лучше: пришёл vdemidov и можно сказать послал меня куда по-дальше с моей линейкой! https://bitbucket.org/azya/sasplanet/changeset/e5f6ea21db06 Идея _моей_ линейки в том, чтобы она не меняла свои размеры. И я уже согласился на 2 линейки, но нет у меня отобрали блэк джек (визуальное оформление линейки), всех шлюх разогнали (идею похерили) и как будто так и надо. Я негодую. |
|
(0005550) Tolik (manager) 17-02-2012 13:24 |
vdemidov, прокомментируйте, пожалуйста. Теперь линейка будет как нарисовал zed, но переменной длины и с красивыми цифрами? Какие-нибудь параметры секции [ScaleLine] останутся? Какие? Возможность задать через ini постоянную длину и безумные числа останется? |
|
(0005551) vdemidov (manager) 17-02-2012 13:48 |
Если кто-то сделает отдельным параметром фиксирование ширины, я этого удалять не буду. Мне нравится линейка с нефиксированными размерами. Все параметры секции [ScaleLine] остались в силе. |
|
(0005552) zed (manager) 17-02-2012 13:56 |
>я этого удалять не буду Ну ты прям сама доброта. >Мне нравится линейка с нефиксированными размерами Так а зачем ты мою линейку сломал? Я б тебе вернул завтра старую линейку и вопрос закрыли. >Все параметры секции [ScaleLine] остались в силе. Безумные числа и фиксированную длину линейки в 256 пикселей покажи. Вот тогда - остались в силе. |
|
(0005553) vasketsov (manager) 17-02-2012 14:07 edited on: 17-02-2012 14:10 |
Блин, реально не понимаю ваших споров. Почему нельзя сделать на выбор и красивые числа, и одинаковую длину. Мне вот в лесу приходилось на ноуте измерять примерно расстояния спичкой локально на 15-м зуме по космоснимкам - то есть погрешность в границах экрана пренебрежимо мала - так ОБА варианта бывают нужны. В том числе - настроить фиксированную длину линейки по длине спички, чтобы не тачпадом мYдохаться на ходу в УАЗике, а просто обычной спичкой померяться и в уме умножить. |
|
(0005554) vasketsov (manager) 17-02-2012 14:09 |
А ещё можно и длину постоянную у линейки иметь, и цифры красивые. Только вот либо выгибать её придётся, либо с зумом будет беда. |
|
(0005555) Tolik (manager) 17-02-2012 14:44 |
Ну ребяты, не надо ругаться. Что вам стоит написать так: NumbersFormat=0 - переменная длина и красивые цифры (то, что доктор vdemidov прописал) =1 - 256 пикс. и целые числа =2 - 256 пикс. и дофига знаков (специально для zed) Ну или ещё один параметр добавьте, типа Length=0 - переменная длина, >0 - длина в пикселях Тогда и под размер спички получится подогнать :) |
|
(0005557) vdemidov (manager) 17-02-2012 15:40 |
NumbersFormat=0 - переменная длина и красивые цифры =1 - 256 пикс. и целые числа =2 - 256 пикс. и дофига знаков (специально для zed) |
|
(0005558) Tolik (manager) 17-02-2012 15:42 edited on: 17-02-2012 15:43 |
Вот и славно! По дефолту 0, имхо. P.S. А, да, уже вижу. |
|
(0005562) Tolik (manager) 18-02-2012 09:53 |
Всё заработало, надеюсь, теперь все довольны. Даже параметр Width=256 замечен. Лично мне больше нравится вариант с переменной длиной. Но есть тоже замечания: 1. 5000 - 10000 m - лучше поменять на 5 - 10 km 2. Если включить Extended=1 (и NumbersFormat=0), вертикальная палка не меняет размер и числа на ней некрасивые. Т.е. надо и для неё делать переменную длину. |
|
(0005567) vasketsov (manager) 18-02-2012 10:33 |
>1. 5000 - 10000 m - лучше поменять на 5 - 10 km А мну в данном случае голосует как раз за метры. На таких масштабах те же 500 метров могут быть весьма критичны. В общем хочется иметь погрешность округления только меньше 10% от нижней границы, ошибка 10% - это просто некий заведомо неприятный верхний предел ошибки. Хотя если рисовать типа 7.3 km - вполне сойдёт. |
|
(0005569) Tolik (manager) 18-02-2012 15:00 |
Нет-нет, здесь речь идёт про красивые числа и переменную длину. То есть ровно 10000 м заменить на ровно 10 км, никаких погрешностей. |
|
(0005619) Tolik (manager) 25-02-2012 06:46 edited on: 25-02-2012 06:47 |
Вау, вот это глюк!! :) 2012-02-25_104454.png В режиме "красивые числа". По идее, должно быть 1000 m - 2000 m. |
|
(0005675) vdemidov (manager) 27-02-2012 10:42 |
У меня не воспроизводится. |
|
(0005676) Tolik (manager) 27-02-2012 10:48 edited on: 27-02-2012 10:50 |
Попробуйте перейти на координаты 0° 0° z15 Появляется чуть выше и чуть ниже экватора. |
|
(0005677) vdemidov (manager) 27-02-2012 10:57 edited on: 27-02-2012 10:58 |
Пробовал. Увы не воспроизводиться. PS: Упс. Таки воспроизводится. Буду смотреть. |
|
(0005678) Tolik (manager) 27-02-2012 11:03 edited on: 27-02-2012 11:15 |
Ок. И про это не забудьте, плизз. http://sasgis.org/mantis/view.php?id=1174#c5562 |
|
Notes |
| Users who viewed this issue |
|
| User List | Anonymous (4172x) |
| Total Views | 4172 |
| Last View | 18-04-2024 22:55 |
| Users who viewed this issue |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 14-02-2012 15:19 | vdemidov | New Issue | |
| 14-02-2012 15:19 | vdemidov | Assigned To | => zed |
| 14-02-2012 15:19 | vdemidov | Status | new => assigned |
| 14-02-2012 15:19 | vdemidov | Product Version | => .Nightly |
| 14-02-2012 16:40 | zed | Note Added: 0005465 | |
| 14-02-2012 18:02 | Tolik | Note Added: 0005469 | |
| 14-02-2012 18:06 | Tolik | Note Edited: 0005469 | View Revisions |
| 14-02-2012 19:24 | zed | Note Added: 0005471 | |
| 14-02-2012 21:02 | vdemidov | Note Added: 0005472 | |
| 15-02-2012 04:38 | Tolik | Note Added: 0005479 | |
| 15-02-2012 08:02 | zed | Note Added: 0005487 | |
| 15-02-2012 08:03 | zed | Status | assigned => resolved |
| 15-02-2012 08:03 | zed | Resolution | open => won't fix |
| 15-02-2012 08:16 | vdemidov | Note Added: 0005489 | |
| 15-02-2012 08:16 | vdemidov | Assigned To | zed => vdemidov |
| 15-02-2012 08:16 | vdemidov | Status | resolved => assigned |
| 15-02-2012 08:16 | vdemidov | Resolution | won't fix => reopened |
| 15-02-2012 08:16 | vdemidov | Note Edited: 0005489 | View Revisions |
| 15-02-2012 08:17 | vdemidov | Note Edited: 0005489 | View Revisions |
| 15-02-2012 09:31 | Parasite | Note Added: 0005491 | |
| 15-02-2012 11:07 | zed | Note Added: 0005492 | |
| 15-02-2012 11:18 | Tolik | Note Added: 0005493 | |
| 15-02-2012 11:22 | Tolik | Note Edited: 0005493 | View Revisions |
| 15-02-2012 11:35 | vdemidov | Note Added: 0005494 | |
| 15-02-2012 16:46 | zed | Note Added: 0005498 | |
| 15-02-2012 17:06 | Tolik | Note Added: 0005500 | |
| 15-02-2012 17:12 | zed | Note Added: 0005503 | |
| 15-02-2012 17:27 | vdemidov | Note Added: 0005505 | |
| 15-02-2012 17:39 | zed | Note Added: 0005506 | |
| 16-02-2012 04:30 | Parasite | Note Added: 0005513 | |
| 16-02-2012 04:31 | Tolik | Note Added: 0005514 | |
| 16-02-2012 04:38 | Tolik | Note Edited: 0005514 | View Revisions |
| 16-02-2012 04:39 | Tolik | Note Edited: 0005514 | View Revisions |
| 16-02-2012 04:41 | Tolik | Note Edited: 0005514 | View Revisions |
| 16-02-2012 04:42 | Tolik | Note Edited: 0005514 | View Revisions |
| 16-02-2012 04:49 | Tolik | Note Edited: 0005514 | View Revisions |
| 16-02-2012 16:33 | zed | Note Added: 0005530 | |
| 16-02-2012 16:37 | zed | Note Added: 0005531 | |
| 17-02-2012 04:41 | Tolik | Note Added: 0005534 | |
| 17-02-2012 04:57 | Tolik | Note Added: 0005536 | |
| 17-02-2012 07:02 | zed | Note Added: 0005537 | |
| 17-02-2012 07:02 | zed | Note Edited: 0005537 | View Revisions |
| 17-02-2012 07:05 | Tolik | Note Added: 0005538 | |
| 17-02-2012 07:10 | zed | Note Added: 0005539 | |
| 17-02-2012 07:18 | Tolik | Note Added: 0005540 | |
| 17-02-2012 07:21 | zed | Note Added: 0005541 | |
| 17-02-2012 07:29 | Tolik | Note Added: 0005542 | |
| 17-02-2012 07:29 | Tolik | Note Edited: 0005542 | View Revisions |
| 17-02-2012 07:33 | Tolik | Note Edited: 0005542 | View Revisions |
| 17-02-2012 08:08 | zed | Note Added: 0005543 | |
| 17-02-2012 08:16 | zed | Note Added: 0005544 | |
| 17-02-2012 08:23 | zed | Note Added: 0005545 | |
| 17-02-2012 09:38 | Tolik | Note Added: 0005547 | |
| 17-02-2012 12:52 | zed | Note Added: 0005549 | |
| 17-02-2012 13:24 | Tolik | Note Added: 0005550 | |
| 17-02-2012 13:48 | vdemidov | Note Added: 0005551 | |
| 17-02-2012 13:56 | zed | Note Added: 0005552 | |
| 17-02-2012 14:07 | vasketsov | Note Added: 0005553 | |
| 17-02-2012 14:09 | vasketsov | Note Added: 0005554 | |
| 17-02-2012 14:10 | vasketsov | Note Edited: 0005553 | View Revisions |
| 17-02-2012 14:44 | Tolik | Note Added: 0005555 | |
| 17-02-2012 15:40 | vdemidov | Note Added: 0005557 | |
| 17-02-2012 15:40 | vdemidov | Status | assigned => resolved |
| 17-02-2012 15:40 | vdemidov | Fixed in Version | => 120808 |
| 17-02-2012 15:40 | vdemidov | Resolution | reopened => fixed |
| 17-02-2012 15:42 | Tolik | Note Added: 0005558 | |
| 17-02-2012 15:43 | Tolik | Note Edited: 0005558 | View Revisions |
| 17-02-2012 15:45 | Tolik | Relationship added | related to 0001173 |
| 17-02-2012 15:46 | Tolik | Target Version | => 120808 |
| 18-02-2012 09:53 | Tolik | Note Added: 0005562 | |
| 18-02-2012 10:33 | vasketsov | Note Added: 0005567 | |
| 18-02-2012 15:00 | Tolik | Note Added: 0005569 | |
| 21-02-2012 04:41 | Tolik | Status | resolved => assigned |
| 21-02-2012 04:42 | Tolik | Resolution | fixed => reopened |
| 25-02-2012 06:45 | Tolik | File Added: 2012-02-25_104454.png | |
| 25-02-2012 06:46 | Tolik | Note Added: 0005619 | |
| 25-02-2012 06:47 | Tolik | Note Edited: 0005619 | View Revisions |
| 27-02-2012 10:42 | vdemidov | Status | assigned => feedback |
| 27-02-2012 10:42 | vdemidov | Note Added: 0005675 | |
| 27-02-2012 10:42 | vdemidov | Status | feedback => assigned |
| 27-02-2012 10:42 | vdemidov | Assigned To | vdemidov => |
| 27-02-2012 10:42 | vdemidov | Status | assigned => feedback |
| 27-02-2012 10:48 | Tolik | Note Added: 0005676 | |
| 27-02-2012 10:50 | Tolik | Note Edited: 0005676 | View Revisions |
| 27-02-2012 10:57 | vdemidov | Note Added: 0005677 | |
| 27-02-2012 10:57 | vdemidov | Status | feedback => new |
| 27-02-2012 10:58 | vdemidov | Note Edited: 0005677 | View Revisions |
| 27-02-2012 10:59 | vdemidov | Assigned To | => vdemidov |
| 27-02-2012 10:59 | vdemidov | Status | new => assigned |
| 27-02-2012 11:03 | Tolik | Note Added: 0005678 | |
| 27-02-2012 11:13 | Tolik | Note Edited: 0005678 | |
| 27-02-2012 11:14 | Tolik | Note Edited: 0005678 | |
| 27-02-2012 11:14 | Tolik | Note Revision Dropped: 5678: 0002866 | |
| 27-02-2012 11:14 | Tolik | Note Revision Dropped: 5678: 0002867 | |
| 27-02-2012 11:15 | Tolik | Note Edited: 0005678 | View Revisions |
| 27-02-2012 11:58 | vdemidov | Status | assigned => resolved |
| 27-02-2012 11:58 | vdemidov | Resolution | reopened => fixed |
| 29-02-2012 10:46 | gpsMax | Tag Attached: линейка | |
| 10-10-2012 11:48 | Tolik | Status | resolved => closed |
|
Issue History |
| My View | View Issues | Change Log | Roadmap | Search |
| Copyright © 2007 - 2024 SAS.Planet Team |