Win32API質問箱 Build127

**デフォルトの名無しさん** · 2021/12/09(木) 21:32:56.60

Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build126
https://mevius.5ch.net/test/read.cgi/tech/1588339011/
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2020 Part1 https://mevius.5ch.net/test/read.cgi/tech/1634166667/
Visual Studio 2019 Part7 https://mevius.5ch.net/test/read.cgi/tech/1634178709/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2023/03/24(金) 01:24:11.23

インストーラーの無い野良EXEのAUMID(Application User Model ID)をOSに登録する方法教えてください

**デフォルトの名無しさん** · 2023/04/03(月) 14:17:49.75

>>570
Microsoft Cがいつからあるのか知らないのか。

MFCにはGUI限定などという定義はない。

そもそもMFCはCUIのライブラリから始まっている。

**デフォルトの名無しさん** · 2023/04/03(月) 14:20:45.40

>>570
SDKの意味すらわかってねえのか？

あんたのいうMFCは、Windows SDKが扱うWin32APIをさらにラッピングしたMFCのことだ。

あんたの言っていることは滅茶苦茶だ。

**デフォルトの名無しさん** · 2023/04/03(月) 14:34:38.52

>>571
どうでもいいけど、マイクロソフト内でC言語とC++の混在そのものに悩んでいたのも知らないようだな

マイクロソフトはC言語派、C++派、Windowsを普及させるためにVB流用派と、試行錯誤を繰り返していた時代にMFCが誕生したと思っているなら、時期がずれていてリアルタイムでは知らなかったと言っているようなもの

**デフォルトの名無しさん** · 2023/04/03(月) 15:01:56.44

MS-DOS の頃ってMSのコンパイラは統合環境だった？
C++ どころか Cコンパイラでコマンドライン上から nmake 叩いてわ

**デフォルトの名無しさん** · 2023/04/03(月) 15:07:52.75

B:\>msc hello.c

**デフォルトの名無しさん** · 2023/04/03(月) 15:10:57.50

ウィキペディアの説明が、Microsoft C 7.0以前の話がないせいで、Microsoft CとVisual C++の区別がついていないのね。

Windows 95、98の時代は、MS-DOS 6.2とWindows 95・98(内部MS-DOS 7.0・7.1)の併存期間で、MFCはMS-DOS 6.2をターゲットとしたものと、Windows 95をターゲットとしたものがある。

まず俗称「MSVC」と呼ばれるものは、Windows 95アプリケーションの開発を意識したもので、マイクロソフト「VC」と言っているあたりからわかるようにC言語でのWindows 95アプリケーションの開発を主としている。

ここでC言語からC++の移行をマイクロソフトはやろうとして、Windows APIがオブジェクト指向ではないところで無理が生じた。

そこでMFCを大幅に強化することでC++でのアプリケーション開発をしてもらおうとしたが、すでにWindows SDKの開発の知識がある開発者は、Windows SDKでのCでもC++よいというのに慣れていて、MFCを使えというのは、それまでの知識と違っており、無駄なクラスライブラリとしか思えなかった。

MFCはWindows 3.1でも影が薄い。マルチタスクではないと言えてしまうWindowsでは、MFCのメリットなどなく、無駄にサイズが大きくて重いコードが作られるため、性能、スペックの低いパソコンではMFCを使う理由がなかった。

MFCはGUIだけで使われるものではないため、CUI環境の開発でも使われている。

MFCどころかWindows 32APIでも、画面がある前提になっているコードを書かないといけないが、実際には画面がないものを作るのにも使われる。

MFC、Visual C++、Windows SDKの話がごっちゃになって、MFCを使うにはVisual C++でMFCを利用して、MFCがWindows SDKとセットだと認識できない点は理解できる。

まあ、ウィキペディアの記事は、根拠不明の創作が多いとわかってないとだまされるよな。

**デフォルトの名無しさん** · 2023/04/03(月) 15:18:50.66

Win32がオブジェクト指向ではないって？
ハンドルを使う関数（つまり大半）はオブジェクト指向だと思うが

もしかしてオブジェクト指向とはC++やSmalltalkを使うことだと思ってるのか？

