Страница 2 из 4
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 20:06
finsoftrz
Что-то не понял про накладную, какие там дочерние окна. Форма редактирования накладной и в ней вызывается форма редактирования строки. Лучше скриншот покажите, где у вас куча окон для одного действия. Разговор без конкретики смысла не имеет.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 20:56
Игорь Столяров
Нет здесь конкретики и обсуждения накладнописания (где к строке содержания может быть привязан список S/N и т.д.)
Даже способ реализации масштабирования окна через закладки или дочерние окна не столь важен - это отдельная тема.
Вопрос в том, насколько сейчас можно использовать размер экрана. Как говорил, Игорь при 800x600 точно всё будет хорошо
и это правда. Но ведь в базовом масштабе на Full HD, карточка 800x600 смортится уже излишней перестраховкой - можно
размещать больше информации без действий по переключению фокуса (закладки или окна). В том же HTML всё проще.
Я всё-таки склоняюсь к идее попробовать разрешение окон в 1600x900 (при 100% масштабировании рабочего стола Windows).
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 21:00
finsoftrz
Что такое "карточка"?
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 21:15
finsoftrz
Игорь Столяров писал(а): 06 Июнь 2024, 20:56
Нет здесь конкретики и обсуждения накладнописания (где к строке содержания может быть привязан список S/N и т.д.)
А нафига? Одна строка - один серийный номер.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 21:24
Игорь Столяров
Форма для ввода данных. Обычно штатный шаблон FORM.
Если с картинками - то вот карточка (FORM) чуть меньше 800x600 на Full HD без масшабирования.
Шрифт не мелкий: FONT('Segoe UI',11,,,CHARSET:CYRILLIC)
Ну совсем осторожно - можно конечно увеличивать.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 21:52
Игорь Столяров
finsoftrz писал(а): 06 Июнь 2024, 21:15
Одна строка - один серийный номер
Перефразирую бородатый анекдот:
- Если бы Бог хотел что бы мы всё выписывали по одной строке - он бы не создал в накладной колонку "Количество".
Вы представляете как будет выглядеть УПД на закупку / продажу 100 мониторов, принтеров, телевизоров, пылесосов и т.д. ?
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 21:59
finsoftrz
Игорь Столяров писал(а): 06 Июнь 2024, 21:52
finsoftrz писал(а): 06 Июнь 2024, 21:15
Одна строка - один серийный номер
Перефразирую бородатый анекдот:
- Если бы Бог хотел что бы мы всё выписывали по одной строке - он бы не создал в накладной колонку "Количество".
Вы представляете как будет выглядеть УПД на закупку / продажу 100 мониторов, принтеров, телевизоров, пылесосов и т.д. ?
Игорь, Вы путаете хранение и представление данных. Хранить надо так, как их учитываете, то есть все операции с привязкой к серийному номеру. Иначе учет теряет прозрачность. Это не значит, что вводить или формировать сопроводительные печатные формы нужно в том виде, как храните. В прочем, Вам виднее.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:05
finsoftrz
Игорь Столяров писал(а): 06 Июнь 2024, 21:24
Форма для ввода данных. Обычно штатный шаблон FORM.
Если с картинками - то вот карточка (FORM) чуть меньше 800x600 на Full HD без масшабирования.
Шрифт не мелкий: FONT('Segoe UI',11,,,CHARSET:CYRILLIC)
Ну совсем осторожно - можно конечно увеличивать.
1.jpg
2 замечания.
1. Банковские реквизиты лучше вынести на отдельную таблицу, так как часто у контрагента бывает более одного р/с или он может изменить свои банковские реквизиты, а в поручениях и выписках нужна привязка к р/с.
2. Надо разделять формы редактирования по назначению. Как показывает практика, с формами редактирования справочников пользователи работают не так часто, как с документами и отчетами. Так что в данном случае фиолетово. Вот если бы Вы вынесли на отдельную таблицу список р/с, то встанет вопрос, нужно ли этот список внедрять в форму редактирования контрагента. Я придерживаюсь мнения, что не надо, лучше вынести в отдельное окно, так как доступ к списку р/с есть из документов отдельно.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:21
Игорь Столяров
Всё равно спасибо за обсуждение темы !
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:34
kreator
Игорь Столяров писал(а): 06 Июнь 2024, 20:56
Я всё-таки склоняюсь к идее попробовать разрешение окон в 1600x900 (при 100% масштабировании рабочего стола Windows).
Я согласен. На сейчас это наверно лучший вариант. У кого меньше, пусть скроллируют.
Игорь Столяров писал(а): 06 Июнь 2024, 21:24
Форма для ввода данных. Обычно штатный шаблон FORM.
Если с картинками - то вот карточка (FORM) чуть меньше 800x600 на Full HD без масшабирования.
Шрифт не мелкий: FONT('Segoe UI',11,,,CHARSET:CYRILLIC)
Ну совсем осторожно - можно конечно увеличивать.
1.jpg
У меня полей для контрагента сильно побольше будет. Вопрос не совсем по теме. Поле "Адрес", я так понимаю, просто банальный текст. А если нужна аналитика по городу или стране?
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:48
Игорь Столяров
kreator писал(а): 06 Июнь 2024, 22:34
А если нужна аналитика по городу или стране?
Это реликтовая программа для печати платёжек - просто в ней подходящий размер окон для демонстрации.
В ней нет разложения адреса по КУДиР и т.д. - это и не нужно. И аналитики нет. Но есть контекстый поиск по маске !
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:52
finsoftrz
Адрес не всегда совпадает с городом и страной.
Я для анализа использую отдельный реквизит "Регион", ссылку на справочник.
Еще момент, адрес тоже может изменяться. Не часто, но сталкивались с таким. Решали через периодический доп.параметр контрагента. То есть, в форме основные параметры, которые хотим жестко контролировать, а для всяких редких и частных случаев есть еще расширяемый список допов.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 22:53
finsoftrz
Игорь Столяров писал(а): 06 Июнь 2024, 22:48
В ней нет разложения адреса по КУДиР и т.д. - это и не нужно. И аналитики нет. Но есть контекстый поиск по маске !
Это как? Вдруг мне тоже нужно.
Минимальное разрешение экрана для приложений
Добавлено: 06 Июнь 2024, 23:08
Игорь Столяров
finsoftrz писал(а): 06 Июнь 2024, 22:53Это как?
Очень просто. Фильтр BROWSE через Match(). Навскидку:
Код: Выделить всё
Not Loc:FindString Or Match(Upper(''^'' & Clip(Cli:Name) & ''|'' & Clip(Cli:Inn)),Upper(Loc:FindString))
Поэтому если задать строку для поиска "*москва*садовая*" - то найдём контрагентов из столицы на улице Садовая.
Так себе аналитика для бедных.
Минимальное разрешение экрана для приложений
Добавлено: 07 Июнь 2024, 8:13
finsoftrz
Не помню, может уже писал. У меня в фильтре используется "ноу хау". В образце для поиска задается набор фрагментов, разделенных пробелом. Отбор осуществляется при наличии в названии всех фрагментов. Например, для поиска товара с названием "Плюшка московская" можно ввести "пл мос". Если название "Московская плюшка", то оно тоже будет определено. В продуктах питания это очень удобно.