Симон Робинсон - C# для профессионалов. Том II

Для примера CapsEditorвсе сделано очень простым, по сути нет никаких комбинаций для рассмотрения. Необходимо ответить только на двойной щелчок пользователя мышью, и в этом случае строку текста, над которой находится курсор мыши, необходимо перевести в символы верхнего регистра.

Это несложная задача, но имеется одна заминка. Необходимо перехватить событие Doubleclick, но приведенная выше таблица показывает, что это событие имеет параметр EventArgs, а не параметр MouseEventArgs. Проблема в том, что необходимо знать, где находится мышь, когда пользователь делает двойной щелчок, если требуется правильно определить строку текста, которая будет переводиться в верхний регистр, и для этого требуется параметр MouseEventArgs. Существует два способа обойти эту проблему. Один состоит в использовании статического метода Control.MousePosition, который реализован объектом Form1, чтобы найти положение мыши, как в следующем коде:

protected override void OnDoubleClick(EventArgs e) {

Point MouseLocation = Control.MousePosition;

// обработать двойной щелчок

В большинстве случаев это срабатывает. Однако могут быть сложности, если приложение (или даже некоторое другое приложение с более высоким приоритетом) выполняет некоторые интенсивные вычисления в момент двойного щелчка пользователя. В таком случае возможно, что обработчик событий OnDoubleClick()не будет вызван в течение полсекунды. Задержки такого рода вряд ли желательны, так как они начинают раздражать пользователей достаточно быстро. Половины секунды вполне достаточно для перемещения мыши на половину экрана, — и в этом случае выполнение OnDoubleClick()может произойти в совершенно другом месте.

Лучший подход состоит в использовании одного из многих наложений между значениями событий мыши. Первая часть двойного щелчка мыши включает нажатие левой кнопки. Это означает, что если вызывается OnDoubleClick(), то мы знаем, что также был вызван OnMouseDown()с курсором мыши в том же месте. Можно использовать перезагружаемую версию OnMouseDown()для записи положения мыши при использовании в OnDoubleClick(). Этот подход используется в CapsEditor:

protected override void OnMouseDown(MouseEventArgs e) {

base.OnMouseDown(e);

this.mouseDoubleClickPosition = new Point(e.X, e.Y);

}

Теперь посмотрим на перезагруженную версию OnDoubleClick(). Здесь придется выполнить немного больше работы:

protected override void OnDoubleClick(EventArgs e) {

int i = PageCoordinatesToLineIndex(this.mouseDoubleClickPosition);

if (i >= 0) {

TextLineInformation lineToBeChanged =

(TextLineInformation) documentLines[i];

lineToBeChanged.Text = lineToBeChanged.Text.ToUpper();

Graphics dc = this.CreateGraphics();

uint newWidth = (uint)dc.MeasureString(lineToBeChanged.Text, mainFont).Width:

if (newWidth > lineToBeChanged.Width) lineToBeChanged.Width = newWidth;

if(newWidth+2*margin > this.documentSize.Width) {

this.documentSize.Width = (int)newWidth;

this.AutoScrollMinSize = this.documentSize;

}

Rectangle changedRectangle =

new Rectangle(

LineIndexToPageCoordinates(i), new Size((int)newWidth, (int)this.lineHeight));

this.Invalidate(changedRectangle);

}

base.OnDoubleClick(e);

}

Начнем работу с вызова PageCoordinatesToLineIndex()для определения, над какой строкой текста находится курсор мыши, когда пользователь делает двойной щелчок. Если этот вызов возвращает -1, то никакого текста под курсом нет, поэтому ничего делать не надо (за исключением, конечно, вызова версии OnDoubleClick()базового класса, чтобы позволить Windows выполнить обработку по умолчанию. Это никогда не надо забывать делать.).

При условии, что была идентифицирована строка текста, можно воспользоваться методом string.ToUpper(), чтобы легко преобразовать ее в верхний регистр. Труднее определить, что и где необходимо перерисовать. К счастью, так как пример сделан упрощенным, существует не слишком много комбинаций. Можно предположить для начала, что преобразование в верхний регистр будет всегда либо оставляет ширину строки на экране без изменения, либо увеличивает ее. Заглавные буквы больше строчных, поэтому ширина никогда не уменьшится. Известно, что поскольку мы не переносим строки, строка текста не будет продолжена на следующей строке и не сместит текст ниже. Действие по преобразованию строки в верхний регистр не будет поэтому в действительности изменять положение ни одного из выводимых элементов. Это существенное упрощение.

Затем код использует Graphics.MeasureString()для определения новой ширины текста. Здесь имеется две возможности:

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

□ Вторая: размер документа может не измениться.

В любом случае необходимо перерисовать изображение на экране, вызывая Invalidate(). Только одна строка изменилась, поэтому нет необходимости перерисовывать весь документ. Вместо этого надо определить границы прямоугольника, который содержит только измененную строку, чтобы можно было передать этот прямоугольник в метод Invalidate()для перерисовывания только этой строки текста. Именно так делает представленный выше код. Вызов Invalidate()приведет к вызову OnPaint(), когда окончательно закончит работу обработчик события мыши. Вспомните предыдущие замечания в этой главе о трудностях в задании точки прерывания в OnPaint(). Если при выполнении примера задать точку прерывания в OnPaint()для перехвата получающегося действия рисования, то обнаружится, что параметр PaintEventArgsдля OnPaintдействительно содержит область вырезания, которая соответствует указанному прямоугольнику. И так как метод OnPaint()был перезагружен, чтобы аккуратно вычленить область вырезания, то будет перерисована только одна требуемая строка текста.

В этой главе мы полностью сконцентрировались на рисовании на экране. Часто бывает желательно, чтобы приложение могло создать твердую копию данных. К сожалению, в книге не хватает места, чтобы рассмотреть детали этого процесса, но мы кратко рассмотрим вопросы, которые встретятся при реализации печати документа.

Во многом печать схожа с выводом на экран. Предоставляется контекст устройства (экземпляр Graphics) и на этом экземпляре вызываются все обычные команды вывода. Однако имеются некоторые различия: принтеры не могут прокручиваться — они используют страницы. Необходимо убедиться, что найден разумный способ деления документа на страницы, и выводить каждую страницу по запросу. К тому же большинство пользователей ожидают, что вывод на принтер будет выглядеть очень похоже на вывод на экран. Этого очень трудно добиться при использовании координат страницы. Проблема в том, что принтеры имеют другое число точек на дюйм (dpi), чем экран. Дисплейные устройства традиционно поддерживают стандарт около 96 dpi, хотя некоторые новые мониторы имеют более высокое разрешение. Принтеры могут иметь более тысячи dpi. Это означает, например, что при рисовании фигур или выводе изображений, при задании их размеров числом пикселей они будет выглядеть на принтере слишком маленькими. Иногда та же самая проблема может влиять на шрифты текста. К счастью, GDI+ допускает в этих случаях применение координат устройства. Чтобы напечатать документы, почти наверняка придется использовать свойство Grpahics.PageUnitдля выполнения печати с помощью некоторых физических единиц измерения, таких как дюймы или миллиметры.