**デフォルトの名無しさん** · 2023/04/03(月) 15:19:55.66

>>578
統合開発環境と何の関係があるのか？

Windows 95アプリケーションでも、統合開発環境は必須ではない。

画面のデザインのときだけ利用するという使い方が多かった。

Direct Xが普通に使われるようになってからは、統合開発環境は画面ごと吹っ飛ぶので、統合開発環境そのものも動かないこともあるし、統合開発環境を自分が作ったもので壊すことがあるから、Windows 95、98系では、Visual製品に期待しても、Visual統合開発環境とWindows OSのポンコツコンボは、いま思っているより意味をなしていなかったんだよ。

**デフォルトの名無しさん** · 2023/04/03(月) 15:25:54.31

>>582
MFC=マクロ出力とセットになった統合環境前提って印象だったものでね
リソース周辺のアレ

**デフォルトの名無しさん** · 2023/04/03(月) 15:26:39.12

>>581
そこで使われるオブジェクトとオブジェクト指向とは関係ない
アセンブラのオブジェクトファイルと同様だ

**デフォルトの名無しさん** · 2023/04/03(月) 15:28:25.60

>>581
オブジェクト指向設計ではなかったんだよ。

C言語とC++は書き方が少し異なるだけだったので、Windows SDKではC++で書くとオブジェクト指向っぽくなり、C言語で書くとこれでいいのかという書き方で、Windows 95のアプリケーションが作れた。

ここはWindows SDKがオブジェクト指向ではないという理由がある。

APIそのものはオブジェクト指向ではなかったので、オブジェクト指向にするにはMFCを挟むという変なことをすることをしていた人間もいる。

たった数年で変わった話なので、過渡期を知らないと誤解が生じるのはわかる。　

**デフォルトの名無しさん** · 2023/04/03(月) 15:37:01.22

>>584
GetObject()なんか多相そのものやん

**デフォルトの名無しさん** · 2023/04/03(月) 15:39:17.90

すまん関数名間違えた
SelectObject()だ

GetObject()はオブジェクト指向と手続き型の切り替えだね

**デフォルトの名無しさん** · 2023/04/03(月) 15:56:54.48

Win32APIの基本構造そのものがイベントドリブンのメッセージ駆動なのでオブジェクト指向を土台にしている
Windowsのマルチタスクはオブジェクト指向で成り立っているだろ

**デフォルトの名無しさん** · 2023/04/03(月) 16:40:18.30

そうそう
ウインドウプロシージャのcaseなんか典型的だな

**デフォルトの名無しさん** · 2023/04/03(月) 16:48:57.33

>>575
>そもそもMFCはCUIのライブラリから始まっている。

doubt

**デフォルトの名無しさん** · 2023/04/03(月) 16:51:01.36

>>577
でたらめ言うなよ
ボケが始まってるんだな爺さん
ばあさんかも試練が

**デフォルトの名無しさん** · 2023/04/03(月) 16:53:48.85

>>580
おまいは Windows 3.1 の知識が抜け落ちておるな

**デフォルトの名無しさん** · 2023/04/03(月) 16:57:17.99

>>584
しね

**デフォルトの名無しさん** · 2023/04/03(月) 16:58:53.51

>>585
むしろ Win(32以前も)API / Win32API がオブジェクト指向で
MFC の方がオブジェクト指向出来ていなかったんだよ
だから判ってる香具師はみんな MFC は使わなかった
使ってたのは馬鹿だけ

**デフォルトの名無しさん** · 2023/04/03(月) 17:23:19.13

>>594
APIについてはその通りだが
MFCがOOPでないという主張には
賛成しかねる

下手なところがあるのは俺も認めるが
原理主義者の言いなりである必要はない

**デフォルトの名無しさん** · 2023/04/03(月) 18:20:11.47

MFCとかけて、C＋＋と解きます
その心は、オブジェクト指向ではあるけど、なりきれていない

これでどうでっしゃろ

**デフォルトの名無しさん** · 2023/04/03(月) 18:32:53.99

MFCには良い思い出が無いのである

**デフォルトの名無しさん** · 2023/04/03(月) 21:17:54.58

>>580
すげぇ、「ゲームの歴史」？

