по просьбам трудящихся
Теперь поставщика данных для ТП может попытаться написать каждый. Был бы повод и фантазия

Документации нет, но есть немного примеров.
Будет хорошо, если кто-нибудь осилит написание описалова.
В качестве стартового мини-sdk (для понимания работы поставщиков ТП вообще) может служить раздел докуметации ТП Описание интерфейса поставщиков данных табличного поля

в атаче ВК и md с тремя КОПами (поставщики ИТ,ТЗ,ТЧ)

КОП-поставщик может реализовать следующий интерфейс (интерфейс QS пока недореализован):
//DataRow
"GetFieldCount",
"GetFieldIndexOf",
"GetFieldName",
"GetFieldType",
"FormatField",
"GetRowIndex",
"GetValue",
//Provider
"QueryRows",
"Fetch",
"RefreshRow",
"CompareRows",
"GetLastError",
"GetRowCount",
"QueryField",
"ReleaseField",
"GetQuickSearchType",
"QuickSearch",
"OnAttach",
"OnDetach",
"BuildRowByValue"

исходники
_1Common.7z
ProxyDataProvider_src.rar

ProxyDataProvider.rar

Работает только с icpp?
С 2.5 нет?

Uzhast писал(а) 16. Мая 2008 :: 13:06:
Сдается мне, ты зря расслабился...

Цитата:

Дык ничего там такого нет. Грубая прослойка.
ссылки на исходники в #0

trad писал(а) 16. Мая 2008 :: 13:30:

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

Цитата:
тут ты сильно прав

trad

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

Если кто-то будет дописывать - мой brain-stream
По моему мнению необходимо реализовать базовий для КОПов класс из которого выставить методы ResetData(), SetCurrentRow() и, возможно, OnFieldsChanged().
КОП можно опционально от него наследовать, если конечно частной реализации потребуетсмя обратная связь с ТП. А она обязательно потребуется например для QS.

Хотел попробывать "ПоставщикаДанныхТЧ". В модуле формы документа написал:

Процедура ПослеСозданияФормы()
	Ф=СоздатьОбъект("Форма");
	тпТЧ=Ф.СоздатьЭлементУправленияНаФорме(Форма, "ТабличноеПоле", "тпТЧ");

	Пост=СоздатьОбъект("ПоставщикДанныхТЧ");
	Пост.УстановитьКонтекстДокумента(ТекущийДокумент());

	ПроксиПоставщик=СоздатьОбъект("ПроксиПоставщикДанных");
	ПроксиПоставщик.УстПоставщика(Пост);

	тпТЧ.Колонки.Добавить("НомерСтроки").Данные=НомерСтроки;
	мдДок=Метаданные.Документ(Вид());
	Для Тек=1 По мдДок.РеквизитТабличнойЧасти() Цикл
		ИДРекв=мдДок.РеквизитТабличнойЧасти(Тек).Идентификатор;
		тпТЧ.Колонки.Добавить(ИДРекв).Данные=ИДРекв;
	КонецЦикла;
	тпТЧ.ОбновитьСтроки();
КонецПроцедуры	// ПослеСозданияФормы 

В самом КОПе добавил:

Сообщить("QueryRows"); 

и

Сообщить("Fetch"); 

в соответствующие процедуры, дабы увидеть выполняются ли эти процедуры.
В итоге на форме я имею пустую ТП и ниодного сообщения. По нажатию на "Home",  "End" или при прокрутке колесом имеем вылет.

Что я делаю не так?

Кому интересно могут протестировать «поставщикаИТ» доработанного под свои нужды

http://www.1cpp.ru/forum/YaBB.pl?num=1210427348/6#6

Народ, так будем вставлять в icpp ?

Обязательно! 

steban писал(а) 02. Июля 2008 :: 15:06:

+1
Готов заняться внесением кода в 1С++

steban писал(а) 02. Июля 2008 :: 15:06:

Качай заново, Дима восстановил ссылки.

только что еще раз обновил, перекачайте

Занялся вопросом переноса прокси-поставщика в 1С++.
В 3.0 переношу однозначно.

Вопрос - нужно ли данного поставщика реализовывать для 2.5 ?

Честно говоря, не хочется

artbear писал(а) 03. Июля 2008 :: 08:16:

Ты ж релиз собирался выпускать.

А как согласуется новый функционал и выпуск релиза?
Примерно как рыбалка и здоровый образ жизни.

А возможно ли реализовать работу с приближенным "количеством строк в наборе данных" (GetRowCount) ?

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

Или хотя бы в процедуре GetRowIndex добавить возможность управлять
индексом (для определения относительного положения строки)

kiruha писал(а) 03. Июля 2008 :: 08:52:

А что сейчас мешает?
Мне, правда, непонятно, как определять примерное количество строк и примерный индекс.

Выложена очередная сборка icpp под номером 3.0.1.7

Цитата:

artbear писал(а) 03. Июля 2008 :: 09:24:

Обратите внимание на совпадение имен классов в 1С++ и исходной ВК, не путайтесь с загрузкой.

kms писал(а) 03. Июля 2008 :: 09:26:

Если хочешь, перезалей

Да, проблема с артефактами при неточных данных понятна.
Я правда тестировал провайдер ТЗ на приблизительных данных (приблизительный GetRowCount()), там проблемы выглядят по-другому.
Там артефакты появляются только в конце данных и выглядят как зависание скроллбара (при недостатке данных) или как недомотка скроллбаром до конца (при избытке данных).
Не очень понятно, как у тебя получаются пустые строки в начале.

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

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

