vip писал(а) 03. Февраля 2009 :: 18:57:

Как известно аппетит приходит во время еды . Счас у меня есть аналог того о чем я говорил выше, но через связку SQL(lite)+ИТЗ. Результатом работы с пользовательской точки зрения доволен. С точки зрения производительности + автообновление, крайне недоволен. Просто эйфория от удобства и "красоты" прошла быстро и на повестке встал вопрос производительности. В итоге пришла в голову идея поставщика ODBC, а вдруг... спросил, мне подсказали... попробовал... понравилось, посмотрел профайлер, еще больше понравилось... в общем радости полные штаны. Но счас на повестку дня встал вопрос возврата "старого" функционала, но ведь хочется с учетом новых возможностей. Вот собственно пошли далее

Цитата:

Например, возьмем справочник "Расчетные счета". Реквизитов море, но в основном надо банк, номер счета. Остальное по необходимости (особенно для контрагентов). Значит редактирование обоими способами тут возможно скажем для этих двух реквизитов, и остальное можно кнопкой выбора варианта редактирования регулировать. Вот тут то и надо редактирование "пустой строки".... впрочем, а 8-ка то сначала элемент добавляет а потом редактирование предлагает... так что решение есть.

Цитата:

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

Да... вот вопрос пожалуй один и отпал. Однако пока вопрос, активизация нужной мне строки... 

Цитата:

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

vip писал(а) 03. Февраля 2009 :: 19:19:


Моя роль... чаще всего кроме обычной работы 1С-ника я выполняю работу "обслуживающего персонала для программистов". Ну т.е. решили что надо чтобы формы элементов были похожи на современные, возможности вставить в справочник контрагенты например редактирование договоров прямо в форму элемента без дополнительного геммороя... сажусь я и пишу универсальный класс... потом его спорвождаю, дорабатываю и т.п. а другие проггеры внедряют на ряду со своими работами.
Вот... это если кратко. 

Староватую инфу ты нашел.
С ТекущейСтрокой все проще. ТекущаяСтрока определяется поставщиком. Это только для ТЗ она действительно номер строки.

Цитата:

О!

Очень-очень-очень интересная тема...

Идея поставщика с OLEDB (FoxPro) действительно безнадежна (в частности ProxyProvider) из-за неспособности выбирать информацию порциями? У Ужаста получилось преодолеть это?
http://www.1cpp.ru/forum/YaBB.pl?num=1190523570/1#1

Что значит "Перепиши часть строк журнала при интенсивном вводе документов"?
http://www.1cpp.ru/forum/YaBB.pl?num=1233351229/3#3

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

У меня 1с v7.7 на на DBF.

1sqlite не годится, потому что не видит чужие таблицы (только те, которые видны в текущей сессии 1С).

Очень хочется использовать CURSOR.
Провайдеры OLEDB не годятся, наверное, из-за того, что не умеют выбирать информацию частично (да?).

Можно ODBC научить видеть CURSOR?

Посадить результаты запроса в ТЗ\ИТЗ стоит 20% времени формирования запроса. Жаба душит... Может в OLEDB не такие уж тормоза будут?

У Ужаста получилось?