SASGIS

Веб-картография и навигация


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001337SACS.Планета[All Projects] Хотелкаpublic15-06-2012 14:4509-08-2013 15:13
ReporterParasite 
Assigned Tovasketsov 
PrioritynormalSeveritytweakReproducibilityN/A
StatusclosedResolutionfixed 
PlatformWindowsOSServerOS Version2003
Product Version 
Target VersionFixed in Version130803 
Summary0001337: Ограничение положения ползунка зумов
DescriptionВроде не было такого еще. Если уже было - просьба прилинковать к.

Хотелось бы возможности задавать диапазон доступных для изменения зумов при работе с картой. Например, карта XXXX начинается на 5м зуме, а кончается на 10м - можно было бы задать в zmp что-то типа ZoomMin=5, ZoomMax=10 - и соответственно сас физически бы не давал возможности переместить ползунок зумов за эти пределы, и не залетал бы в те зумы которых на сервере однозначно нет (и не генерировал тучу заведомо 404х запросов, и не клал бы в кэш стопиццод .tne-файлов).

Что-то подобное есть в GM - в его API можно указать диапазон зумов, и он соответственно сам по себе отрисуется длиннее либо короче и не даст вывалиться за указанные пределы.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0007398)
Tolik (reporter)
15-06-2012 15:34

Но перейти на z11 тоже имеет смысл: тайлы автоматически увеличиваются.

А чтобы не генерить всякий мусор, надо принять за правило писать в zmp:
if getz от 5 до 10, то resulturl := чему-нибудь;
(0007399)
vdemidov (manager)
15-06-2012 15:40
edited on: 15-06-2012 15:41

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

(0007400)
Parasite (administrator)
15-06-2012 16:13

>перейти на z11 тоже имеет смысл: тайлы автоматически увеличиваются.
Не, не имеет. На редкость бесполезная хрень, лично мною всегда отключаемая в первую очередь (как и прочие погремушки типа "инерции при перемещении"). Не вижу ни единого плюса в растягивании тайла в 4 раза - рассмотреть там в 4 раза больше деталей все равно не удастся, посему - бесполезная YOBA-погремушка. Хорошо хоть отключаемая.

>Делать ограничения в GUI я смысла не вижу
Обоснуй? Вот в GM, например - видят, и сразу видно пределы зуммирования карты и откуда\докуда можно ожидать полезной инфы. Они тупее нас, или умнее?
(0007401)
vdemidov (manager)
15-06-2012 16:45

Именно потому, что оверзум часто реально нужен. Да и не забывай о слоях. В общем ответ на хотелку "НЕТ".
(0007402)
Parasite (administrator)
15-06-2012 16:59

>оверзум часто реально нужен.
1. Нужен настолько, что он отключаем одной галкой прямо из меню? Предлагаю сделать хотелку тоже отключаемой. Согласен даже включение оной через инишник.
2. МНЕ оверзум не нужен никогда (а тогда когда вдруг внезапно и нужен - то есть намного более качественные сторонние алгоритмы растяжки битмапа и нарезки на тайлы след.слоя чем те штатные дельфовые что есть в сасе). И так как это МОЯ же хотелка - то соответственно часть про оверзум в ней можно не брать во внимание вообще, исходя из вышесказанного.

>Да и не забывай о слоях.
А что с ними не так? Не переместится зум по карте - не подхватятся и слои с зумов, на которых карты нет. Кому такое не надо - отключат фичу (см.выше), или сменят min\max в змп.

PS: А настолько ли сложно ввести тупое ограничение ползунка? Читать 2 параметра из params, и жестко лочить ползунок по ним через пару if'ов... Делов-то...или я ошибаюсь?
PPS: погоди закрывать - давай обсудим сперва.
(0007403)
vdemidov (manager)
15-06-2012 18:29

Я уже такое обдумывал. Фигня выходит. Неудобств и неожиданного для пользователя поведения получается больше чем пользы от такого нововведения. Вот что делать если пользователь был на 20-м зуме и переключается на карту у которой доступны зумы только до 15-го? Про минимальный зум я вообще не говорю. Что делать с миникартой зум которой задается как относительный? Там дофига работы и толку с нее?
(0007404)
Parasite (administrator)
15-06-2012 18:46
edited on: 15-06-2012 19:16

