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

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

Существует ли способ заполнения списка без перебора?

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

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

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

(3) и? ругается?

Да, ругается что реквизит только для чтения

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

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

Ну и убожество эта ваша v8! :-\

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

(7) Гм. А как это в семерке делается?

(7) а как же:
ОбщегоНазначения.ЗагрузитьВТаблицуЗначений(Таб1,Таб2);

(8) Метод Заполнить()
(9) Это же просто обертка в типовых для заполнения перебором в цикле.

(10) Можно кусок из СП, а то у меня 7-ки нету.

(10) Согласен, что обертка, но на уровне платформы и в 7.7 не было и в 8.2 нет, насколько помню, в 8.3 тоже отсутствует

Z ошибся с v7, это только в объекте 1с++ ИндексированнаяТаблица было возможно. Жаль конечно..

(13) всё равно по -любому перебор в пять раз быстрее сработает, чем все эти приблуды. Для программера только это лучше, меньше кода писать, ну так можно сделать просто процедурку как в (9).

(14) По любому встроенные методы должны быть быстрее, так как выполняются на более низком уровне.