**デフォルトの名無しさん** · 2023/04/03(月) 21:57:09.76

GUIの無い単純なアプリならまだしも、それなりのGUIを持つアプリは
MFCを使ったほうが楽にアプリを作れるし、出来たコードも読み易い

確かに最初はMFCは取っ付き難いから、そこで挫折した人が
>>590-594みたいな事を言い出すんだろうなあ

**デフォルトの名無しさん** · 2023/04/03(月) 23:21:42.85

>>599
そんなことは無いと思うが
Win32APIをちゃんと知っていればMFCなんて使う理由が全く無いし
MFC関連のDLL何かも入れないといけないし単に開発効率がおちるだけ
実際当時Windowsアプリの仕事を結構やったけどMFCを採用していた所は少なかった
たまたまそういう場所ばかり行ってた可能性はあるがMFC何て使うなよって当時から思ってたよｗ

**デフォルトの名無しさん** · 2023/04/03(月) 23:43:57.61

でも世の中的に勝利したのはMFCだよね
俺もATL/WTLでいいじゃんとは思ったけど
でかいライブラリも整備されてりゃそれなりに便利だからね仕方ないね

>>578
PersonalWorkBenchってのでFortranやったような気がするんだが
今ググっても全然出てこないな

**デフォルトの名無しさん** · 2023/04/04(火) 00:40:08.89

VB→.NET の流れがGUI開発の勝ち組というなら分からなくもないが
MFCは・・・

**デフォルトの名無しさん** · 2023/04/04(火) 06:32:29.81

>>600
＞Win32APIをちゃんと知っていればMFCなんて使う理由が全く無いし
WindowProcに case WM_… をだらだら書かなくても済むだけでも大きな利点
＞MFC関連のDLL何かも入れないといけない
ユーザー層やアプリの配布形態に応じて、必要ならMFCをStaticLibraryでリンクしてしまえば良い

>>602
＞VB→.NET の流れ
社内ツールとかならともかく、それこそユーザーにVＢ入れさせるなんて問題外でしょ
大量のデータ処置を行うようなアプリでは処理速度も遅いし
一般販売されてるアプリでVBで作られてるものなんてある？

**デフォルトの名無しさん** · 2023/04/04(火) 07:27:41.42

DLL hell, OCX hell とかVB案件の負の遺産なんじゃなかろうか

**デフォルトの名無しさん** · 2023/04/04(火) 07:35:33.06

>>600
>MFC関連のDLL何かも入れないといけないし単に開発効率がおちるだけ

昔Win32+CだけでDLLの追加が要らないよう頑張ってみたこともあるけど辛かったね。
C++の機能使ってしまうと結局CランタイムDLLが必要になるし。

**デフォルトの名無しさん** · 2023/04/04(火) 10:14:15.35

>>601
だよな
8086しかりwindowsしかりMFCしかり
技術的に劣っていてもデファクトになると
好むと好まざるに依らずそれ関係の仕事が来る

元々BSD使いだった俺がwindowsに転向したのもメシのため

**デフォルトの名無しさん** · 2023/04/04(火) 11:34:31.40

DLL便利じゃん
プラグインで機能後付けもこれのおかげだし

**デフォルトの名無しさん** · 2023/04/05(水) 08:56:03.63

>>603
BtoCよりBtoBの方が物は多いと思うが

**デフォルトの名無しさん** · 2023/04/05(水) 10:12:22.16

金融界隈では未だにVB6が現役だし
MSにしては大成果だったと言える

**デフォルトの名無しさん** · 2023/04/05(水) 15:23:21.24

ANAのシステムもミズポと同じ所が造ったんかねぇ

**デフォルトの名無しさん** · 2023/04/05(水) 20:05:04.25

C++/WinRTを使ってあげて…

**デフォルトの名無しさん** · 2023/04/18(火) 08:15:18.90

Windows API インデックス
https://learn.microsoft.com/ja-jp/windows/win32/apiindex/windows-api-list

Windows API を使用すると、各バージョンに固有の機能を利用しながら、すべてのバージョンの Windows で正常に実行されるアプリケーションを開発できます。
(これは以前は Win32 API と呼ばれていたことに注意してください。
Windows API という名前は、16 ビット Windows でのルートと 64 ビット Windows でのサポートをより正確に反映しています)。

