Недостижимый System.Windows.Forms.ScrollBar.Maximum

[JTOne]

Ща начнется гон от линуксоидов мол вот видете, виндовс гавно))))))))))))

[smartov]

Очень странное поведение. Если не сказать больше.
Microsoft переизобрела scrollbar? Зачем…

[itinyakov]

Да не, не начнется. Нет идеальных систем.
Хотя идеи о причинах я бы послушал)

[JTOne]

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

[itinyakov]

Да, первом в голову приходит это. Но это совсем не так, т.к. практический достижимый максимум = Maximum — LargeChange + 1. И если LargeChange установить на 1, то Maximum достигается…

В общем есть зависимость от LargeChange.

[JTOne]

ну да, все правильно, перво начальено в где то с винь3.11 они завтыкаои и сделали так, ща поняли что первоначальный подход не правильный решили добавть это свойство LargeChange
но что бы не нарушать совместимости оставили все как есть!

[itinyakov]

Проблема наблюдается только в классе System.Windows.Forms.ScrollBar. Это Windows Forms, а Windows Forms — это часть .Net, то есть появилась только в 2002-м году.

[JTOne]

ну с 3.11, это было образно

а с винАпи разбирались? все же не стоит забывать что дот нет дергате винАпи

[pointum]

Какие могут быть причины, если работает не так как ожидается? Maximum и в африке максимум. В примере 100 – то, чего ожидает и разработчик и пользователь.

[Mezomish]

>Ща начнется гон от линуксоидов мол вот видете, виндовс гавно))))))))))))

Вот видите, гон начался, но не от линуксоидов, а от Вас.

[JTOne]

я такого не говорил, Вы явно что то путаете

[grdigger]

Может быть кто-то сможет даже объяснить это? =)
www.microsoft.com они знают.
правда не вижу большой проблемы в «недобегании» ползунка.

[itinyakov]

Большой проблемы нет, если знать её)

[grdigger]

насколько я помню раньше такой фигни не было, и ползунок добегал до 100.

[itinyakov]

Когда я прочесывал интернет по поисках объяснения, мне попадались переписки аж 2002-го года… Именно тогда только и вышел .Net.
К сожалению из личного опыта ничего сказать не могу.

[mrShadow]

Тоже не вижу проблемы.

Кагбэ размер ползунка соответствует размеру области отображения (страницы), длина полосы прокрутки — размеру всей области, доступной для просмотра. Если ползунок находится в самой левой части полосы, его позиция — 0, а в области отображения — область от 0 до {размер страницы}. Соответственно, крайней правой области от {вся длина — размер страницы} до {размер страницы} соответствует позиция ползунка {максимальное значение — размер ползунка}. Позиция ползунка {максимальное значение} соответствовала бы (несуществующей) области от {вся длина} до {вся длина + размер страницы }.

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

> почему при уменьшении свойства LargeChange размер бегунка остается прежним, а максимум достигается?

Если сделать размер ползунка слишком маленьким, пользователь не сможет его курсором таскать.

[itinyakov]

Хм, а Вы правы. Спасибо)

[mrShadow]

Пока набирал, сам запутался. Вместо

> крайней правой области от {вся длина — размер страницы} до {размер страницы}

читать

> крайней правой области от {вся длина — размер страницы} до {вся длина}

[smartov]

.NET — это довольно объемные классы. Много кода. Написанно якобы для удобства разработчиков.
Я не верю что трудно было сделать компонент с плавающим шагом у которого значения были бы от min до max включительно. Это элементарно.

[Setti]

Здорово! Это из области «неочевидная очевидность», когда на вопрос «Какое количество билетов в кино на места от 5-го до 10-го?» Правильный ответ — 6 :)

[aokolovich]

Теорема ползунка доказана!

[Melkor]

Для таких целей лучше, имхо пользоваться System.Windows.Forms.TrackBar

[itinyakov]

Для каких целей?)
Цели преследовались как раз в прокрутке графика…
Для выбора же значения из какого-то диапазона согласен, лучше TrackBar.

[sasha_gud]

Для прокрутки графика скроллбар как раз самое логичное. Есть и «отображаемая страница» и «вся область». А если нужно значение выбирать из диапазона, то как раз TrackBar в помощь.

[itinyakov]

Так я и использовал ScrollBar ;)

[non7top]

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

[drfaustxx]

96.4

[Fortop]

Не стоит пить бензин :)

[NickMitin]

А вы поставьте hScrollBar1.Maximum = 109 и будет счастье.

[Freeman85]

Про читабельность кода не знаем, не?

Да и вообще, через 3адницу* это выглядело бы.
*Буквы З тут нету, это тройка.

[NickMitin]

Напишите

[NickMitin]

hScrollBar1.Maximum = 100 + WINDOWS_STRANGE_OFFSET; А сам оффсет, хотите вычисляйте, хотите константой. И рядом с ним комментарий напишите, зачем это.

Я идею предложил.

Мозгом можно обдумать, не?

[id7486259]

Правильно mrShadow сказал:
Позиция ползунка = начало видимой области
Его длина = размер видимой области
Соответственно, конец области просмотра = позиция + длина (в итоге получится 100%, ±1% для округления)
В положение 100% его никогда не нужно устанавливать (это то же самое, что вытянуть его за пределы видимости.)

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

[Taylerok]

109 ответ на все вопросы а не 42 )

[Captcha]

Да! При Путине такого безобразия не было!