むずでょ

2021-09-18に更新

WPFでタイトルバー消そうぜ（＾～＾）

ぺぷー（＾～＾）ぴゅひゅー（＾ｑ＾）公開下書き

前の話し

📖　WPFって何だぜ（＾～＾）？

気の早い人向け

📖　wpf-window-style-practice - Git hub に上げたもの

今回の話し

📖　WPFで画面のタイトルバーを表示しない。

「　タイトルバー消そうぜ？」

「　ウィンドウの形を消して、　スクリーンに　ぽっかり浮かぶ　ウィジェットみたいな　ルックスもできるはずだぜ」

「　音楽サイトによくおいてそうなやつよね。絶対　四角なんて嫌だ、みたいなアプリケーション」

「　👆　初期状態で　どんなウィンドウが出るかというと、 Windows 7 や Windows 10 では違うだろうし、
これからも　Windows がアップデートするたびに違うと思うんだが……」

「　👆　タイトルバーや、リサイズのための　目には見えない端っこの当たり判定、　ウィンドウの影などが付いているぜ」

「　全部　取り外してくれだぜ」

「　👆　WindowStyle="None" を付けろだぜ」

「　👆　タイトルバーが　外れたぜ。　閉じるボタン　をクリックできなくなったから、
お前のPCの知識で　がんばって　閉じろだぜ」

「　なんか　ウィンドウの影は残ってるな」

「　👆　目には見えないが　ウィンドウの端を持って　サイズを変える、という機能は生きてるぜ」

「　外してくれだぜ」

「　👆　ResizeMode="NoResize" を付けると、　ウィンドウの端っこをつまんでリサイズすることはできなくなるし、
なんでか　ウィンドウの影まで消えるぜ」

「　👆　なんで　影まで消えるのよ」

「　👆　これは消せないのか？」

「　わたしには　それが何だか　分からない……、名前も分からないぜ。　超　邪魔」

「　背景の白い四角も消してくれだぜ」

        AllowsTransparency="True"
        Background="#00000000"

「　👆　上記の２つを付けろだぜ。
透明になると　何も見えなくなるから、緑色の楕円を塗っておくぜ」

「　👆　はい。　超　邪魔」

閉じるボタンやっぱり欲しい

「　閉じるボタン　やっぱり　欲しくない？」

「　図形を　丁寧に設計するの　大変なんだよな」

📖　WPF色一覧表示してHSVで並べ替えするアプリできた

「　👆　色の一覧を借りよう」

「　👆　じゃあ　ふつうにボタンを置こうぜ？
そして　ボタンをダブルクリックしろだぜ」

namespace WpfWindowStylePractice
{
    using System.Windows;

    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        private void Button_Click(object sender, RoutedEventArgs e)
        {
            // ウィンドウを閉じます
            this.Close();
        }
    }
}

「　👆　this.Close() って書いとけば　ウィンドウは閉じれるな」

「　👆　メソッド名に　マウスカーソルを合わせて右クリック、 名前の変更 を選べだぜ」

「　👆　CloseButton_Click とかに名前を変えとけば　分かりやすいな。
ボタンの名前が　名詞ではなくて　動詞から始まると　なんか気になるが……」

「　👆　名前の変更機能を使うと　Button_Click と紐づいていたところも　名前が変わってるんで」

「　こんな複雑な形だと　ウィンドウの枠線を引くのも　手間だな」

「　やりたくないぜ　忙しいんで」

「　輪郭線にマウスカーソルを合わせて　引っ張れば大きくなる、ということに　私たちは慣れてるんじゃない？」

「　図形によっては　外側ってどっち？　ってなるんで　一般化は　やりたくないぜ」

「　中心から遠ざけるか、近づけるか　だけ見ればいいのよ」

「　あれっ！　ナナメに置いたボタンが　押せね！」

「　Tab キーで　ボタンへ移動して　Enter キーで押せるぜ」

「　クリックができね！　ダメか……」

「　タイトルの文字の当たり判定が　見た目よりでかくて、ボタンを覆ってしまってるんだぜ！」

「　クリックイベントを拾わずに　うしろのオブジェクトに譲れないの？」

        <!-- タイトル -->
        <Label Grid.Row="1" Height="96" Margin="0,-400,0,0" FontSize="64"
               Content="きふわらべの将棋盤"
               Foreground="{StaticResource kifuwarabeJacketColor}"  
               HorizontalAlignment="Center"
               IsHitTestVisible="False"/>

📖　[WPF/xaml] 上にかぶせたTextBlockを通り抜けて下のボタンがClickイベントを取れるようにする(IsHitTestVisible)

「　👆　IsHitTestVisible="False" でいけた」

「　このウィンドウ、タイトルバー無いから、右へ左へ　動かせなくて　邪魔なんだけど？」

「　この紫色のところ　マウスでドラッグして　ウィンドウの移動できないの？」

「　髪の毛を　引っ張るのかだぜ？」

「　まず　マウスの座標を取得できるかどうかだな」

マウスカーソルの座標ってどうやって取得すんの？

📖　WPFでマウス操作の練習をしようぜ（＾～＾）？

「　👆　別記事で」

ウィンドウの位置は取得できんの？

「　デスクトップ画面上でウィンドウを動かしたいのよ。次は　スクリーン上でのウィンドウの左上位置の座標を取得してちょうだい」

📖　WPF でウィンドウの位置やサイズを記憶・復元するには
📖　[WPF] ウィンドウ位置の保存、復元
📖　How to set the location of a WPF window?

「　👆　Windowオブジェクトが Left と Top のプロパティを持ってるから　それを使えそうだぜ」

「　じゃあ　マウスをプレスしたときに　マウスカーソルのスクリーン座標と、
マウスカーソルのスクリーン座標と　ウィンドウの左上のスクリーン座標の　差　を記録しておいて、
マウスドラッグ中に　そのマウス位置をキャプチャーして
マウスカーソルの座標と　ウィンドウの左上のスクリーン座標の差を考慮して
ウィンドウの Left と Top プロパティに与えろだぜ」

「　ややこし！」