v7: Количество строк в справочнике, документе, журнале #620445

Впервые столкнулся со следующим. Пришел в организацию, а там следующий фокус. При открытии списка любого справочника, любого журнала документов или документа с таб.частью - список содержит только 10 строк. Предполагаю, что такой "усеченный" вид задается, но найти не смог. Кто подскажет?

база скуль ?

а если окно растянуть? ))

если че, можно этим поменять

интересно в чем смысл? и не приводит-ли такой изврат к недопониманию ситуации

1 - да, хотя не знаю, при чем это. В моих скуль-базах разворачивается на весь экран нормально. 2 - в этом случае 3 четверти экрана пуста, т.е. количество видимых строк не меняется

в скуле сделать просто - достаточно во всех запросах выгрузку ограничить через top 10 и привет

3 - это не отбор, а просто тупое открытие журналов документов 4 - не знаю

скроллинг-то есть?

к 2: запрет изменения размера формы?

кинь принтскрин документа / журнала и в сервисе погляди на закладках вк что есть

по идее, первый же заход в базу в монопольном режиме должен привести к верификации хранимых процедур, и top 10 должен будет похериться?

- еще раз, это не запросы скроллинг есть, но неудобно же просматривать список документов по 10 штук:( первым делом посмотрел, галочка стоит а на русском можно? для особо недоразвитых, что значит "кинь принтскрин"

ромиксовская приблуда "на лету" меняет...

кинь принтскрин = выложить копию экрана на фотопомойку и выложить сюда ссылку

адрес фотопомойки, извини

>>>> - еще раз, это не запросы какая наивность

"восток - дело тонкое"...

еще раз: не изменяется размер многострочной части дока или справочника?

[URL=

+ Bad Request

п...ц Свойство формы - изменять размер воткни и наслаждайся.

+ Ложи нормальную ссылку, без "URL=" и ему подобных

просто без всяких тегов

пипец... Просто табчасть на всю форму не растягивается...

+1 видимо затачивали под интерфейс с небольшим разрешением

-> к

+ Такое бывает, если на другом слое лежит таблица значений. Размеры вешаются на ТЗ, она тянется, но невидимая. Как вариант.

рахмат, раз уж меня раскололи.:) в первый раз этим радикалом пользуюсь. галочка разрешения изменения стоит

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

проверял, один слой!

такое не бывает, многострочная часть имеет приоритет над любой ТЗ на форме.

В самой форме поди, уже в пофигураторе, многострочная часть ужата вверх и всё.

Дай скрин формы из пофигуратора и свойствами формы

+ как-то так: Ну и еще - внешние костыли вроде всяких формексов, 1С++ и т.д. есть?

Фискальный регистратор AddIn.DrvFR

а справа на форме ты ничего не прячешь?

этот "эффект" только у тебя, или у всех ?

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

- у всех пользователей - попробую

и ларчик очень просто открывался, за подсказку спасибо. Но следом один вопрос: Читал, что в сикле запрещены строки неограниченной длины. Однако мой предшественник завел такой неограниченной длины реквизит "Комментарий". Он и стоял в самой правой колонке. Но не показывался! Я его перевел в 100 символов, кстати слышал, что лучше в кратное 8-ми символов, тогда размещается оптимальнее, что скажете, мудрейшие? И убрал из формы журнала. Теперь всё нормально разворачивается!

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

"Читал, что в сикле запрещены строки неограниченной длины" Что ж ты всякую порнуху на ночь-то читаешь? Кому запрещены? Кем? Можно ссылочку на УК или АК?

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

по-моему, лучше согласиться с тем, что запрещены...

не... Я несогласный! Где моя белая ленточка??

>> кстати слышал, что лучше в кратное 8-ми символов Я слышал, что 1С 7.7 в файловом варианте хранит строки неограниченной длины порциями по 20 символов. Про скуль не буду утверждать. Когда-то столкнулся с реквизитом неограниченной длины на скульной базе, и сделал отчет, который показал максимальную длину строки - 287 символов. Посовещавшись с бушками, использующих тот реквизит, решили на всякий случай сделать тот реквизит длиной 350 символов. Про проблемы скуля больше не вспоминал.

на:

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

Нет к сожалению. У меня в v7 у одного юзера подобный баг наблюдается. Юзер работает 800х600 в терминале. У остальных 1024+ и все нормально

читал в советах, когда переносил базу из ДБФ в скуль. второй аргумент: как и "неопределенные" реквизиты, реквизиты-строки неограниченной длины в конструкторе запросов не участвуют.

вот это другой вопрос. Но нафига делать запрос к реквизиту неограниченной длины?

1. "читал, но не понял" 2. Ну, запросы можно делать и без конструктора.