>Вот что делать если пользователь был на 20-м зуме и переключается на карту у которой доступны зумы только до 15-го?
Если текущий зум меньше min_zoom новой карты - то менять текущий зум на min_zoom (передергивать ползунок). Если текущий зум больше max_zoom новой карты - то менять текущий зум на max_zoom. Если min_zoom<текущий зум<max_zoom - то просто менять карту как оно сейчас.

>Про минимальный зум я вообще не говорю.
Да все там нормально на самом деле - по необходимости ограничивать зум переключаемой карты по его предельным значениям да и все. В чем проблема?
Опять же, кому не нравится - удалят из змп два значения зум_мин и зум_макс, и все вернется на круги своя. Даже инишник не надо трогать на тему включения фичи, а просто проверять 2 значения в ЗМП и по нахождении - заюзывать. Кому не нравится - стерли оные и перезапустили саса, всё. Точно так же как сейчас проекцию меняют там, или asLayer, или любые другие фичи.

>Что делать с миникартой зум которой задается как относительный?
А как оно сейчас в миникарте, если тайлов для нее в кэше нет?

Миникарту имхо оставить как есть, и не трогать - хай вылазит за пределы зума, там же все равно тайлов нет и не будет независимо от того ограничен зум основной карты или нет (коль скоро их на сервере нет на нужных ей зумах). Кому надо - сгенерят вышележащие слои ручками, миникарта сама и проявится как тайлы найдет (а если не сгенерят - ее не будет в любом случае, точно так же как и сейчас).

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

(0007405)
Tolik (reporter)
16-06-2012 07:24

И всё-таки, в чём профит?
Чтобы не генерировала 404, достаточно подправить zmp. Их так и так править!
Ограничить свободу в гуи? Так от этого только вред. Хорошо, что юзеры могут выбрать любой зум и их никто по рукам не бьёт.
Короче, я против.
(0007406)
Parasite (administrator)
16-06-2012 08:45

>Ограничить свободу в гуи? Так от этого только вред. Хорошо, что юзеры могут выбрать любой зум и их никто по рукам не бьёт.
Кому вред, а кому и польза. Камент "от этого один вред" я могу дописать к 90% высказанных тут за все время хотелок, и написать варианты обходных костылей - начиная от собственно вот этого вот оверзума. Да, лично я считаю что оверзум = вред и бесполезная погремушка, и никогда им не пользуюсь. Но другие - пользуются, и я вполне могу допустить что это им нужно, полезно и необходимо. Так допусти ж и ты, что мне нужна, полезна и необходима обсуждаемая фича.

Еще раз: кому нужен оверзум - у тех он и останется, см.выше. А кому нужна фича - у тех _будет_возможность_ ее иметь, благо что она элементарна. Вот лично мне - она нужна, но на наст.момент у меня нет возможности ее применять.

Или ты против, чтобы в САСе появилась ЕЩЕ ОДНА фича - без потери уже существующего функционала? :)
(0007407)
Tolik (reporter)
16-06-2012 14:15

Ну, я не против, чтобы появилась ещё одна фича, ИМЕННО без потери ф-ла. То есть эта фича д.б. отключаемой глобально (через ini), а не через правки zmp. Которые я если и правлю, то сразу закидываю в репозиторий.
(0007408)
Parasite (administrator)
16-06-2012 14:34

>ИМЕННО без потери ф-ла. То есть эта фича д.б. отключаемой глобально (через ini), а не через правки zmp. Которые я если и правлю, то сразу закидываю в репозиторий.
Можно обойтись БЕЗ инишника и БЕЗ переправки всех zmp (коль скоро фича ВСЕМ - не нужна), а именно:
 - ТОЛЬКО В ТЕХ zmp, где фича нужна - там и внести 2 доп.строчки в params (ZoomMin и ZoomMax). При старте САСа он в любом случае парсит zmp, вот и сделать ему условие "ЕСЛИ (ZoomMin & ZoomMax) {на процидурку ограничения ползунка} else {полный зум как обычно}". И всё.