**デフォルトの名無しさん** · 2023/04/18(火) 08:32:02.79

日本語たけど日本語じゃないの

**デフォルトの名無しさん** · 2023/04/26(水) 20:51:37.42

Windows11でPrintDlg使って印刷すると1度目は印刷できるけど
2度目はPrintDlg()呼ぶと反応無しになるのはなんか間違ってるのかな
レジストリ弄ってLegacyなダイアログにしとくと印刷できる、あと管理者権限でプログラム実行して
印刷も勝手にLegacyなダイアログになるので印刷できるんだけど

試しに、VC2022で新規プロジェクトで雛形ちょっと弄って試してもやっぱり
2度目のPrintDlg()呼び出しで無反応になっちゃうんだっけど
debuggerで見てもPrintDlg()呼び出しでエラーも何も出てこなくてわからない

**デフォルトの名無しさん** · 2023/04/28(金) 08:28:43.45

10で平気なら11のバグだな
窓板の11バグ多すぎワロタスレに報告しとけよ

**デフォルトの名無しさん** · 2023/04/28(金) 10:51:05.85

閉じてから印刷

**デフォルトの名無しさん** · 2023/04/30(日) 17:14:32.74

PrintDlgってcomdlg32.dllだよな
comdlg32.dllはバグで有名なやつじゃないか

**蟻人間** ◆T6xkBnTXz7B0 · 2023/04/30(日) 19:59:15.10

Microsoftの直接的な関係者ではなく、TSF (Text Services Framework)の仕組みを知り尽くしている人を募集中。成功報酬あり。
katayama.hirofumi.mz@gmail.com

**デフォルトの名無しさん** · 2023/04/30(日) 20:06:36.85

Firefoxのにゃるるにコンタクトすれば？
あと成功報酬ではなく労働報酬あるいはコンサルタント報酬であるべきだよ

**蟻人間** ◆T6xkBnTXz7B0 · 2023/04/30(日) 21:05:43.46

にゃるるってダレ？
検索しても見つからないよ

**デフォルトの名無しさん** · 2023/04/30(日) 21:19:58.80

書き込めなかった、ローマ字で検索して
にゃるるが地球にいたころ

って言うか自分で勉強検索してたら最も頻繁に出てくる

**蟻人間** ◆T6xkBnTXz7B0 · 2023/04/30(日) 21:52:27.43

ありがと

**デフォルトの名無しさん** · 2023/04/30(日) 21:55:44.21

地球にいないのでは無理では？

**デフォルトの名無しさん** · 2023/04/30(日) 22:05:27.13

報酬が相場より2桁くらい少なそう。

**デフォルトの名無しさん** · 2023/05/02(火) 21:18:50.29

WaitOnAddressってアドレスの値が比較対象と違う値に変化したら自動的に起きるっていう魔法みたいなものではないんだね
呼んだ瞬間に比較対象と違ったら即返る、同じだったら後ほど変わったとしてもWakeByAddress系で通知しなきゃ起きないっていう原始的なイベントと言うほど変わらない感じか

**デフォルトの名無しさん** · 2023/05/03(水) 14:28:28.65

directoryなら監視してくれるけど
https://www.youtube.com/watch?v=hKLBPXg8oik
呼んだ瞬間に比較対象と違ったら即返る
同じだったら返らない
っていうのを期待してる？

**デフォルトの名無しさん** · 2023/05/03(水) 20:05:13.46

>>626
その挙動は既にWaitOnAddressに組み込まれてる訳だけど
対象アドレスの値が変わったら通知とか無しに自動的に戻ることを期待していた
そうじゃなくてマニュアルでWakeByAddress呼ばなきゃいけないからイベントとそこまで変わらんなぁと
まあハンドル作らずに済む点で手軽ではあるけど

**デフォルトの名無しさん** · 2023/05/03(水) 20:45:04.91

8で追加されたAPIは頭悪い
OSが頭悪ければAPIも頭悪いという当然の帰着

**デフォルトの名無しさん** · 2023/05/03(水) 21:24:23.86