Неа, пока ничего

kms писал(а) 23. Июля 2008 :: 05:56:


Огроменное спасибо
Думаю, теперь определять точное количество в наборе - нет необходимости )

С ползунком красиво получилось! Спасибо! 

PVR писал(а) 25. Июля 2008 :: 05:48:

Дык потягай ползунок в ТП и все увидишь.
А получилось действительно классно.

Ничего не понял.

В верхней позиции - это начало данных.
В нижней позиции - это конец данных.
В середине - это неизвестно где.

Это все - для поставщиков, которые не поддерживают предоставление информации о количестве строк.

Как пользоваться:
- Ставишь в середину.
- Тянешь вверх или вниз.
- При увеличении дельты смещения от центра будет происходить прокрутка строк, остановка, прокрутка страниц.

P.S.
Только, чтобы нормально понять, тестируй на поставщике ИТ (с установленным индексом) или поставщике MSSQL.

kms
я видел как это клево работает на поставщиках ИТ и SQLite.

вопрос в том как добится такого поведения в поставщике 1С ?

может тест написать для наглядности ?

Дима, жду подсказки от тебя

kms писал(а) 25. Июля 2008 :: 06:41:

PVR писал(а) 25. Июля 2008 :: 06:56:

Они так и называются. См. первый пост ветки.

kms, trad, спасибо!
уже догадался:
Цитата:

Теперь проблема при прокрутке вниз до конца набора, видны все строки, но при отпускании бегунка мышкой  последняя строка пропадает  

PVR писал(а) 25. Июля 2008 :: 07:21:

Если время позволяет, может быть ты тогда тест небросаешь?

PVR писал(а) 25. Июля 2008 :: 10:11:

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

P.S.
Для поставщиков ИТ/MSSQL аналогичный эффект не проявляется?

PVR писал(а) 25. Июля 2008 :: 11:08:

Ну, сделано красиво, эт правда.

Если я правильно понял, проблема в том, что при развороте уровней и перемещении ползуна в самый низ, ты не видишь последнюю строчку с данными?
У меня это "Расходы на хранение".
И только промотка вверх-вниз или свертка-развертка узла позволяет ее увидеть?

Такой дефект я вижу.
Но он проявляется и при простом нажатии END на клавиатуре.

Попробуй использовать мой (встроенный) класс поставщика ИТ.
Будет ли с ним проявляться проблема?

Тоесть поставщика 1C или мой класс?
Если моя ошибка то где, или она не решаема?

А твоя ошибка в ТПОтчетДерево:

	Прокси =СоздатьОбъект("ТПОтчетДерево.ПоставщикДанныхИТ");
	ИНТЗ=Прокси.гИТ;
	ПроксиПоставщик=СоздатьОбъект("ПроксиПоставщикДанных");
	ПроксиПоставщик.УстПоставщика(Прокси);
 

надо заменить на:      

	ИНТЗ =СоздатьОбъект("ИндексированнаяТаблица");
	ПроксиПоставщик =СоздатьОбъект("ПоставщикДанныхИТ");
	ПроксиПоставщик.ИндексированнаяТаблица = ИНТЗ;
 

ну и может быть еще кое-что по-ходу, тебе виднее.

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

Цитата:

Почему не реальнно?
Ведь всё, что можно реализовать на 1С, с легкостью реализуется на С++

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

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

PVR писал(а) 25. Июля 2008 :: 21:32:

Ну, ты еще можешь взять поставщика 1sqlite.
Но там опять же будет схема с index seek + index scan, т.е. ничего нового.
Так что ты тут на острие прогресса, только неточности, о которых я выше говорил, надо поправить.

PVR писал(а) 26. Июля 2008 :: 09:08:

О. Работает.
В принципе, можно в начало/в конец/на строку переходить прямо в QueryRows, а в Fetch - уже только проматывать.

А что там с переходом от верха в конец?
Вроде все нормально.

Цитата:


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

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

PVR писал(а) 26. Июля 2008 :: 10:37:

Если перенести в QueryRows, то перестают отрабатывать HOME и END
Оставим как есть (не зря добавил гСтр) 

kms писал(а) 28. Июля 2008 :: 12:26:

Попробуем

kms писал(а) 28. Июля 2008 :: 12:26:


Теперь не залипает, Спасибо 

релиз 1.1.0.2
Выполнена небольшая доработка для осуществления обратной связи с контролом ТП. (например для реализации QS)

Интерфейс дополнен методами:
OnFieldsChanged()
SetCurrentRow(Row)
ResetData(Row)
- эти методы реализованы у специального класса BaseDataProvider, который может быть базовым для КОП-поставщика.
Описание методов см. sdk по поставщикам ТП.
ВК и исходники на своих местах.

небольшой шаблон-пример для QS:

Функция GetQuickSearchType(ИмяПоля) Экспорт
    Возврат 1; //0-поиска нет, 1-поиск текстовый
КонецФункции

Процедура QuickSearch(ИмяПоля,ТипПоиска,Данные) Экспорт
    //выполняем поиск строки по специфичному для текущего поставщика алгоритму
    Row = ... //в итоге получаем объект идентифицирующий строку
    Сам().SetCurrentRow(Row); //вызов callback метода интерфейса
КонецПроцедуры 

Off-Topic replies have been moved to this Topic.