VB6 vs VB net: Братцы, верну вопрос о "твип -> пиксе

[BMA]

Спасибо всем, кто дал мне ссылку на коды, связанные с определением соотношения твип/пиксел. Это конечно, выход, но выход "с позором". Что касается глолбального перевода работы на пикселы - так ничего и не выудил (возможно, тут - сам опозорился). Так что, если я чего-то недопонял, то поясните тупому: есть ли в "глобальных" настройках VB6 функция (кнопка, флажок, список...) перехода с твипсов на пикселы как единицы измерения? Кодовое решение этой проблемы оказалось возможным, но уж больно оно тяжеловесно и, порой, всего не учесть. Совершенно случайно услыхал, что основной единицей измерения в VB net является как раз пиксел, а не твип. Это так (а то под рукой справочного материала нету)?

[GSerg]

Вопрос неясен.
Равно как неясна история вопроса.

[Viper]

Глобального флажка нет. Надо устанавливать для каждой формы и для элементов управления устанавливать ScaleMode = 3 (Pixel).
В VB.NET по умолчанию действительно пикселы.

И присоединяюсь к GSerg насчет предыстории вопроса. Что-то такое вспоминается, но хотелось бы видеть ссылку.

[BMA]

(обсуждалось много, но ничего кардинального в решениях из обсуждений я не почерпнул) - при изменении размера шрифта в свойствах экрана (сиречь соотношения пиксел/твип) ранее писаные программы "разъезжаются" элементами во все стороны. Задача была привести все единицы измерения к пикселам. Это можно сделать, но при этом - необходимо каждый раз по поводу КАЖДОГО размера и положения элемента это обговаривать посредством оператора screen.twips...X или screen.twips...Y. Если в VB NET все идет в пикселах априори, то задача проста: переходить на него. Это так?

[alibek]

screen.twips...X или screen.twips...Y

ScaleX/ScaleY еще оцени.

[GSerg]

Задача была привести все единицы измерения к пикселам.

Зачем?

Это можно сделать, но при этом - необходимо каждый раз по поводу КАЖДОГО размера и положения элемента это обговаривать посредством оператора screen.twips...X или screen.twips...Y.

Что за глупость?

Если в VB NET все идет в пикселах априори, то задача проста: переходить на него. Это так?

Неясна как предпосылка, так и вывод из неё.


Поясни, в чём вопрос, наконец.

[BMA]

Если написать программу на VB, то после изменения размера системного шрифта Windows (то есть, изменить соотношение твип/пиксел) все элемента, надписи, картинки и пр. разъедутся в стороны.
Если написать программу, в которой единица измерения будет не твип (как в Бэйсике), а пиксел, то этой проблемы не возникнет. В коде программы можно переводить твипы в пикселы, если заранее определить их соотношение (есть там оператор Screen.Twips....Y или Screen.Twips....Y). Но для этого требуется каждую координату и все размеры ВСЕХ элементов, включая саму форму, представлять в виде простой формулы. Однако ее необходимо совать везде, а это неудобно, громоздко, есть возможность что-то упустить и т.д.
Я задавал вопрос: нельзя ли каким-то переключателем изначально заставить компиллятор использовать в качестве мерной единицы пиксел ВО ВСЕХ элементах? Ответили, что в VB нельзя. А в VB net - как раз все работает именно в пикселах. Вот и следующий вопрос: тогда вместо нагромождения кода формулами просто следует перейти на программировани в VB net? и проблема совместимости программ отпадет?

[Konst_One]

это что за бред, откуда такие выводы?

[BMA]

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

[GSerg]

Если написать программу на VB, то после изменения размера системного шрифта Windows (то есть, изменить соотношение твип/пиксел) все элемента, надписи, картинки и пр. разъедутся в стороны.

Потому что надо использовать методики по борьбе с этим, коих на этом форуме немало.

Если написать программу, в которой единица измерения будет не твип (как в Бэйсике), а пиксел, то этой проблемы не возникнет.

Глупость.
Возникнет ещё как.

В коде программы можно переводить твипы в пикселы, если заранее определить их соотношение (есть там оператор Screen.Twips....Y или Screen.Twips....Y).

Можно. Но зачем?

Я задавал вопрос: нельзя ли каким-то переключателем изначально заставить компиллятор использовать в качестве мерной единицы пиксел ВО ВСЕХ элементах?

"Все элементы" используют единицу измерения, выставленную в контейнере. Поставишь форме пиксели, у всех контролов размеры будут в пикселях.
Но тебе это не надо, хотя ты пока этого не понимаешь.

А в VB net - как раз все работает именно в пикселах.

В VB .NET масштабирование определяется свойством AutoScale и от пикселей или не пикселей не зависит.
Код для свойства AutoScale (см. п.1 данного ответа) предлагается взять и вставить в программу на VB.