APIを使うだけならWin32よりWinRTの方が簡単でしょ

**デフォルトの名無しさん** · 2023/05/03(水) 21:27:08.93

本当にそうか？

**デフォルトの名無しさん** · 2023/05/03(水) 21:36:14.09

>>630
ウィンドウ表示するコードはこれだけ

#include <windows.h>
#include <winrt/Microsoft.UI.Xaml.h>

using namespace winrt;
using namespace Microsoft::UI::Xaml;

int WINAPI wWinMain(HINSTANCE, HINSTANCE, LPWSTR, int)
{
init_apartment();
Application::Start([](auto&&) { Application(); Window window; window.Activate(); });
return 0;
}

**デフォルトの名無しさん** · 2023/05/04(木) 00:16:09.16

ラッパー系は手をつけにくいなあ、MFCやOWLの悪夢が蘇る
便利そうに見えて、覚えることが増えるだけだったり
見えざる制約が足枷になったり、バージョン管理が面倒だったりと
やむを得ない場合は仕方ないけど

**デフォルトの名無しさん** · 2023/05/04(木) 00:34:52.44

WinRTってMS的にはWin32と同列の扱いだけど、WinRTは内部でWin32を使ってるのだろうか？

**デフォルトの名無しさん** · 2023/05/04(木) 05:10:21.07

COMを焼き直して名前変えただけと言えばいいのか
ただCOMの利点だったIDispatchで適当な言語から扱うみたいな事ができないうんこです

**デフォルトの名無しさん** · 2023/05/04(木) 07:28:00.92

>>632
確かに恐ろしい部分はあるかも

**デフォルトの名無しさん** · 2023/05/04(木) 07:33:59.15

WinRTはC#の情報ばかりでC++の情報が少ないから苦労するかも
その点Win32は情報が多いからいいね

**デフォルトの名無しさん** · 2023/05/06(土) 10:58:22.01

>>628
WaitOnAddressは利便性目的ではなく手軽さ+パフォーマンスが要点だからそうとも言えない
Thread立ち上げて立ち上げたスレッドがある地点まで到達するまで待ちたいみたいなちょっとしたシーンでは結構便利
パフォーマンス的にもイベント待ちに比べて1000倍近く早かったはず

**デフォルトの名無しさん** · 2023/05/11(木) 18:47:03.56

Chromeのタイトルバーに「^」の文字を上下反転させたボタンがあって押すとミニウィンドウ的なのが開くのですが、このボタンを実装したいのですがどうしたらできますか？
Chromiumのソースコード見てもどこに該当コードがあるかわかりませんでした
c言語で実装したいです

**デフォルトの名無しさん** · 2023/05/11(木) 18:55:17.65

タブを検索ボタンか。ソースをTab Searchで検索すれば出てくるんじゃないの

**デフォルトの名無しさん** · 2023/05/11(木) 19:52:12.33

検索してみました
ttps://github.com/search?q=repo%3Achromium%2Fchromium%20tab%20search&type=code
タブを開いた時の挙動などはTypescriptで書かれているようでした
ttps://github.com/chromium/chromium/blob/cd5fe35a69d697dd48ad34d5670d090afcdc57be/chrome/browser/resources/tab_search/app.ts#L560
既存のアプリにc/c++で手軽にタイトルバーにボタンをつけてポップアップウィンドウが開けてそこでボタンなどを選択できるような方法を知っていますか？

**デフォルトの名無しさん** · 2023/05/11(木) 20:34:55.74

手軽ではないと思うが DwmExtendFrameIntoClientArea を使えばできそう
https://learn.microsoft.com/ja-jp/windows/win32/dwm/customframe

**デフォルトの名無しさん** · 2023/05/16(火) 23:21:04.68

LoadLibraryに渡されたlpLibFileName引数をどうにか呼ばれたdllmainから取得する事って出来ないかな
32bitならスタックフレーム遡ってLdrLoadDllを呼んだところの第3引数のスタックのUNICODE_STRINGから手に入れる事に成功したが
64bitだとfastcallになっちゃって第4引数まではレジスタ渡しされるからこの手法も通用しなくて詰んだ
kernel32やntdllのアセンブラ決め打って取得することは出来るだろうけどそこまではしたくない

