Я согласен здесь. Тем более, что диалог фиксации эффективно функционирует как «статус git» в графическом интерфейсе.

Что вы ожидаете от этих сценариев:

Шаги 0:

1. В основной форме (Browse) нажмите кнопку "Commit", откроется диалоговое окно фиксации.
2. Сверните диалоговое окно фиксации и переключите фокус обратно в главное окно.
3. Нажмите кнопку «Подтвердить» еще раз.
   В: должно ли всплывать существующее диалоговое окно или должна быть создана новая копия диалогового окна?

Шаги 1:

1. В основной форме (Browse) нажмите кнопку "Commit", откроется диалоговое окно фиксации.
2. Верните фокус обратно в главное окно и закройте его.
   Q: должен ли закрываться диалог фиксации?

Шаги 2:

1. В основной форме (Browse) нажмите кнопку "Commit", откроется диалоговое окно фиксации.
2. Переключите фокус обратно в главное окно и обратите внимание, что новый коммит еще не существует.
3. Переключите фокус на диалог фиксации и зафиксируйте часть файлов (или часть измененных строк), новая фиксация создана, но диалог фиксации все еще открыт.
4. Вернуться в главное окно.
   В: Должен ли граф истории коммитов уже содержать новый коммит?

1. Существующий диалог
2. Закрыть диалог
3. Диалог фиксации должен закрыться после фиксации, а история должна показать новую фиксацию

Это мое мнение, во всяком случае.

0: Существующий диалог

1: закрыть диалоговое окно

2: график должен содержать новую фиксацию, диалог фиксации должен быть закрыт в зависимости от выбранной опции (как сейчас)

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

Высоко ценится.

Есть и другая проблема. Что должен делать GitExtensions, когда открыто диалоговое окно Commit и пользователь изменит рабочий каталог?
а) Закрыть диалог фиксации
б) Держите диалог открытым и обновляйте его содержимое.
c) Держите диалог открытым и работайте с предыдущим репо.
г) Не позволять менять рабочий каталог, когда есть открытые диалоги.
д) Другая идея.

Я ожидаю «c», но при повторном нажатии кнопки «Commit» должен открываться новый экземпляр диалога. Один экземпляр диалогового окна на репо (поэтому, если вы измените рабочий каталог обратно, первый экземпляр будет использоваться снова вместо открытия третьего экземпляра).

c) Держите диалог открытым и работайте с предыдущим репо.

И обеспечить «обновление локальных изменений», представленное в дереве файлов изменений слева (неустановленное). Эта ситуация возможна уже в текущем состоянии и не зависит от модальности диалога. Однако должно быть ясно, что локальные изменения не должны выполняться из GitExt.
Я думаю, что изменение ветки или текущего коммита (то есть индекса) - "жесткое" было бы неприемлемо; рабочий каталог должен оставаться нетронутым - на данный момент его использование ограничено, но я не вижу причин, по которым это не должно быть возможно.

В качестве альтернативы «Зафиксировать в ... (ветвь | зафиксировать)».

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

Вы можете удалить родительский параметр из вызова Show()/ShowDialog() для ViewPullRequestForm.

Я пытался, но это не помогает.

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

Я думаю, у нас есть несколько вариантов:

• Попробуйте исправить проблему в текущей реализации
• Каждый раз запускать новый экземпляр приложения
• Измените все немодальные окна FormBorderStyle на FixedToolWindow/SizableToolWindow, чтобы пользователи могли, по крайней мере, ожидать такого поведения.

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

Это продолжает происходить:

1) совершить что-либо
2) Свернуть окно
3) Продолжай
4) Вернитесь в главное окно Git Extensions и попробуйте щелкнуть материал.
5) Разочаровываться, когда он просто мигает и издает шум ошибки
6) Поймите, что в крайнем левом углу моего экрана есть крошечное свернутое модальное окно.

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

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

В четверг, 18 июля 2013 г., в 11:14 Дрю Ноукс, [email protected] , написал:

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

Это продолжает происходить:

1) совершить что-либо
2) Свернуть окно
3) Продолжай
4) Вернитесь в главное окно Git Extensions и попробуйте щелкнуть материал.
5) Разочаровываться, когда он просто мигает и издает шум ошибки
6) Поймите, что внизу в крайнем левом углу есть крошечное свернутое модальное окно.
моего экрана

Пожалуйста, либо сделайте его немодальным, либо уберите возможность сворачивания. я голосую
для прежнего варианта.

—
Ответьте на это письмо напрямую или просмотрите его на Gi tHubhttps://github.com/gitextensions/gitextensions/issues/564#issuecomment -21190625
.

_Джей Эсбери_
Ремонт ПК и индивидуальные программы $30/час 1 час мин
Мой велосипедный блог http://vbjaybiking.blogspot.com

@vbjay , я знаю, я не только так привык работать с окнами фиксации :) Я провожу большую часть своего времени в Linux с другими инструментами, которые работают так, как я ожидаю. Рад, что авторы решают, что лучше. Просто мой +1 для разнообразия.

Еще одна неприятность модального диалога фиксации заключается в том, что он перемещает главное окно вперед вместе с ним, когда он сфокусирован.

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

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

Имея это в виду, мои ответы на три вопроса, заданные @vcpp , таковы:

1. Повторно используйте окно фиксации на основе репозитория (я хотел бы, чтобы несколько окон фиксации были открыты для разных проектов).
2. Оставьте окно фиксации открытым
3. Фиксация в дочернем окне уведомляет главное окно о новой фиксации, поэтому обновление происходит немедленно.