То есть, фича будет сама включаться лишь на тех zmp, в которых она явно указана через ZoomMin и ZoomMax. На всех старых в репе, коль скоро там нет этих двух параметров (а также и на тех, где эти параметры были - но юзер их стер) - все будет как обычно.

Ну а со временем можно и в репы внести - там, где оно нужно по смыслу. Или не внести. Главное, что возможность этой фичи будет, и она будет работать там, где (и кому) она нужна. Вот например я сейчас качаю NASA EarthLights - там полезные зумы на 5...10 зумах, и 1...24 на ползунке - ей явно ни к чему. 1-4 еще куда ни шло, я сгенерил из 5го (сугубо для миникарты, как вдемидов выше и указал), а вот 11...24 можно смело выносить на мороз.
(0007409)
vdemidov (manager)
16-06-2012 14:53

Делайте разрешаю. Я ради этой фитчи пальцем о палец не ударю. А пул реквест с ней буду проверять очень тщательно и при любых претензиях, даже к стилю имен переменных буду откатывать нафиг.
(0007412)
Dima2000 (reporter)
16-06-2012 19:38

А мне вот очень хочется не просто ограничения крайних значений зума, а вообще список разрешенных (или запрещенных) позиций. Скажем вот не хочу я на определённой карте чтобы включались зумы z16, z14, z11, z8. Не просто не скачивались (это решается условием в zmp), а именно не переключалось отображение на них. Проскакивало дальше при смене колесиком мышки и PgDn/PgUp.

Да ещё и чтобы при клике на полоску зумов я сразу заранее знал какой именно зум будет включен по клику мышки. Сейчас нажимаешь, тянешь и постоянно боишься отпустить не в той позиции ... Нет бы сделать 24 ясно видимых кнопочки или позиции на полосе, которые могут быть и серыми (недоступными), чтобы сразу видел куда тыкать.
(0007413)
Tolik (reporter)
16-06-2012 20:03

Dima2000, а есть хоть одна карта, у которой зумы не подряд идут?
(0007414)
Garl (reporter)
17-06-2012 06:21

вот кстати интересное предложение от Dima2000
зумы не подряд можно сделать на сборной гeнштaбa
(0007415)
Dima2000 (reporter)
17-06-2012 06:28

>а есть хоть одна карта, у которой зумы не подряд идут?
А не знаю.
Для карты я скажем z8 у янденкс.карты отключил (скачку, в zmp) - очень уж она врёт, больше чем и z7 и z9.
Спутниками же пользуюсь обычно лишь z12, z15, z17/z18 (какой есть), остальные без надобности оказываются. А при переключениях при просмотре кэш захламляют. И приходится или снайперски целиться мышкой в зумы, или ALT+C, PgUp, PgUp, ALT+I.
Вот и удобно было бы несколько самых ходовых зумов в виде кнопочек (и переключение подряд лишь по ним), а остальные ... ну как будут.

Ещё, крайние зумы для ползунка зумов можно легко найти если проверить наличие каталогов z1..z24 (для формата SASПланеты), какие первые есть - те и будут крайними. Вообще без правки ини или змп. Но для скачки новых надо будет как-то дать возможность на них переключиться.
Мне нравится решение v_max-а под WinCE/Android, короткое нажатие на кнопки "+" и "-" меняет зум на следующий СУЩЕСТВУЮЩИЙ (для центральной точки экрана), длинное нажатие - на следующий подряд, независимо существует или нет. Можно что-то подобное и тут сделать, к примеру PgUp на следующий реально существующий, а Shift+PgUp - на +1, даже если его нет. Или с Ctrl. Или наоборот. Мышкой, к примеру, колёсиком только по существующим, а прямым выбором - на любой.
(0007416)
Parasite (administrator)
17-06-2012 06:44

>Делайте разрешаю. Я ради этой фитчи пальцем о палец не ударю.
Если бы я (технически) был бы в состоянии это сделать _сам_ - то я бы разумеется не тратил время на написание тикета, и разрешения бы не требовалось.

А так получается, что по каждой действительно нужной и не самой сложной фиче приходится таки _умолять_, а в ответ только палки в колеса в виде "вы делайте, а я буду откатывать нафиг" (хотя совершенно похожие по смыслу хотелки типа http://sasgis.org/mantis/view.php?id=1150 - токи подтверждены и даже запланированы на след.релиз. Вот скажите мне кто-нибудь, в чём сермяжная разница между запретом скачки в параметрах карты в 1150 и запретом зумов в параметрах карты в 1337? Запрет скачки вообще делается иконкой "только кэш" с основной панели - но ни "откат нафиг", ни моментального закрытия тикета оно не вызвало).

Да, я понимаю что писАть тривиальный код никому неохота. А что делать-то? Учить этот мертворожденный SDK для русских студентов (Delphi) ради одного-единственного САСа лично я не готов даже на уровне скриптов в zmp. Отсюда тикеты и умоляния - авось кто расщедрится и прикодит рядышком с 1150.

>а вообще список разрешенных (или запрещенных) позиций.
Да, это было бы идеально (но имхо чуть сложнее технически). Тогда и эта моя хотелка бы решалась через тупое перечисление именно нужных зумов.

>а есть хоть одна карта, у которой зумы не подряд идут?
Любая кастомная карта, кэш которой прокачан по-зумно, а не по всем возможным (например чуть менее чем все с этой темы - http://sasgis.org/forum/viewtopic.php?f=26&t=1378&start=330, числом уже выше сотни - и это только от меня любимого и единственного).
(0007417)
Parasite (administrator)
17-06-2012 06:53

>Ещё, крайние зумы для ползунка зумов можно легко найти если проверить наличие каталогов z1..z24 (для формата SASПланеты), какие первые есть - те и будут крайними. Вообще без правки ини или змп.
1. На абс.новой (непрокачанной) карте - зумов в сасе вообще не будет доступно, хотя на сервере они таки будут.
2. При прокачке одного зума в кэш - он будет и доступен единственный, и как предлагается переключиться на соседние и попробовать качнуть их с сервера? :)

Имхо, автоматизм в данном случае не нужен - сасу неизвестно, что _действительно_ есть на сервере. Надо либо говорить сасу прямо и ручками (точно зная, что и зачем делается), либо не говорить. А автоматизм в данном случае - зло.
(0007432)
Dima2000 (reporter)
17-06-2012 15:50

>в чём сермяжная разница между запретом скачки в параметрах карты в 1150 и запретом зумов в параметрах карты в 1337?
1150 запрещает тайлы КАЧАТЬ, 1337 - переключаться на заведомо пустые зумы и их ПОКАЗЫВАТЬ (даже если они вдруг откуда-то есть). Первое обходится например формированием зумов из более глубоких.
Про 1150: запрет закачки не эквивалентен режиму только кэш, потому что могут быть включены слои (или сама карта), которые или надо загружать, или наоборот НЕ надо. Выбрать два разных режима (только кэш или интернет) для разных слоёв нельзя. А иногда надо чтобы 1 слой и карта обновлялись, а два других слоя - нет. Или карту не обновлять, а три включенных слоя как раз и обновлять. Ну как-то так.

>автоматизм в данном случае не нужен
В рамках данного тикета да, лучше прямо указывать.
(0007439)
Parasite (administrator)
18-06-2012 03:12

>1150 запрещает тайлы КАЧАТЬ, 1337 - переключаться на заведомо пустые зумы и их ПОКАЗЫВАТЬ (даже если они вдруг откуда-то есть).
Я это как бы ПОНЯЛ, на что как бы и УКАЗЫВАЮ: техническая разница между двумя тикетами - в слове "ПОКАЗЫВАТЬ" (тут) вместо "КАЧАТЬ" (там), засим разница и исчерпывается. И там и там запрет делается элементарно - если в коде УЖЕ есть блок скачки\показа (а они уже есть, коль скоро они давно работают), то логическое запрещение по ключу из params делается ну просто одним IFом грубо говоря, если не брать во внимание мелочи конкретной реализации. Однако тот тикет - запланирован и не закрыт, а этот я переоткрывал уже 2 раза за сутки, и "будут откатывать". :)