**デフォルトの名無しさん** · 2023/05/16(火) 23:26:32.45

ちなみになぜGetModuleFileNameではダメかというとハードリンクやシンボリックリンクのときにある条件下においてlpLibFileNameとGetModuleFileNameで一致しないケースが出てくるため

**デフォルトの名無しさん** · 2023/05/17(水) 01:27:34.09

>>643
その >ある条件下で

TCHAR PathBuffer[BUFFSIZE];
GetMappedFileName (GetCurrentProcess(), (void *)hModule_DLL, PathBuffer, BUFFSIZE);
で、lpLibFileNameと同じパス(NT形式)が返ってくる？それともエラー？

試してないので結果を教えて

**デフォルトの名無しさん** · 2023/05/17(水) 09:18:00.69

>>644
GetMappedFileNameだとリンク先の実体ファイル名が返ってきた
ある条件下というのは既に同じリンク先のdllがロード済みの場合に違う名前のリンクからロードしようとすると同一の物と判定され先客の方のhModuleが帰ってくるためGetModuleFileNameも先にロードしたほうの名前になる
C:\mod.dll ← 実体
C:\link0.dll ← シンボリックリンク
C:\link1.dll ← シンボリックリンク

最初にC:\link0.dllをLoadLibraryした場合、以降C:\link1.dllをロードしGetModuleFileNameをしてもC:\link0.dllが帰ってくる
GetMappedFileNameだと常にC:\mod.dllだった

**644** · 2023/05/17(水) 10:25:43.22

>>645
確認ありがとう、参考になった
こみ入った環境なんだね
所望の動作でなくて残念だけど、他の手段に心当たりがない...

**デフォルトの名無しさん** · 2023/05/18(木) 10:34:13.93

pe iat import address table
辺りを弄れば
鶏卵かもしらんけど

**デフォルトの名無しさん** · 2023/05/18(木) 12:21:08.02

load されたときの名前からパラメータ参照ファイルな .ini ファイルの名を変えたいって感じなのかな？

>>645 のケースだと
C:\link0.dll　でロードした場合には C:\link0.ini を参照し
以降 C:\link1.dllをロードした場合には C:\link1.ini を参照したい　と
この場合　単に同じ実体でリンクカウントが１増えるだけであっても区別したい　ということか

**デフォルトの名無しさん** · 2023/05/18(木) 12:49:23.99

DLLはメモリに直接ロードする方法もあるから
不正を正したいって意図なら無力だよ

**デフォルトの名無しさん** · 2023/05/18(木) 23:43:11.96

1. FindFirstFileでリンクか実体かを判定
2. VirtualAllocExで実行可領域のメモリを確保
3. ReadFileでDLLを読み込む
4. PEヘッダのIMAGE_OPTIONAL_HEADER64.ImageBase+IMAGE_SECTION_HEADER.VirtualAddressに各セクションをコピー
5. DLL内のImportLibraryを同じ手順で再帰的にロード
6. DLL_PROCESS_ATTACHとDLL_THREAD_ATTACHでDllMain呼び出し

**デフォルトの名無しさん** · 2023/05/19(金) 14:28:26.73

Win32APIのGUIに著作権ってある？
自分用ならまぁ好きにしたらって程度だと思うけど
ボタンとか目コピで丸パクリしてアプリケーションとして配布したらダメなのかな

**デフォルトの名無しさん** · 2023/05/19(金) 14:50:21.97

腐ったバナナの皮ですらアートとして認められるからな
許諾なしなら著作持ってる奴次第

**デフォルトの名無しさん** · 2023/05/19(金) 20:19:56.03

ReactOSはかなり似てるけどね
アイコンはTangoのを使ってるけど、形的なものはそっくりだな
テーマ機能があるから、訴えられても簡単に変えられるし、大した問題でもないが

**デフォルトの名無しさん** · 2023/05/19(金) 20:39:13.36

https://monolith-law.jp/corporate/design-ui-copyright-law

レイアウトや色の使い方ぐらいじゃ侵害にはならないだろうって判断と
あとは「思想又は感情を創作的に表現」したものであるかが関わる
それと著作権法に触れなくても意匠法にに触れる場合はあるとさ