Кажется, что между @NJAldwin , @jbialobr и мной (тремя респондентами) есть согласие по всем вопросам, кроме второго пункта, и это можно контролировать с помощью опции в этом существующем раскрывающемся списке:

На сайте UX Stack Exchange есть интересное обсуждение:

http://ux.stackexchange.com/questions/39778/benefits-and-drawbacks-of-modal-windows

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

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

Это кажется мне отличным решением.

Вот макет. Названия вкладок должны быть изменены. Возможно, вторая вкладка «Зафиксировать» станет «Изменения».

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

Это кажется мне отличным решением.

Это действительно отличная идея! В большинстве случаев я переключаюсь на диалоговое окно «Обзор» только для того, чтобы открыть диалоговое окно «Зафиксировать».

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

В понедельник, 20 марта 2017 г., в 13:36 Януш Бялобжевский <
уведомления@github.com> написал:

Это кажется мне отличным решением.

Это действительно отличная идея! Большую часть времени я переключаюсь на диалоговое окно «Обзор».
только для открытия диалогового окна фиксации.

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/gitextensions/gitextensions/issues/564#issuecomment-287837834 ,
или заглушить тему
https://github.com/notifications/unsubscribe-auth/ADdhsWU1-9kllO-8sYbi61lIS_owCqH0ks5rnrkcgaJpZM4AdCWc
.

Ленивая загрузка пользовательского интерфейса кажется разумной (хотя и не знакома с кодом).

Я думаю, что если мы хотим интегрировать FormCommit в основную форму, то мы должны переместить вкладки "Консоль", "Зафиксировать..." на полное окно.

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

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

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

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

Если вы собираетесь ввести вкладки вверху, я бы лично предпочел, чтобы они были для репозиториев, чтобы я мог отслеживать несколько репозиториев в одном окне.

Я думаю о вкладках внизу.

Перемещение между панелью вкладок внизу, вкладками посередине и панелью инструментов/меню вверху требует большой активности мыши, чтобы перемещаться туда, куда вам нужно. Иметь одну полосу вверху и одну полосу посередине лучше, чем иметь три полосы, IMO. Вкладки, расположенные под их панелями, не так распространены в пользовательском интерфейсе.

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

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

Мне на самом деле не нравится это предложение... Для меня это означало бы постоянное изменение размеров панелей (сплиттеров).

Возможно, лучший UX можно было бы достичь с закрепленными окнами, как в VS (см. https://github.com/gitextensions/gitextensions/issues/3679).
Но (всегда должен быть один) он не будет работать для пользователей, не являющихся пользователями Windows....

Может быть, было бы возможно решение для стыковки «для бедняков», где пользователь мог бы выбрать макет из предопределенного набора закрепленных или незакрепленных макетов? Может быть сложно найти фреймворк, который будет поддерживать стыковку для всех?

Я добавил некоторые связанные проблемы:

4033

4031

Предложения в #4031, которые должны быть связаны с «немодальной фиксацией», похожей на макет от @drewnoakes.
Я в некоторой степени согласен с @RussKie и считаю, что базовая фиксация должна быть немодальной, но «полную» фиксацию можно выполнить во всплывающем окне.

• Вкладка фиксации в настоящее время скрыта. Должна иметь ту же информацию, что и вкладка фиксации для HEAD, за исключением того, что хэш фиксации отсутствует, а сообщение фиксации является «текущим WIP» (то, что было предварительно добавлено).

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

• Улучшение: кнопки фиксации, похожие на всплывающее окно фиксации.

• Вкладка «Различия», контекстное меню просмотра файлов для добавления/удаления и сброса файлов

  • Должен ли работать двойной щелчок по файлу, как при просмотре (История файлов), или как в Стадия/Отмена, как в Фиксации?

• Улучшение: отдельная вкладка, чтобы Commit/Diff можно было видеть одновременно.

  • Достаточно с перемещением окна фиксации?

Что вы думаете об идее, чтобы диалоговое окно фиксации «закреплялось» внизу графика фиксации (например, макет @drewnoakes ), а сочетание клавиш для закрепления/открепления могло бы быть таким же (или настраиваемым), что и открытие диалога в первую очередь.
Итак, скажем, вы открываете полномасштабный диалог с помощью Ctrl + пробел, но хотите, чтобы он был меньше, снова Ctrl + пробел, и он закреплен. И наоборот, если последнее состояние диалога было закреплено.

@drewnoakes у тебя есть рабочий прототип? Я хотел бы начать использовать это СЕГОДНЯ :D

Я начал реализовывать с помощью вкладки CommitInfo в начале года, но она в основном дублировала весь код в FormCommit, так что решение не было интересным с точки зрения обслуживания, и я отказался от него.

Любые мысли о том, чтобы оставить это диалоговое окно модальным, но с возможностью закрепить/открепить его?

Никогда не использовал его. Это лицензия MIT. https://github.com/dockpanelsuite/dockpanelsuite

Закрытие этого в пользу # 5535.

По моему личному мнению, было бы лучше реализовать это, в любом случае, есть обходной путь, по крайней мере, под Windows, то есть открыть папку в проводнике, щелкнуть правой кнопкой мыши и выбрать "GitExt Commit...", это откроет диалоговое окно фиксации независимо от любого другого открытого окна Git Extensions.