Вот и следующий вопрос: тогда вместо нагромождения кода формулами просто следует перейти на программировани в VB net? и проблема совместимости программ отпадет?

Какая проблема совместимости программ? Первый раз слышу.

[BMA]

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

1. Потому что надо использовать методики по борьбе с этим, коих на этом форуме немало.
Жаль, что их надо искать и использовать в качестве борьбы, хотя очевидно, что возникает проблема, и ее надо было б решать при производстве компиллятора

2. Глупость. Возникнет ещё как.
Вот этого я не поймы никак. Почему, если все будет в пискелах, то при смене соотношения твип/пиксел расположение элементов поменяется? Твипы-то тут уже вообще не будут использоваться. Экран - в пикселях, размеры и координатов элементов - тоже в пикселях. Куда же все поползет? Не должно.

3. Можно. Но зачем?
Пока без комментариев, ибо они должны быть аргументированы, а у меня знаний на это не хватает

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

5. В VB .NET масштабирование определяется свойством AutoScale и от пикселей или не пикселей не зависит. Код для свойства AutoScale (см. п.1 данного ответа) предлагается взять и вставить в программу на VB.
Эх, ссылочку бы на этот код, а? Просто у меня Инет до того ленивый, что пока найду - поседею

6. Какая проблема совместимости программ? Первый раз слышу.
Проблема как раз в "расползании элементов" (но про это я уже писал).

Огромное спасибо!

[alibek]

Куда же все поползет? Не должно.

Должно. Есть окна (и элементы управления) отрисовываются через API, то все координаты задаются в пикселах. Тем не менее, при изменении разрешения система их тоже масштабирует.

[alibek]

Почему, если все будет в пискелах, то при смене соотношения твип/пиксел расположение элементов поменяется? Твипы-то тут уже вообще не будут использоваться.

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

[GSerg]

Жаль, что их надо искать и использовать в качестве борьбы, хотя очевидно, что возникает проблема, и ее надо было б решать при производстве компиллятора

Компилятор (пишется с одним "л") не имеет никакого отношения к свойствам формы и уже тем более не должен быть осведомлён о тонкостях её желаемого поведения.
Готовое решение (то, чего так алкают многие - готовое решение, когда ничё не надо делать) наличествует в .net. Надо - уперёд.

Вот тут спасибо - этого я не знал (про общие единицы в контейнере).

Да, тебя ждёт сюрприз, когда заюзаешь Frame...

Эх, ссылочку бы на этот код, а? Просто у меня Инет до того ленивый, что пока найду - поседею

Лентяй.
http://bbs.vbstreets.ru/viewtopic.php?t=30223

[BMA]

разрешение, то никаких сдвигов-разъезжаний элементов не происходит. Да это и понятно. Проблема возникает тогда, когда меняется в свойствах Экрана размер системного шрифта: тут меняется и соотношение пиксел/твипы - вот где все происходит. Стандартный размер - 15 твипов на пиксел, крупный - 12 твипов на пиксел, а уж если экзотические выбирать - то там что получится -то и получится. Так что дело не столько в разрешении экрана, сколько в размере этого чортова шрифта Вопсро-то почему встал так остро: у меня сейчас матрица 1600 х 1200, на таком разрешении обычный шрифт надо в лупу рассматривать, я его увеличил - и получил всю гамму удовольствий от ранее написанных программ.

[Andrey Fedorov]

При смене разрешения не меняется соотношение twip/pixel.

Он не про разрешение - он про так называемый масштаб в настройках монитора. Тогда соотношение меняется. Соответственно меняются и TwipsPerPixelX, TwipsPerPixelY у Screen.

[alibek]

Ну почему же. Разрешение -- это не только высота*ширина. Это еще и разрешение в буквальном смысле, сколько точек на дюйм. Я (и он) именно про то, которое называется, как "Размер шрифта".

[Andrey Fedorov]

Вопсро-то почему встал так остро: у меня сейчас матрица 1600 х 1200, на таком разрешении обычный шрифт надо в лупу рассматривать, я его увеличил - и получил всю гамму удовольствий от ранее написанных программ.

Ну у тебя и монитор не менее 21". По идее текст должен быть такого-же размера что и раньше.

[BMA]

Я теперь "продвинутый", программирую "на коленке"

[BMA]

не полностью: контролы типа TextBox, Label и Image "прихватились" отлично, даже со шрифтом продлем нет. А вот контролы Line - ни в какую. Вечером попробую прописать те же процедуры для Line, что и для формы. Я так понял, что Lines не относятся к категрии Control?

[Viper]

стоп, стоп, стоп... Какие такие теже процедуры для Line, что и для формы?

Line это элемент управления предназначенный толко для отображения линии, у него ни событий, ни окна нет.