>>651
複雑なデザインのボタンがあってそれを丸コピしたなら危ないけど
WinAPI程度のボタンだと「レイアウトや色の使い方」の範疇に思う

**デフォルトの名無しさん** · 2023/05/19(金) 20:46:16.58

>>651
あの大きさでは目コピって言いわけしても無理だろｗ
90%一致できるｗ

**デフォルトの名無しさん** · 2023/05/19(金) 22:40:34.19

悪目立ちしなきゃ大丈夫って感じかな
どうもありがとう
素直に使いこなせれば変なことしなくていいんだけど

**デフォルトの名無しさん** · 2023/05/20(土) 13:22:54.16

>>654
Windows自体がMotifのパクリ

**デフォルトの名無しさん** · 2023/05/20(土) 15:28:47.38

あの立体的に飛び出たボタンは誰が最初にやったかを少し調べてみたら、やっぱりMotifが最初にやった可能性が高いな
Windowsも旧Mac OSもMotifより前にリリースされてるけど、ボタンは黒い線で縁取られてるだけだからね
Motifがリリースされた1989年の直後、1990年にWindows3.0がリリースされてボタンが立体的になった
ただ、リリース直後のMotifの見た目は確認出来なかった

**デフォルトの名無しさん** · 2023/05/21(日) 05:50:22.86

誰も突っ込まないけどWin32APIのGUIってなんだよ？

**デフォルトの名無しさん** · 2023/05/21(日) 09:39:48.68

GDI32.DLL
つうかWindowsはGUIだろ

**デフォルトの名無しさん** · 2023/05/21(日) 12:08:47.18

面倒なことしなくてもDLLからアイコンロードすればいいんだけどな

**デフォルトの名無しさん** · 2023/05/21(日) 15:30:11.58

>>659
CreateWindow()とか知らないの？

**デフォルトの名無しさん** · 2023/05/21(日) 17:54:29.28

CreateWindow() のどこがGUIなんだって話なんだけど。
GUIを構成するためのAPIの一つではあるがGUIと言われても違和感しかない。

**デフォルトの名無しさん** · 2023/05/21(日) 18:18:37.48

皆行間読んで回答してるんだよ
そういうのを読み取れずにいちいち突っかかってくるお前に違和感しかないわ

**デフォルトの名無しさん** · 2023/05/21(日) 20:46:54.79

行間が読み取れてないわけでも突っかかったわけでもなくて
気になる人いないの？って問うただけなんだけどね。

**デフォルトの名無しさん** · 2023/05/21(日) 20:55:29.63

GUIじゃなくてGUIパーツね
それを指摘してどうすんの？

**デフォルトの名無しさん** · 2023/05/21(日) 21:06:29.15

GUIのデザインパクっていいっすか？だろ？
左上にシステムメニューと閉じるボタン
右上にアイコン化、全画面化がWindows3.1のGUIだ

**デフォルトの名無しさん** · 2023/05/21(日) 22:29:14.29

よく読めよ
ボタンのビットマップとかのGUIパーツについて言ってるだろ
GUIのメソッドについてはパクるまでもなくAPI呼び出せば自然にそうなるから

**デフォルトの名無しさん** · 2023/05/22(月) 00:44:58.78

それwin32api関係なくね？

**デフォルトの名無しさん** · 2023/05/22(月) 02:26:03.44

comctl32もwin32apiだと思う

**デフォルトの名無しさん** · 2023/05/22(月) 11:33:40.49

Win32API の話ならム板
Win32API の著作権の話ならマ板
Win32APIのGUI?(ツールのデザイン)? の著作権の話なら著作権板
だろうな
遠すぎる

**デフォルトの名無しさん** · 2023/05/22(月) 22:29:16.30

うるせー馬鹿

**デフォルトの名無しさん** · 2023/06/01(木) 18:53:13.24

winsqlite3って勝手に最新版のsqlite3でstdcallにしてコンパイルして上書きしても問題起こらないんかな

**デフォルトの名無しさん** · 2023/06/06(火) 23:10:55.17

テキストカーソルインジケーターをアプリに組み込みたいんですが、どこかにサンプルコードないですか？