В этой группе нет элементов управления visual studio

Обновлено: 07.07.2024

У меня есть некоторые UserControls, которые я создал в ProjectA. У меня есть ProjectB, у которого есть форма окна, на который я хочу включить элементы управления. Оба этих проекта находятся в одном решении. Там ссылка на ProjectA от ProjectB, чтобы он мог "видеть" UserControls.

Тем не менее, UserControls не отображаются в панели инструментов, чтобы я перетащил их в форму Windows.

Я пробовал перестроить. Я также удалил каталог "bin", чтобы принудительно восстановить все.

Как мне заставить VS2008 заполнять панель инструментов с помощью UserControls?

Проверьте этот параметр:

Инструменты > Параметры > Дизайнер Windows Forms > Общие сведения: AutoToolboxPopulate

Для этого должно быть установлено значение True.

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

В форме, которую вы хотите, чтобы ваш пользователь контролировал, откройте панель инструментов, щелкните правой кнопкой мыши и выберите "выбрать элементы"

Перейдите к своему .exe или dll, который вы скомпилировали на шаге 1.

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

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

Однако мне пришлось активировать "Показать все" из свойств панели инструментов (щелкните правой кнопкой мыши), чтобы увидеть мои новые пользовательские элементы управления.

До сих пор у меня не было проблем с usercontrols, которые не отображаются в панели инструментов. Создайте проект, и он просто появится. Тогда сегодня не работает. После обыска я прошел через следующую, но все равно не радость.

Инструменты > Параметры > Дизайнер Windows Forms > Общие сведения: AutoToolboxPopulate
Инструменты > Параметры > Текстовый редактоp > XMAL > Разное: AutoToolboxPopulate
Reset настройки VS по умолчанию

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

Тогда я подумал, что что-то может быть неправильно с моим проектом или файлом окна wpf. Удалили проект, создали новый и добавили новый элемент управления. Построил проект, но он не работал.

Единственное, что я сделал по-другому, - это выбрать имя для проекта, в которое я включил пробел в имени "Приложение WPF".

Снова удалил проект и создал новый, снова называемый "WPFApplication" без пробела, и добавил пользовательский элемент управления. Построено, и пользовательский элемент управления появился.

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

Состав панели элементов меняется в зависимости от того, какую платформу вы выбираете для разработки. Например, ниже на рисунке показаны различные варианты Toolbox для трех вариантов проектов: WinForms, WPF и UWP:

По умолчанию в панели элементов (toolbox) появятся только стандартные элементы управления. Например, мы захотим использовать в нашем проекте компоненты Ribbon Controls (как в Office). Для того, чтобы их использовать в своем проекте, мы должны добавить ссылку на них в свой проект. Сделать это можно следующим образом:

Теперь мы можем подключать необходимые пространства имен в наш проект и использовать компоненты в проекте. Однако в панели элементов они не появятся. Для того, чтобы добавить их в панель элементов необходимо выполнить ещё несколько простых действий.

Добавим наши компоненты Ribbon Controls в панель элементов. Элементы могут добавляться как в уже существующие вкладки, так и в новые, созданные нами. Воспользуемся вторым вариантом.

5. Теперь в панели элементов появятся новые элементы управления, которые можно добавлять на форму приложения простым перетаскиванием мышкой:

Сегодня мы разобрались с вопросом как добавить новые элементы управления в проект и добавить их в панель элементов (toolbox) Visual Studio 2019. Не всегда устанавливаемые элементы управления автоматически отображаются в панели элементов, поэтому иногда требуется воспользоваться их добавлением вручную, используя возможности IDE.

Как указано в названии, я скопировал свою DLL в проекте Visual Studio, установил ее в "content" и "copy always". Добавлена ссылка на эту DLL и установите для нее "скопировать локально".

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

Как я могу решить эту проблему?

Если я напрямую свяжу проект DLL с этим проектом, он работает, но теперь я рассматриваю DLL как "внешнюю", поэтому он не является частью одного и того же решения проекта DLL.

спросил(а) 2020-03-08T21:00:11+03:00 1 год, 8 месяцев назад

У меня была эта проблема с @AndrewFinnell solution:

В "c. \XXXX.dll" нет компонентов, которые можно разместить на панели инструментов.

Итак, я решил с помощью перетащить:

ответил(а) 2020-03-08T21:12:23.881161+03:00 1 год, 8 месяцев назад

Затем ваши компоненты должны отображаться

ответил(а) 2020-03-08T21:00:11+03:00 1 год, 8 месяцев назад

Как я нашел, чтобы это работало:

И затем элементы управления отображаются в панели инструментов (не всегда работают, я думаю, это своего рода ошибка визуальной студии)

ответил(а) 2020-03-18T21:10:38.143190+03:00 1 год, 8 месяцев назад

Как сказано выше,

Я ссылаюсь на DLL в проекте клиента: в правом обозревателе решений щелкните правой кнопкой мыши > Добавить ссылку, в это время пользовательский элемент управления не появится в панели инструментов.

Я сохраняю его и закрываю проект клиента.

Я перезапускаю Visual Studio 2012 и снова открываю клиентский проект. Теперь пользовательский элемент управления находится в панели инструментов.

Я снова открываю проект пользовательского контроля, вношу некоторые изменения и компилирую.

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