>Выбрать два разных режима (только кэш или интернет) для разных слоёв нельзя.
Тогда режим "кэш+интернет" (который будет прокачивать нужное) +
-------
Уже сейчас можно в скрипте написать простое условие и возвращать для слоев, которые не нужно качать, просто пустую строку. ©
-------

PS: еще раз говорю, что я НЕ против того что там в том тикете делать не нужно - я просто обращаю внимание что они практически идентичны и разница лишь в таргете - но тот жив и запланирован, а за этот приходится весьма активно биться. Их теоретически вообще можно было сделать в пределах одного прохода по коду - и там, и там надо выпарсивать новый параметр из змп, и там и там надо вводить ограничение функционала в САС если параметр найден (более того, там в том тикете еще и vasketsov кучку желаемых нужных параметров тоже привел...хотя мог бы и сам сделать :) )....Так почему бы их и не сделать оба два? Неужто запрошенное настолько сложно, или настолько разнится между собой? Не понимаю я... :(
(0007465)
Parasite (administrator)
18-06-2012 17:05

>>Не понимаю я... :(
>vdemidov Целевая версия => 20xxxx
>Для самых неунывающих оптимистов
>(Запланировано на релиз 31-12-20)
Дипломатия - искусство послать человека так, чтобы он в предвкушении ожидал путешествия. (с) :)

PS: авось кому пригодится - сабж делается костылем ArtMoney через вмешательство в работающий процесс САСа и мониторинг+фиксирование двух предельных значений зума с достаточно коротким refresh'ем. Ползунок хоть и не лочится, но при попытке сдвинуть далее указанного - автоматом моментально возвращается куда надо. Недостаток - при перезапуске САСа надо шерстить новый процесс с нуля и лочить участки памяти заново.
(0007472)
vasketsov (manager)
18-06-2012 22:15

Мне требуется перечень зумов для карты (а не только min-max).
О чём я писал ещё сто лет назад.
Так что ждите.
Может и не этот год - но наверняка не 2020-й )).

Я уже как-то смотрел по коду все "связи" для этого (правда давно) - работа там будет большая (в том числе все генерации и экспорты), так что коли vdemidov-у это не надо - ничего удивительного что он не хочет это делать, это будет реально непросто, и нечего ему пенять, что там два байта переслать.

И лично мне пока не очень понятен смысл делать разное множество доступных зумов для качания и отображения раздельно.
(0007473)
vasketsov (manager)
18-06-2012 22:22

>я просто обращаю внимание что они практически идентичны
Хм. Они различны чуть более чем полностью. Здесь главное - настройка доступности зума в разрезе карты во всей софтине. Там - один простой тупой признак.
(0007509)
Parasite (administrator)
19-06-2012 06:58
edited on: 19-06-2012 07:01

>работа там будет большая (в том числе все генерации и экспорты),
Генерации и экспорты чего именно?

Повторяю мой запрос: при min доступном зуме, например z5 - при попытке перетащить ползунок на z4 и меньше - принудительно дропать его на z5, а не там где его отпустит хомяк. Для всей логики работы программы это должно выглядеть так, как будто это _хомяк_ его отпустил на z5 (отсюда перерисовка экрана на z5 и проч). То же самое и с правым значением ползунка. В чем разница - если ползунок на z5 отпущу _я_, или его там отпустит _программа_? Для всего остального саса результат будет (имхо) идентичен: менять зум на z5. Что и требуется.

В идеале - не пара min\max, а список доступных через запятую или еще как (с тем же смыслом - дропанием передвижения ползунка на ближайшем доступном зуме от той точки, где хомяк отпустил ползунок).

О каких переработанных экспортах\генерациях идет речь?

>И лично мне пока не очень понятен смысл делать разное множество доступных зумов для качания и отображения раздельно.
Что конкретно мною просилось в пределах этой хотелки - я только что описал выше. Переработка качалки вообще нигде не упоминалась, и в данном случае (вроде как) не нужна. Моя хотелка касалась лишь маленькой модификации уже имеющегося в программе функционала по имени "смена_зума_ползунком".

