Селект не переключается вызове пользователя в конф.

[san]

При вызове пользователя программы в некую конференцию селект должен быть перемещён на эту конференцию. Раньше это работало, а в r506 регрессия.

[dimag]

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

[san]

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

Для режима ручной тоже нужно перемещать селект на конференцию в которую был помещён пользователь программы.

[dimag]

r508
Теперь текущая конференция автоматически изменяется на конференцию в которую вошёл пользователь, в любом режиме подключения пользователя к конференции.

[alx]

Поясните, пожалуйста, что такое "фильтр Alt-Q" и какое он имеет отношение к кодировке лог-файлов.

[san]

?

[alx]

Replying to san:

?

Если это было пояснение, то я его не понял. :) Если вопрос, то в чем его суть?

[san]

Это тест напоминаний для Димы :-D

[dimag]

Фильтр был написан для тикета 176, но раньше был закончен тикет 496.

[alx]

Replying to dimag:

Фильтр был написан для тикета 176, но раньше был закончен тикет 496.

Если это был ответ на вопросы комментария 4, то я его не понял.

1. Правильно ли я догадался, что тикет #196 указан в комментарии ошибочно?

2. Допустим, для тикета #176 был написан какой-то фильтр. Какое это имеет отношение к тикету #496, в котором Александр жаловался на поведение селекта при вызове пользователей в конференцию?

[dimag]

1)Нет, я просто работал одновременно на 2 тикетами, я сделал первый - 496, но не успел закончить 2 второй - 176, вот откуда фильтр Alt+Q

[alx]

Replying to dimag:

1)Нет, я просто работал одновременно на 2 тикетами, я сделал первый - 496, но не успел закончить 2 второй - 176, вот откуда фильтр Alt+Q

1. Какое имеет значение, над сколькими тикетами Вы работаете одновременно? Хоть над 22 - это Ваше личное дело.

2. Вы делаете коммит в репозиторий некоего кода. В комментарии к этому коммиту Вы ссылаетесь на тикеты #496 и #196. Читая описание этих тикетов я не могу понять, каким образом они связаны между собой.

[dimag]

Никак, но я думал над ними одновременно.

[san]

Из TracEffectiveWork:
Не объединяйте в одном коммите несколько не связанных между собой исправлений

[dimag]

Replying to san:

Из TracEffectiveWork:
Не объединяйте в одном коммите несколько не связанных между собой исправлений

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

[alx]

Replying to dimag:

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

Не хотите ли Вы сказать, что если Вы исправите баг с кодировкой лог-файла из #196, но не исправите баг с поведением селекта при вызове из #496 (или наоборот), исходный код не будет собираться?

[dimag]

Replying to alx:

Replying to dimag:

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

Не хотите ли Вы сказать, что если Вы исправите баг с кодировкой лог-файла из #196, но не исправите баг с поведением селекта при вызове из #496 (или наоборот), исходный код не будет собираться?

Будет собираться.

[alx]

Replying to dimag:

Будет собираться.

Тогда смысл вашего комментария непонятен.

[dimag]

Я объединил работу по 2 тикетам в один коммит. По одному закончил, по другому нет. Но если я сделал коммиты отдельно по каждому тикету, то всё продолжало бы компилироваться.