да, кул, надо будет глянуть на досуге, только что узнал про этот инструмент

Это какие-то разные кейсы. Одно дело протыкать API и получить все данные по максимуму, чтобы просто посмотреть что есть. Другое дело осознано писать запрос, который будет использоваться уже в приложении.

Я вопрос в голосовалке понял как вопрос про осознанное составление запроса. А issue скорее про то, что просто посмотреть что есть.

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

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

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

https://github.com/OneGraph/graphiql-explorer/issues/10#issuecomment-491268985

А Sean Grove топит за то, что это плохо.

@FluorescentHallucinogen Explorer as autocomplete mode

вот  если эту штуку в виде плагина припилишь, то это будет очень полезно

открываешь квери в vscode и настраиваешь что нужно

Где? Кто? Очень нужна возможность массово поменять массив дочерних элементов за один запрос

Тут именно про осознанное составление запроса.

Просто посмотреть — Explorer и так отображает всю схему полностью.

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

Скорее это связано с плохой архитектурой и отсутствием франментов

а причем тут плохая архитектура?
то что вложенность большая - это не показатель плохой архитектуры, ты на клиент так данные мапишь

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

Понял.

Но про "посмотреть что есть" я имел в виду уже прямо в виде реальных данных что приходит, а не схемы.

А, понял.

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

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

кодоген решит вопросы

оу май, ❤️

В autocomplete popup или hover popup в VSCode мне это так и не удалось засунуть. VSCode не позволяет кастомизировать их (ограничение самого редактора).

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

а почему бы не засунуть в левый сайдбар?