ответил(а) 2020-03-08T21:00:11+03:00 1 год, 8 месяцев назад

Я пробовал следовать другим ответам (спасибо всем вам!), но у меня возникла эта проблема, и я дам вам понять, как я ее решил, и показать свои собственные инструменты на панели инструментов (в VS 2017).

В этой группе нет доступных элементов управления. Перетащите элемент на этот текст для добавления в toolbok

Я перетащил .dll и упал под этим текстом, а затем все мои собственные инструменты появились в моей панели инструментов.

ответил(а) 2020-04-05T21:14:50.974555+03:00 1 год, 7 месяцев назад

Вот что я сделал.

После установки загрузки таблицы 3.5 с MSDN-ссылки я вручную скопировал dll-диаграммы 3.5 в свой проект и ссылаюсь на них. Затем, из "выбрать элемент" панели инструментов, перейдите к библиотеке dll и добавьте их в панель инструментов. Убедитесь, что флажок установлен для "диаграммы" во всплывающем окне "выбрать элемент".

Примечание
(Я использую Visual Studio 2010. Я думаю, что мое решение должно работать в 2012 году.)

ответил(а) 2020-03-08T21:00:11+03:00 1 год, 8 месяцев назад

У меня была такая же проблема. Я работаю в Visual Studio 2010.

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

Это была проблема, с которой я сидел на горере последние 2 года.

Я бы проголосовал за предыдущий ответ, но пока у меня не хватает репутации.

Один из вопросов, который я имею в связи с этим: что произойдет, если вы измените ссылку на проект на DLL (потому что она перемещена), а не пытаетесь обновить ссылку на инструментарий (удалив элемент управления из панели инструментов и перетащив DLL из нового местоположения)?

Когда вы создаете приложение на базе форм, то для дизайна пользовательского интерфейса применяются три отдельных инструмента Visual Studio: визуальный конструктор форм Forms Designer (который обеспечивает основу формы), панель инструментов Toolbox (содержащую элементы управления, которые будут размещаться на основе) и браузер свойств (который используется для изменения: формы; ее дочерних элементов управления; внешнего вида и поведения). Эта триада инструментов интегрированной среды разработки является ключом к быстрой разработке форм в Visual Studio (особенно в том, что касается создания содержимого формы).

И элементы управления, и компоненты обитают в панели Toolbox (дополнительное описание Toolbox см. в главе 6). Добавление на форму элемента управления или компонента производится перетаскиванием соответствующего элемента из панели Toolbox на поверхность формы.

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

Via рис. 15.5 выделена область лотка компонентов визуального конструктора форм.

Компоновка и позиционирование элементов управления

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

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

Самый простой способ продемонстрировать проблему изменения размеров формы — это рассмотреть несколько рисунков. На рис. 15.6 показана простейшая форма: метка, текстовое поле, кнопки ОК и Cancel. Элементы управления формы были тщательно размещены: выдержаны равные расстояния, элементы аккуратно выровнены по горизонтали и вертикали — короче говоря, эта форма выглядит именно так, как того хотел разработчик.

Рис. 15.6. Элементы управления на форме выровнены

Но затем в дело вступает пользователь. На рис. 15.7 показаны результаты изменения размеров формы по горизонтали и вертикали.

Этот вид— совершенно не то, что планировалось получить; четкий и аккуратный дизайн формы не справился с изменением её размеров. Возможно, пользователь изменил размеры формы в попытке получить больше места для ввода в текстовом поле. Либо пользователь упорядочил все окна приложений в мозаичном порядке, что и привело к изменению размера окна данного приложения. Какова бы ни была причина, совершенно ясно, что требуется дополнительное вмешательство разработчика для того, чтобы дизайн стал "правильным" (и не зависел от размера формы).

При помощи сравнения рисунков до, и после изменения размеров вы можете выработать стратегию и ответить на вопрос: "Что должно происходить при изменении размера формы пользователем?" На рис. 15.8 показан снимок идеального варианта; текстовое поле "последовало" за изменением размера (изменяя свою ширину в горизонтальном направлении). Командные кнопки сохранили свое выравнивание друг с другом и с текстовым полем, но не изменили своих общих размеров. Метка осталась в своем исходном положении.

Каждый объект формы имеет событие изменения размера, которое происходит при изменении размера границ формы (чаще всего это происходит в результате перетаскивания пользователем границы формы для увеличения или уменьшения ее размера). Поскольку каждый элемент управления имеет такие свойства позиционирования, как Top, Left, Height и Width, то для получения формы, показанной на рис. 15.8, можно было бы применить грубый силовой подход — написав несколько строк кода для каждого элемента управления, вы могли бы вручную переместить элементы управления или изменить их размер при изменении размера формы и положения других элементов управления. Однако такой подход как минимум трудоемок и дает весьма "хрупкий" код, который необходимо подправлять каждый раз, когда компоновка и расположение элементов управления модифицируются.

К счастью, визуальный конструктор Windows Forms в Visual Studio (в сочетании с некоторыми стандартными свойствами элементов управления) позволяет вам учитывать все возможные оптимизации изменения размера уже при компоновке формы. При помощи привязки (anchoring) и закрепления (docking) ваших элементов управления вы можете указать их положение относительно друг друга и относительно границ формы.

Читайте также: