Panorama-tab-groups: [Запрос на функцию] Группы, использующие контейнеры

Это может быть вариант, но не обязательно. Не всем нужен такой уровень разделения между группами, для меня это просто способ организовать вкладки.

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

Я не говорю, что не буду разбираться в этом, но не думаю, что это будет очень просто. Просто вещи, о которых нужно подумать для меня (или того, кто хочет поработать над этим, чтобы сделать это быстрее)

@projectdelphai также нет

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

Верно. Перемещение вкладки должно осуществляться без потерь и требует сохранения пользовательских данных. Следовательно, никаких контейнеров.

есть лаг (жуткий, вообще-то !!!)
Conex - тому пример!

Да, у него есть задержка, и да, есть ограничения для его использования, НО это решение пользователя использовать их или нет. Я голосую за их наличие, но позволяю пользователю решать, хотят ли они создать изолированный контейнер (без вкладок, без вкладок).

Пусть решает пользователь.

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

Я оставлю этот тикет открытым на данный момент и, надеюсь, мы сможем вернуться к нему в будущем (если только кто-то не захочет реализовать идею @str , и я не собираюсь отказываться от бесплатных

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

Спасибо всем участникам за этот замечательный плагин.
Большое спасибо.

@str, я полностью согласен, это должен быть выбор пользователя.

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

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

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

Да, вы: https://addons.mozilla.org/pl/firefox/addon/conex/

Под этим комментарием я имел в виду, например, просто назовите группу «рабочий контейнер» или что-то в этом роде и помещайте вкладки только в те группы, которые находятся в этом рабочем контейнере. В основном PTG не выполняет работу с контейнерами, и пользователю придется организовывать свои вкладки вручную.

Не идеальное или идеальное, но единственное решение, пока у кого-то (или у меня в будущем) не будет времени что-то кодировать.

Может ли плагин работать вместе с https://addons.mozilla.org/ja/firefox/addon/multi-account-containers/ ?
Например, если у пользователя установлен multi-account-containers вместе с panorama tab groups , вы можете установить контейнер вкладок по умолчанию для новых вкладок внутри определенной группы (когда вы выполняете ctrl-t или нажимаете кнопку + в панораме)
Вкладки, перемещенные из других групп, не нужно повторно открывать в этом контейнере, пользователь должен снова открыть их, используя multi-account-containers .

С этим,

1. Проблем с производительностью не будет (как с conex )
2. Panorama не должен заботиться о контейнерах

Вкладки, перемещенные из других групп, не нужно повторно открывать в этом контейнере, пользователь должен снова открыть их, используя multi-account-containers .

Как насчет получения изменений вместо отправки изменений на multi-account-containers ?
Можно ли в Панораме иметь возможность «следовать за лидером» мультиаккаунт-контейнеров?
Этот режим скроет существующие «Группы, созданные пользователем» и просто покажет группы из multi-account-containers и связанные с ними вкладки. Таким образом, вы не затрагиваете какие-либо существующие функции (кроме отключения перетаскивания вкладок между группами).

Думаю, это переместит "Панораму" в категорию "Must-Have".
Я знаю, что это самая большая проблема, которая у меня есть.

Приятно слышать, что к этому вопросу так много желания. К сожалению, это не моя сильная сторона и не что-то в моем личном списке дел, так как у меня уже есть невыполненная работа. Если кто-то захочет что-то здесь реализовать, я буду рад просмотреть это и объединить. В противном случае, к сожалению, это придется отложить на второй план.

@projectdelphai

Таким образом, преобразование вкладки в другой контейнер включает повторное открытие вкладки в этом контейнере. я

Есть способ частично смягчить проблему, IIRC в более новых версиях firefox (вероятно, уже 2 года) есть метод «создать спящую вкладку», где создается вкладка с назначенным ей адресом веб-страницы, но не загружается - до тех пор, пока пользователь нажимает на эту вкладку.

+1 за этот вариант

С момента появления новой системы у меня теперь сотни (буквально) вкладок, отсортированных по контейнерам, примерно по одной для каждого проекта, в котором я участвую. И я управляю ими с помощью Conex.

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

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

Для этого расширения я бы сказал, что оно может абстрагироваться от бэкэнда групповых вкладок (не жестко запрограммированных одним способом), а затем позволить пользователю выбирать, какой метод используется для управления группами. Если мы выберем «Использовать контейнеры Firefox для группировки вкладок» и если контейнеров уже много, у нас автоматически появится много панорам. Очевидно, что добавление группы добавит контейнер и т. Д.

Возможно ли взаимодействие с плагином multi-account-containers с технической точки зрения?

Я бы хотел установить контейнер по умолчанию для группы. Перемещение вкладки из одной группы в другую не должно изменять ее содержимое (если это вообще возможно). Простая возможность указать contianer по умолчанию для группы вкладок покроет 99% моих сценариев использования.