Я в VB6 использовал PictureBox и Frame.
При этом преимущественно PictureBox -
он в VB6 отвечает следующим требованиям:
1) Возможность "простого" размещения картинки средствами среды
PictureBox1.Picture = "C:\test.bmp"
2) Могу рисовать поверх PictureBox
используя понятие hdc .
3) Роль контейнера, т.е. могу натыкать туда Options, либо просто групировать туда контролы: по смыслу, для удобства, и т.д. Либо чтобы одновременно скрывать/показывать группы контролов.
4) Могу сабклассить PictureBox, например для использования:
Показательный пример - обработка WM_CTLCOLORBTN, WM_CTLCOLOREDIT, WM_CTLCOLORLISTBOX -когда надо обеспечить "прозрачность" контролов расположенных поверх рисунка. Ну или для любых других целей.
Я так понял что местный PictureBox (.Net) категорически не удовлетворяет ни одному из требований кроме первого.
У него даже понятие handle (HWND) отсутствует.
Что использовать?
Panel? Как там с "простым размещением рисунка"?
Теперь о Frame.
В VB6 я Frame недолюбливал и использовал только ради рамки с текстом.
Да и то. Приходилось обычно вкладывать PictureBox внутрь Frame, т.к. при применении манифест-стилей были глюки с прорисовкой контролов, если вкладывать их внутрь Frame напрямую.
Я читал что Frame=Panel / GroupBox (в завис. от того нужна ли граница с текстом).
Эквивалентна ли замена с т. зр. сабклассинга и так далее, а не с точки зрения подхода школьника "влепить туда картинку и хватит"?
Если мой ход мыслей насчет
Frame (VB6)->GroupBox(.NET)
Picturebox(VB6) -> Panel (.NET)
верен,
то насколько прочие "интересные" контейнеры скажем
TableLayoutPanel, SplitContainer
отвечают требованиям ПОЛНОЦЕННОСТИ.
Еще. Про GDI/GDI+
То что ваша Graphics это один в один обертка над GDI+, это я понял. Очень бы хотелось думать что обертка полная и безглючная, потому что мне в дальнейшем понадобится отображение многостраничных TIFF, различные фильтры (например компрессии этих TIFF, сохранение в разных форматах и т.д.) , изменение разрешения, к-ва цветов и т.д..
Но я не вижу например простой обертки над GDI, кот. честно говоря нужно значительно чаще:
К примеру мне нужно установить "серый" стиль пункта меню на классике (когда он Enabled=false)
API-код:
1.
2.
3.
4.
5.
6.
7.
8.
9.
Case WM_DRAWITEM 'классика
dm = CType(Marshal.PtrToStructure(m.LParam, GetType(DRAWITEMSTRUCT)), DRAWITEMSTRUCT)
If dm.CtlType = ODT_MENU Then
Dim item_disabled As Boolean
item_disabled = dm.itemState And ODS_DISABLED
'здесь устанавливаем "серый стиль" на классике (код ниже позволяет поменять цвет menu item на любой!!!)
If App_ThemesEnabled() = False Then
If item_disabled Then SetTextColor(dm.hdc, GetSysColor(COLOR_GRAYTEXT))
End If
По ".Net варианту" приходится городить такой огород:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
Private Sub menu_EditItem_DrawItem(ByVal sender As Object,
ByVal e As System.Windows.Forms.DrawItemEventArgs)
Dim item_disabled As Boolean = Not CType(sender, MenuItem).Enabled Then
'либо e.State And DrawItemState.Disabled = DrawItemState.Disabled
'только классика
'здесь устанавливаем "серый стиль" на классике
If App_ThemesEnabled() = False Then
If item_disabled Then
Dim hdc As IntPtr = e.Graphics.GetHdc()
SetTextColor(hdc,
System.Drawing.ColorTranslator.ToWin32(System.Drawing.SystemColors.GrayText))
e.Graphics.ReleaseHdc()
End If
End If
При этом с ф-цией
1.
2.
Private Declare Function SetTextColor Lib "gdi32" (ByVal hdc As IntPtr, _
ByVal crColor As Integer) As Integer
я не справился.
По идее есть свойство
DrawItemEventArgs.ForeColor - свойство
но оно ReadOnly
В нормальной жизни такие штуки делаются через GDI а не GDI+.
Через GDI+ я могу нарисовать итем включая текст самостоятельно,
что все стрипы похоже и делают,
но заниматься херней таким рисованием НЕ ХОЧУ и НЕ БУДУ
по крайней мере для случаев когда подобные издержки не требуются, как в приведенном примере.
Т.е. как быть с GDI (которое не плюс)?