>Может и не этот год - но наверняка не 2020-й )).
О, спасибо. Тогда переоткрываем. :)

(0007524)
vasketsov (manager)
19-06-2012 09:56

>Генерации и экспорты чего именно?
Всего. Для карты вообще и везде перестают существовать некоторые зумы. В том числе например для экспорта в гармин. А не только для ползунка по событию перетаскивания "мышки".

>не пара min\max, а список доступных через запятую или еще как
Да элементарно, например как список страниц для печати в ворде. Одной строкой. Типа "6-10,12,14-16,18,20". Диапазон min-max - просто частный случай "M-N".

>в данном случае (вроде как) не нужна
Разумеется нет. Качалка качает только что ей сказано. Это всё вообще к качалке отношения не имеет никакого.

>лишь маленькой модификации уже имеющегося в программе функционала по имени "смена_зума_ползунком".
Хм. В такой формулировке я делать тоже не собираюсь, слишком частный случай ты предлагаешь. Мне нужно именно ограничение перечня зумов в программе везде и всюду для карты. Чтобы зарещённые зумы просто перестали существовать для карты. И соответственно для слоёв они могут быть своими.

Впрочем если не требовать единовременного решения, то делается это довольно просто, но сильно медленно. Добавляется строковый параметр AllowedZooms в zmp, внутри проги на уровне карты объявляется функция AllowedZoom(const AZoom: Byte): Boolean, которая по умолчанию вернёт "трю" - ну и медленно-медленно по мере ковыряния софтины начинается вкорячивание учёта возвращаемого ей значения во всех злачных местах (хранилище тайлов, гуй, построение списка зумов для экспорта и прочих операций,...). Покуда официально пункт не закроется - ничего не отъедет. Именно так делается, когда по ходу выполнения длительной доработки надо выпстить несколько работающих релизов злобным клиентам.
(0007527)
Parasite (administrator)
19-06-2012 10:27

>Всего. Для карты вообще и везде перестают существовать некоторые зумы. В том числе например для экспорта в гармин. А не только для ползунка по событию перетаскивания "мышки".
Дак я ж не против, если ВНЕЗАПНО кто-то сделает лучше. Я лишь написал программу-минимум из того, что
а)сделать несложно
б)соответственно можно было бы сделать не за 8 лет а слегка поменьше
в)лично меня бы этот быстрый результат устроил бы пределах запросов этого тикета, а другие - отпишутся и скажут свое веское самостоятельно.

А если кто-то озаботится более глобальной переработкой - то я ж только ЗА. Только если уж заниматься - тогда и выкачку по диапазону зумов надо делать, и прочая - а это, как ты и сказал, шибко сложнее и шибко медленее. И на то есть свои тикеты вроде как - на ту же качалку по зумам например.

>Диапазон min-max - просто частный случай "M-N".
Ну так я про что и вещаю уже неск.дней. Будет лучше - кто ж против. :)

>Мне нужно именно ограничение перечня зумов в программе везде и всюду для карты.
Я не против. Такое разумеется лучше чем предлагаемое мною. Но
а)сложнее
б)медленнее.
Готов помочь посильно, хоть толку с меня в программинге на этой мове чуть менее чем ноль. Ну хоть баги повылавливаю - и то хлеб.
(0007528)
vasketsov (manager)
19-06-2012 11:08

>тогда и выкачку по диапазону зумов надо делать
Это совершенно не связанная вешь. В принципе может быть сделано и сейчас. А может быть не сделано и после.
(0007532)
Parasite (administrator)
19-06-2012 14:20

>Это совершенно не связанная вешь.
Напрямую - нет, не связанная. Но если мы запрещаем зумы по ВСЕЙ программе - то соответственно надо делать чтобы они и в качалке не присутствовали, что подталкивает нас к столбику галочек (см.соседний тикет про позумную качалку) с уже затененными зумами там, где они НЕ разрешены...Ну, по крайней мере я это так себе представляю.
(0010929)
vasketsov (manager)
26-03-2013 13:59

Вроде запланированное сделал, закрываеццо

