Подскажите.
Есть у меня ТЧ документа с ~400 строками. ТЧ показывается пользователю не полностью, а с отбором через свойство ОтборСтрок.

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

Как бы мне при открытии документа заставить 1Ску получать на клиента всю необходимую мне табличную часть документа?

Никак.

Сделать свою ТЗ

(1) Я пока выкрутился таким образом в ПриОтрытии():
    Для Каждого СтрТЧ Из Объект.ТЧ Цикл
    КонецЦикла;

Кушает, конечно, полсекунды и вызывает сервер аж 20 раз, но при дальнейшей работе сервер не мучает.

(2) Думал над этим. Но это перелопачивать типовую сильно придется. Нежелательно совсем.

(3) А вот с ТЧ в 60000 строк так лучше не делать...

(5) Ибо получается около 2000 вызовов сервера. Хочется качнуть всё за 1 вызов. Осталось придумать как.

(3) До первого изменения ТЧ.

(6) Попробуй в ПриСозданииНаСервере. Мало ли.

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

(7) Это вот обидно, да
(9) 1Ска выдает ошибку на уровне платформы, когда строк в ТЧ больше 100000.

лопатил отбором 13тыс строк в доке и норм, что и как делаешь?

УФ разумеется

(11) Так а тут особо ничего и не сделаешь
Элементы.ТЧ.ОтборСтрок = Новый ФиксированнаяСтруктура(СтрОтбор);

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

я даже универсальную байду делал, чтобы каждый раз в разных объектах разные колонки не прописывать

(11) Ты не путаешь динамический список и таблицу значений?

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

(17) +заметь, универсальный, который можно без особых таких напрягов подключить к любому объекту с ТЗ/ТЧ

(17) (18) Скинь обработкой.

там не обработка, там 2 общщ формы, вроде 3 общ модуля и прописать некоторую хрень в документе нужно

хотел продавать, но ладно, могу дт выложить, там это есть

https://drive.google.com/open?id=0B9pwNOpb8dpvSXRNLWJsRkhYMUk

(22) ну естественно еще допилить хотел перед этим самым делом, есть мысли - нет времени

(19) скачал?

Ёж, ты  где?

Ты сделал через УсловноеОформление? Мудренно.

Круто, че.
Интересно, условное на стороне сервера применяется.

ща посмотрел - у меня дома несколько старый вариант, где я пробовал через условное оформление; а УО косячит: при большом кол-ве строк скрытие строк приводит просто к коллапсу отображения. Там потом переделал именно на ОтборСтрок. Это как раз кошерный метод

Отбор строк убивает ТЗ с 100000 строк.

(9) А зачем документ на 100000 строк? Ни один веб сервер нормально такое не проглотит. Точнее, проглотит, но результат будет такой же.

(29) 100 тыс у нас не было, 13 с половинкой было. Все норм (если не условное оформление, а отбор строк). Все летало

(30) http://risovach.ru/upload/2013/11/mem/zheleznyy-chelovek_34682731_big_.jpeg

(31) Скинь, пожалуйста, тоже посмотреть.