(10)
Этот глюк с масштабом текста Windows тянется еще с 8.1 для обычных форм. Решается очень просто, в модуле формы добавляется пробел и убирается, потом обновляется конфигурация (в режиме стандартного масштаба 100%).
На управляемых другаю шляпа, там колонки скачут как сумашедшие, то ширина колонки сумма на пол экрана, то еще что-нибудь.
(4)Спасибо большое! Помогло. Пробовал выполнить действия из статьи, помогло, но только почему то на раб. месте где база физически находилось, на другом не помогло.
В связи с последним обновлением,пришлось перейти на новую платформу 8.3.13.1513,конфа 1.3.122.3.
И начались такие же проблемы, только не с одним документом, а с очень многими.Сначала не могла понять почему у меня все норм работает, а у бухов не открывается,нашла инфу про 100-125%,оказалось у меня стоит 125 и норм,а у них 100 и не работает,переставили им на 125,все работает, но их масштаб не устраивает,вернули обратно на 100%.Помогло ,как писал (4) ,поставить галочку Автополе,но не везде,где не помогло и это помогло "способ отображение окна"-максимилизированное,оно сразу большое открывается,меньше сделать нельзя,но вроде всех устраивет.
НО вот с авансовым отчетом ничего не прокатило,в копии сравнила,объеденила,не помогает,видно как слетели привязки,так что будем разбираться.
Так что я по всему жэтому поводу думаю,как уже писали выше обновлятся только на 100%!!!Если стоит больше могут возникнуть проблемы...как у меня=(
Внешне похоже, как будто, привязки на форме слетели. Я бы вначале в конфигураторе запустил форму в режиме просмотра, и растянул на экран. В момент растягивания, красным блоком был бы выделен, элемент со сбитыми привязками. Конечно, часто бывает что конфа поставщика отваливается, на конфигурациях со снятым "замком", скорее всего этот случай.
Была такая же ситуация, однако положение осложнялось тем что косяк был только на одном компьютере, а на остальных двух, все работало штатно. Так и не получилось победить.(((
Такое поведение системы наблюдается в типовых конфигурациях на платформе 8.3.10.х если пользователь в настройках шрифта Windows установил значение Средний (125) или Крупный (150).
После перехода с 8.2 на 8.3 в некоторых формах поймали такое поведение платформы. Хотя автор написал что менял настройки dpi и ему не помогало, нам это помогло.
Ещё один интересный момент - такое поведение платформы наблюдается только в ОС Windows 7 и выше. Пользователи на Windows XP продолжают нормально работать на новой платформе с увеличенным шрифтом.
(10)
Этот глюк с масштабом текста Windows тянется еще с 8.1 для обычных форм. Решается очень просто, в модуле формы добавляется пробел и убирается, потом обновляется конфигурация (в режиме стандартного масштаба 100%).
На управляемых другаю шляпа, там колонки скачут как сумашедшие, то ширина колонки сумма на пол экрана, то еще что-нибудь.
(12) ВОТ Я НЕ ПРОЧИТАЛ ЭТОТ КОММЕНТАРИЙ И МУЧАЛСЯ : )))
НАРОД ЧИТАЙТЕ ЭТОТ КОММЕНТАРИЙ!
Пользователь тоже поставил молча 120%, ко мне админ подбежал говорит беда так и так, вот статья сделай как встатье... сделал не помогло... пробовали кэши чистить, пробовали юзера перезаводить как в 1С, так и виндовую учетку грохали : )))) весело было.
Просьба к автору закрепить 12-ый комментарий как лучший ответ, чтобы его было первым видно ;)
Забавно. Месяц назад пытался полное решение данной проблемы опубликовать тут. Не получилось - сказали текста мало ) Написал на форуме.
(10) правильно написал - причина в неверном масштабном коэффициенте на экране у обновляющего. Вставьте это пожалуйста в основной текст - найти в интернете не особо получится у заинтересованных, а комментарии не все всегда читают.
(10) на на Windows XP по другому работает масштабирование, там увеличивается только системный шрифт.
Все остальные элементы приложений по-прежнему отображаются в масштабе 1:1
Занятно, что при нестандартном масштабировании, например 120% все нормально
Была такая же проблема. Но на моем компе форма отображалась корректно, а на компе бухгалтера приходилось восстанавливать положение окна. Решил так: зашел в конфигуратор на компе бухгалтера, как бы изменил любой реквизит ("как бы" потому что изменил и вернул сразу в предыдущее состояние) и сохранил-обновил базу. Оказалось у нас разные разрешения экрана.
Понятно, что это решение относится к изменениям настроек dpi, но сами настройки у себя менять не стал, просто сохранил конфу сразу на нужном компе.
Такая проблема в типовых конфигурациях часто встречается -причем по пожеланиям заказчиков -мы не ставим возможность редактирования конфигураций. Масштаб могу сказать у всех стандартный 100%. Проявляется как на всей форме в целом так и отдельно в табличной части документа. Единственно всем советуем на панели окон правой кнопкой- восстановить положение окна.
Пока только так. (учитывая что в конфу не лезем)
Это возникает при не правильной привязке элементов на форме. Кривые элементы можно увидеть в конфигураторе при проверке отображения формы. Если потянуть форму на расширение, то эти элементы будут перечеркиваться красным крестом, вот в них и надо поправить привязки. Исправлял лично не один раз.
Коллеги, кому интересно. Вот способ от Soul771 (http://www.forum.mista.ru/topic.php?id=775304), которым воспользовались мы.
Цитирую:
"Наконец-то получилось вернуть прежнее состояние!
Открыла форму документа в конфигураторе, правой кнопкой на рамке->свойства-> состояние окна-> Свободное
Сохранила, окно открывается нормально)))
Долго тыкалась в свойствах формы, не было сначала этого пункта, и не поймала момент, что тыкнула, чтобы появился, какие-то несколько фильтров сразу..
http://s018.radikal.ru/i506/1607/cb/a149a55936d0.jpg"
У нас работает, при открытии формы в режиме 1С Предприятие можно также щелкнув на верхней части окна переключить его в обычный режим, который будет работать корректно.
19.
laptewanast@mail.ru
21.09.17 13:21 Сейчас в теме
У меня аналогичная проблема, форма не типовая в не типовом документе, раньше она работала правильно без проблем, позже добавила реквизит и стала открываться на пол экрана, после этого реквизит перенесла в другое место, проверила все привязки, они правильные, в конфигураторе форма открывается на весь экран при проверке, и на моем пк форма открывается нормально, масштабируется, а на всех практически компьютерах кроме моего положение ее так и не изменилось, те она на пол-экрана, причем под моим пользователем на моем компе - все правильно открывается, под моим пользователем на другом компе - уже не правильно. Сто раз чистила все кешы, первый запуск масштабируется, второй запуск формы -уже на пол-экрана. Что делать?
20.
laptewanast@mail.ru
22.09.17 11:04 Сейчас в теме
Проблема решена!!
Привязки действительно все нужно проверять и они должны быть впорядке, но если проблема все равно остается с отображением не на весь экран, значит нужно уменьшить размер щрифта, в настройках панели управления виндовс, до самого мелкого, тем самым разрешение опускается до нужных 96dpi, в этом разрешении 1с рекомендует разрабатывать формы. Форму нужно пересохранить в конфигураторе под новым разрешением.
это если было расширение 125 , то поставится 120.
А если было 100 (стандартное ) , то как победить 8.3.10 платформу , в которой все формы без восстановления не работают ?
Снимается с поддержки конфа с возможностью редактирования. Разрешение выставляем 96 dpi (100 %) открываем нужную форму и добавляем любой элемент (например кнопку), удаляем добавленный элемент и сохраняем конфигурацию. Все, глюк у многих исчез. Главное все пользователи должны работать в 96 dpi, если у кого то стоит 125% или 150% глюк через какое то время возвращается.
В 8.3 есть масштаб и это этого глюка нет в конфигурациях 3 версий.
Подтверждаю, что проблема появляется, если вести разработку обычных форм в конфигураторе в нестандартном DPI, даже на платформе 8.3.9 ситуация та же самая. Пробовал 120%, 125%, все равно наблюдаются проблемы. Сначала обходил тем, что пересохранял формы в стандартном масштабе перед помещением в хранилище, но так как для этого приходилось использовать разные настройки терминального сеанса, то в конце концов просто нашел старый монитор 17 дюймов и работаю на нем в 1С + на втором 22 дюйма с одинаковым DPI 100%. На втором мониторе обхожусь зумом в хроме (JIRA + Confluence) и увеличением текста писем в аутлуке.
В общем, если появляется сообщение о том, что "разработку форм рекомендуется вести в разрешении 96 DPI", то проблемы с обычными формами практически гарантированы.
Люди, а кто-нибудь сталкивался с проблемой формы списка сотрудников в УПП на платформе 8.3.12? Правда проблема появилась с какой-то более ранней версии 8.3.x, но с какой именно не помню. Форма полностью типовая, разработка ведётся на стандартном DPI (100%)
(37)
нам по этой проблеме отписалась поддержка 1С:
"Проблема будет решаться в следующих релизах конфигурации."
мы обнаружили это на платформе 8.3.10.2580 в конфигурации 1.3.106.2
сейчас мы на платформе 8.3.13.1513 в конфигурации 1.3.121.1 - проблема все таже, ответ от поддержки все тот же
Мне на связке Windows Server 2008 R2 + Windows 7 + remoteapp помогли следующие действия:
1. Подключился на удаленный рабочий стол, изменил масштаб на 125%, вышел из сеанса
2. Зашел. Запустил 1С с таким масштабом, поклацал по формам документов, справочников, поведение нормальное - разворачиваются. Закрыл 1С. Изменил масштаб на 100%. Вышел из сеанса.
3. Зашел. Профит
" Вкладка справа сверху "Еще" - "Изменить форму" - в открывшемся окне справа сверху снова "Еще" - "Установить стандартные настройки" - программа перезагрузится и все! "
(46) В БСП есть серверная процедура СброситьРазмерыИПоложениеОкна
Там это делается практически так же, но вызывается из события ПриСозданииНаСервере
БСП 2.4:
&НаСервере
Процедура СброситьРазмерыИПоложениеОкна()
ИмяПользователя = ПользователиИнформационнойБазы.ТекущийПользователь().Имя;
Если ПравоДоступа("СохранениеДанныхПользователя", Метаданные) Тогда
ХранилищеСистемныхНастроек.Удалить("ОбщаяФорма.Вопрос", "", ИмяПользователя);
КонецЕсли;
КлючСохраненияПоложенияОкна = Строка(Новый УникальныйИдентификатор);
КонецПроцедуры
(47) мне помогло вот такое:
1. Форма > Показать привязки
2. Правка > Выделить все
3. В свойствах открыть настройки привязки и нажать кнопку Сбросить все привязки
4. В свойствах формы поставить флажок АвтоПравила
похожая ситуация - при повторном открытии окна (формы элементов) - форма НЕ на весь экран, очень похоже на привязки, но точно не они,...
причем проблема глобальная - у всех форм (ладно может не у всех, но у 100 % из того что хватило терпения открывать - проверять).
Было испробовано все:
1. очистки кеша всех родов и мастей,
2 .создание новых пользователей,
3. загрузка /выгрузка .dt,
4. прогонка через chdbfl,
5. разворачивание dt на другом компе
6. смена платформ
7. ТиИ , потом опять chdbfl --- все мимо.....
Помогло: Конфигурация - Загрузить конфигурацию из файла (именно НЕ Сравнить/объединить - ибо не сработает).
Огромное спасибо за идею (12 комментарий) - ибо проверено было на одной форме и это вопрос решало, однако у меня таких форм было примерно миллион и две штуки, поэтому надо было сделать так чтоб изменилась сразу вся конфа....
Надеюсь кому-то поможет и убережет 4 , блин 4! часа танцев с бубнами.......
Год назад сдуру поработал на сервере с домашнего ноутбука. Без задней мысли, что там масштаб (оказывается) не 100%, а 125%. Отсюда и пошли мои проблемы. Но год после обновлений боролся стандартным методом (12) и все было ОК. Но не в этот раз. Только один документ из 5 стал отображаться правильно. Конфа правленная, поэтому вариант замены просто конфы не проходил. Перепробовал вчера все описанные здесь способы, потратил полдня - ничего не помогло. Но таки способ нашел, может кому поможет тоже.
1. Сохранил свою правленую обновленную конфу.
2. Загрузил конфигурацию поставщика. ВАЖНО! После вопроса обновить конфигурацию базы данных нужно ответить нет. Иначе будет потеря данных.
3. Изменил на возможность поддержки с редактированием конфы.
4. Методом сравнить/объединить... конфигурацию загрузил обратно свою конфигурацию, а там снял галочки с данных документов, которые глючили.
5. Потом внес изменения в эти документы снова (там изменялся только модуль формы).
6. Обновил конфигурацию базу данных.
Все заработало!