- Users who viewed this issue
User List Anonymous (2697x), k-dmitriy (1x), lovegrach (1x), bk99 (1x)
Total Views 2700
Last View 29-03-2024 11:12

- Issue History
Date Modified Username Field Change
15-06-2012 14:45 Parasite New Issue
15-06-2012 15:34 Tolik Note Added: 0007398
15-06-2012 15:40 vdemidov Note Added: 0007399
15-06-2012 15:40 vdemidov Status new => resolved
15-06-2012 15:40 vdemidov Resolution open => no change required
15-06-2012 15:40 vdemidov Assigned To => vdemidov
15-06-2012 15:40 vdemidov Status resolved => closed
15-06-2012 15:41 vdemidov Note Edited: 0007399 View Revisions
15-06-2012 16:13 Parasite Note Added: 0007400
15-06-2012 16:13 Parasite Status closed => feedback
15-06-2012 16:13 Parasite Resolution no change required => reopened
15-06-2012 16:45 vdemidov Note Added: 0007401
15-06-2012 16:45 vdemidov Status feedback => resolved
15-06-2012 16:45 vdemidov Resolution reopened => won't fix
15-06-2012 16:45 vdemidov Status resolved => closed
15-06-2012 16:59 Parasite Note Added: 0007402
15-06-2012 16:59 Parasite Status closed => feedback
15-06-2012 16:59 Parasite Resolution won't fix => reopened
15-06-2012 18:29 vdemidov Note Added: 0007403
15-06-2012 18:46 Parasite Note Added: 0007404
15-06-2012 18:46 Parasite Status feedback => assigned
15-06-2012 19:16 Parasite Note Edited: 0007404 View Revisions
16-06-2012 07:24 Tolik Note Added: 0007405
16-06-2012 08:45 Parasite Note Added: 0007406
16-06-2012 14:15 Tolik Note Added: 0007407
16-06-2012 14:34 Parasite Note Added: 0007408
16-06-2012 14:53 vdemidov Note Added: 0007409
16-06-2012 19:38 Dima2000 Note Added: 0007412
16-06-2012 20:03 Tolik Note Added: 0007413
17-06-2012 06:21 Garl Note Added: 0007414
17-06-2012 06:28 Dima2000 Note Added: 0007415
17-06-2012 06:44 Parasite Note Added: 0007416
17-06-2012 06:53 Parasite Note Added: 0007417
17-06-2012 15:50 Dima2000 Note Added: 0007432
18-06-2012 03:12 Parasite Note Added: 0007439
18-06-2012 07:53 vdemidov Assigned To vdemidov =>
18-06-2012 07:53 vdemidov Status assigned => confirmed
18-06-2012 07:53 vdemidov Target Version => 20xxxx
18-06-2012 17:05 Parasite Note Added: 0007465
18-06-2012 17:06 Parasite Status confirmed => closed
18-06-2012 17:06 Parasite Resolution reopened => no change required
18-06-2012 22:15 vasketsov Note Added: 0007472
18-06-2012 22:22 vasketsov Note Added: 0007473
19-06-2012 06:58 Parasite Note Added: 0007509
19-06-2012 06:59 Parasite Assigned To => vasketsov
19-06-2012 06:59 Parasite Status closed => acknowledged
19-06-2012 07:01 Parasite Note Edited: 0007509 View Revisions
19-06-2012 09:56 vasketsov Note Added: 0007524
19-06-2012 10:27 Parasite Note Added: 0007527
19-06-2012 11:08 vasketsov Note Added: 0007528
19-06-2012 14:20 Parasite Note Added: 0007532
22-06-2012 13:36 vdemidov Resolution no change required => suspended
13-02-2013 11:03 vasketsov Project SAS.Планета => SACS.Планета
13-02-2013 11:11 vasketsov Status acknowledged => assigned
26-03-2013 13:59 vasketsov Note Added: 0010929
26-03-2013 13:59 vasketsov Status assigned => resolved
26-03-2013 13:59 vasketsov Resolution suspended => fixed
09-08-2013 14:59 vasketsov Fixed in Version => 130803
09-08-2013 15:13 vasketsov Status resolved => closed



Copyright © 2007 - 2024 SAS.Planet Team