古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/08/30(日) 19:25:35.12

ここは古代に使われていたVisual Basic ～6.0 の質問スレです。
質問者は使用しているOS、VBのバージョン、サービスパックのバージョン、
「何がしたくて、どうしたけど、どう困っているのか」を明確に書きましょう。

VB.NETは別物なので専門スレで、VBA、APIの質問もそれぞれのスレで。

○ 質問者の心得
　一．質問する前にMSDNやGoogle、過去ログにも目を通してみる。
　二．VBScript、インストーラーなどはこのスレでＯＫ。
　三．質問は第三者にもわかりやすいよう簡潔かつ具体的に。
　四．荒らしは相手しない。

○ 回答者の心得
　一．答えられない質問は無駄に罵倒せずスルー。無理するな。
　二．代用法を強制しない。
　三．回答する上で必須ではない情報をむやみに聞き返さない。
　四．荒らしは相手しない。
　五．VB情報募集中。
　六．回答は質問者が理解できるよう具体的に。

MSDN Online Japan ホーム
　http://www.microsoft.com/japan/msdn/default.asp
Visual Studio 6.0 Service Pack 6
　http://msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp6/default.aspx
Google
　http://www.google.co.jp/

前スレ VBプログラマ質問スレ（Ver.6.0 まで） part64
http://peace.2ch.net/test/read.cgi/tech/1393069842/

※「まず自分で調べる」クセを身につけよう。

**デフォルトの名無しさん** · 2022/07/29(金) 22:56:41.32

>>680
そんなの忘れるようなコードを書いている方のレベルの問題

**デフォルトの名無しさん** · 2022/07/29(金) 23:43:13.55

>>683
いや、だからさ、VB からでも win32api くらいなら簡単に呼び出せるよ
win32api さえ呼び出せるんだったら、それが C/C++ からであろうが、VBA からであろうが、できることはあまりかわらないのでは？
そりゃ DLL とかは無理だけどさ、アプリならほとんど同等に作れると思うよ

**デフォルトの名無しさん** · 2022/07/30(土) 01:49:27.14

>>685
だから、あんたはWindowsアプリケーションを作る基礎を知らないと言っているんだが？

Windowsが発しているメッセージを判断して、どうこうするレベルと、VBみたいにそこがすでに用意されているレベルのものでは、比べても意味がない。

**デフォルトの名無しさん** · 2022/07/30(土) 01:51:31.80

>>685
VBがVBで作られている、ExcelがVBで作られていると説明すれば自分自身が変なことを言っているのかがわかるのかな？

**デフォルトの名無しさん** · 2022/07/30(土) 09:22:46.73

>>685
Excelのスレでcomポートの質問してるのは君か？

**デフォルトの名無しさん** · 2022/07/30(土) 13:15:12.54

>>686-686
では質問いたしましょう
exel VBA から win32api を直接呼び出せるか、それとも呼び出せないか？……①

①の質問に yes または no のいずれかひとつで答えてください。

**デフォルトの名無しさん** · 2022/07/31(日) 14:39:02.07

>>685
よく読まないで横レスするけどwin32apiだけじゃ実用アプリは無理だろ

**デフォルトの名無しさん** · 2022/08/01(月) 11:40:24.41

>>689
出来るよ
でも出来るのと使えるのは違う

**デフォルトの名無しさん** · 2022/08/01(月) 19:42:17.19

>>691
十分使えますよ、この前テトリスを組んだばかりですよ

**デフォルトの名無しさん** · 2022/08/02(火) 18:50:59.72

VB6は最近の言語と違って構造がシンプルらしいから、
Windowsがバージョンアップを繰り返しても、
このまま生涯現役でいて欲しいわ

**デフォルトの名無しさん** · 2022/08/02(火) 22:16:17.86

>>689
呼び出せるよ。あんたWindowsアプリケーションをVBでしか作ったことがないから、悔しいらしいけど、VBはあくまで簡易的なアプリケーションの作成ツールだ。

だから、VBはいくらこねくり回してもよくはならない。

**デフォルトの名無しさん** · 2022/08/04(木) 14:58:50.15

そりゃVBで簡単なアプリしか作ったことがないってことだぬ

**デフォルトの名無しさん** · 2022/08/04(木) 17:09:38.29

マイクロソフトがライブラリの作り方がわからない時期に提供した手段のひとつ

**デフォルトの名無しさん** · 2022/08/04(木) 17:19:59.27

Windows 95の時代にVisual Basic 4.0。

Windowsネイティブアプリケーションではないため、マイクロソフトもVBはあくまで仮の言語という位置づけだった。

**デフォルトの名無しさん** · 2022/08/04(木) 17:25:37.52

このスレッドはコボラーと同じような思い込み強いじじいが多い。

VBはコンピューターの仕組みがわからなくても使えるから、コボラーみたいな勘違いが起こる。

仕事でしか興味がなかったから、VBがクソ環境だと思わなかったんだろう。

**デフォルトの名無しさん** · 2022/08/09(火) 20:15:19.88

プログラムなんて簡単に組めればそれに越したことはない

**デフォルトの名無しさん** · 2022/08/09(火) 22:13:07.23

VBはできることが少ないのを、無理やり拡張したから、中途半端なものになった。

Windowsを誤解させてしまったという負の面が大きい。

**デフォルトの名無しさん** · 2022/08/10(水) 17:14:45.77

VCなら出来るってのは、マルチスレッドとか
無くても困らないようなものばかり

上の人が言ってるように
手間かけずに作れるてことは
例えば、５年後に手直しが必要になったときに
その有難たみが実感できる

**デフォルトの名無しさん** · 2022/08/10(水) 18:28:02.96

なんだかんだでExcel VBAとかは未だに使うから、20年前にVB6で作った自作ソフトとか余裕で直せる。

**デフォルトの名無しさん** · 2022/08/10(水) 19:37:52.78

>700
Windowsの、どこをどう誤解させたのか詳しく

ちなみにVBの拡張はVB以外でも作れるし、Windowsのアプリ連携機能の根っこだと思うんだがな

**デフォルトの名無しさん** · 2022/08/10(水) 23:22:04.55

>>703
Windows SDKをなんだと思っているのか？

こんな低級なコードを書くのがWindowsプログラミングの大元

https://docs.microsoft.com/ja-jp/windows/win32/learnwin32/your-first-windows-program

ちなみにいきなりマシン語を書いてもよい。

**デフォルトの名無しさん** · 2022/08/12(金) 02:14:20.33

>>704
高級な言語が低級な処理を覆い隠すのは当然の進化なんだが
それがWindowsのどこをどう誤解させたと？

**デフォルトの名無しさん** · 2022/08/12(金) 06:31:22.01

７０４はド素人

**デフォルトの名無しさん** · 2022/08/13(土) 21:43:17.71

>>705
WindowsのようなOSとハードウェアの仕組み

**デフォルトの名無しさん** · 2022/08/14(日) 18:44:32.59

何がいいたいのか、それじゃ分かりませんよ

**デフォルトの名無しさん** · 2022/08/17(水) 14:52:43.76

インテルの８ビットCPUは、日本人である嶋さんの設計だった
IBMですら、その将来性を見通せなかったのだから、
日本政府の無能ぶりは仕方ない

しかし日本政府はユダヤの商売を邪魔できないというのがあって
日本製ＯＳは自滅させられてしまった
ＣＰＵやＯＳのような、稼げる分野に踏み込むことができないのだ

その一方で、中国製ＣＰＵはWindows10がサクサク動くまでになってきた
その価格で、そこまで動くなら充分だ、という方向に世界は動き
インテルのCPUは、一部の愚かなヲタしか購入しなくなるだろう

それに加えて、アメリカは基軸通貨の地位を失うことで米国債を売り浴びせられ
国が潰れることになるし、日欧も巻き込んで餓死者が大勢出るほどの大恐慌が目の前に迫っている

インテルもMSも先が無い
世界経済はBRICsが引き継ぐ
だからVB6は早く中国に売り払ってしまえと言うのだ

**デフォルトの名無しさん** · 2022/08/17(水) 16:08:11.19

>>708
VBはフレームワーク

Windowsのメッセージをループしながら、取得して判断する部分は初めから出来上がっている。

バカにされていると思っているのかもしれないが、あまりにできることが少ない状態でリリースしたマイクロソフトを恨んでくれ。

**デフォルトの名無しさん** · 2022/08/17(水) 17:10:55.54

>>704
Windows APIが低級ってマジでいってんの？
超高級絢爛豪華APIだろ
DOSのころはディスク以外のデバイスは全てアプリケーション側で個別に操作しなくちゃいけなかったのに

**デフォルトの名無しさん** · 2022/08/19(金) 01:23:05.29

>>710
できることが少なくても、拡張することが前提だからな
ビルゲイツが拡張できるようにしろって言ったらしいが

>>711
比較の問題だろ
VBのような高級言語からみればＯＳのAPIは低級だわな

**デフォルトの名無しさん** · 2022/08/20(土) 02:03:50.58

>>711
Windowsの話なんですが？

**デフォルトの名無しさん** · 2022/08/20(土) 02:17:51.60

>>712
だからVBではWindows SDKの開発と違いが大きすぎて、マイクロソフトは混乱してユーザーも混乱した。

そこにサンマイクロシステムズがJavaといううまく作られたライブラリを持って登場した。

マイクロソフトはMFCというライブラリを提供していたが、Javaのライブラリのような発想はまったく出てこなかったので、サンマイクロシステムズのライブラリに衝撃を受けた。

GUIのライブラリはこういうふうにすれば、いいのかとわかって、VBは6.0で捨てることが決まった。

マイクロソフトは自分でクビをしめていたわけ。
マイクロソフトはWindows SDKをみんな使ってくれると思っていたが、世の中のプログラマのレベルが想像以上に低かったせいで、とりあえずVBでしのいだだけ。

当然、C言語、C++プログラマでネイティブアプリを作るような人間は、Windows SDKの方が自由自在なので、こちらを使った。

DirectXを使うような一般人も当然、Windows SDKを使った開発をしている。

VBは何もかもしょぼくて話にならない。
ただ、なぜか日本の業務システムではVBを使ってしまって、日本はガラパゴスになった。

VBを多用したせいで、日本のWindowsアプリケーションのレベルが下がったとも言える。

プログラマのレベルも下がり、コンピューターがどう動いているのか、Windowsがどう動いているのかすら考えない人間がこんなスレッドを立てて、あたかもWindowsに詳しいかのように発言している。

VBを使っていた時点でまったくわかってねえんだよ！

**デフォルトの名無しさん** · 2022/08/20(土) 02:22:08.74

プログラム板の他のスレッドを見ないようなレベルの人間だからな。

やる気なし、関係あることでも調べない、仕事でVBを使っていたから知っているだけという勘違いで、VBが古代などと変なことを言ってしまっているやつらがいるのが、このスレッド。

**デフォルトの名無しさん** · 2022/08/20(土) 06:34:47.84

無制限に時間を使える訳ではないからなぁ
個人的に興味があって、家で調べているならそれでもいいんだろうけど、
会社で調べてたらその分見積もり高くしろと言われてしまうし、
とにかく簡単に出来るほうがよい
Windowsの仕組みとか正直どうでもいい

**デフォルトの名無しさん** · 2022/08/20(土) 07:47:45.81

>>714
あなたが衝撃を受けたJava GUI って
AWT?
Swing?
JavaFX?

**デフォルトの名無しさん** · 2022/09/09(金) 22:18:29.45

Sub 保守()

**デフォルトの名無しさん** · 2022/09/10(土) 08:43:24.61

Sub Japan_Cleaning()
Static Yamagami
　　If 朝鮮自民=0 Then End
　　Del 朝鮮自民
　　Yamagami++
　　Japan_Cleaning
End Sub

**デフォルトの名無しさん** · 2022/09/11(日) 16:00:58.81

VB6を運用続けるのも難しくなって来た
VB6→C#やVB.NETへの移行案件いろいろ出て来てるね

**デフォルトの名無しさん** · 2022/09/11(日) 16:13:31.35

>>720
移行が終わったら、呼んでくれ。
VB6からの移行なんて絶対やりたくない。w

**デフォルトの名無しさん** · 2022/09/12(月) 02:31:31.19

新規開発用の環境はVB.NETは開発終了みたいだからC#へ移行

**デフォルトの名無しさん** · 2022/09/13(火) 15:05:51.30

>>721
>>VB6からの移行
結構多いよ
どんだけVB6のまま放って置いたか分かる

**デフォルトの名無しさん** · 2022/09/17(土) 08:06:24.40

VB.NETも終わりなの？
じゃあVBとWindowsもひっくるめて中国に売っちゃえばいいのに

例えば、漢字変換が何十年も進歩しないアジア軽視は許せん
Windows自体が問題放置のお手上げ状態だし
まぁそろそろ人間の手には負えなくなってきたのだろうが

**デフォルトの名無しさん** · 2022/09/17(土) 10:44:46.39

VB.NETの進化は止まった
逆を言えば、それだけ完成度が極まった、とも言える

**デフォルトの名無しさん** · 2022/09/17(土) 11:05:21.49

VB6からの移行とか関わりたくない…

**デフォルトの名無しさん** · 2022/09/17(土) 13:20:33.18

Win11でも見捨てられずに動いちゃう(ランタイムとかの個別導入はいるけど)VB6の罪は極刑レベル。

**デフォルトの名無しさん** · 2022/09/17(土) 19:34:48.39

エクセルVBA って無くなるの？

**デフォルトの名無しさん** · 2022/09/17(土) 19:36:09.06

エクセルVBA を買うと損するの？
エクセルVBA はこれからどうなるの？

**デフォルトの名無しさん** · 2022/09/18(日) 03:03:51.63

>>725
新しい機能はC#使えってことでしょ
VB.NETはこれまでも周回遅れだったじゃん

**デフォルトの名無しさん** · 2022/09/18(日) 07:11:29.21

ある意味エクセルVBAの勝利だな
エクセルVBAはユーザーが多いから無くなることはないだろう

Windowsを立ち上げたときの核心部分は、日本のNEC部隊が担当したそうだ
富士通とかもマイクロソフトに出向して、てっきり日本語対応の部分だけを担当してたのだと思ってた

インテルにしても初期の８ビットCPUは日本人の設計だしな
孫正義のような日本の足を引っ張る朝鮮人連中が、安倍死から絶賛崩壊中で
これから日本復活だよ
とはいえ欧米の崩壊に日本も巻き込まれるので暫くは地獄だが

**デフォルトの名無しさん** · 2022/09/18(日) 08:50:49.73

なんでWin11って日本語不自由なん？
ローカライズは日本語の話せるアジアンが担当して、生粋の日本人は参加してないん？

**デフォルトの名無しさん** · 2022/09/18(日) 09:39:37.25

>>731
>>エクセルVBA
無くならないだろうね
VBA案件も多い

**デフォルトの名無しさん** · 2022/09/19(月) 09:43:14.80

15年位前からMSIMEの開発は中国に移ってるそうです
当時から精度劣化とか言われてた

**デフォルトの名無しさん** · 2022/09/21(水) 20:54:50.69

>>732
22H2の日本語表示はかなり中途半端になってたよ
配信開始したの知らないで、昨年末の21H2だと思ってダウンロードしたんだけど
隣り合ったメニューなのにterminalとターミナル（管理者）とか、インストーラが英語のままだったり
前のバージョンでできてたとこが間違ってた

**デフォルトの名無しさん** · 2022/09/22(木) 19:22:12.53

Windowsがオープンソース品質に近くなってきたな・・・

**デフォルトの名無しさん** · 2022/09/22(木) 19:56:30.94

本当にWindowsは酷い酷いってWindows板に書きまくったら
「他所でやってください」の規制がされてしまった

一例を挙げるなら、ファイルをコピーしようとして
「上書きしていいですか」のダイアログの意味不明さも酷いが
それをキャンセルしたら無処理で戻るはずが、プログレスバーがスルスルと伸びるんだよ
これ怖いよ、上書きしちゃったか確認が必要だ

漢字変換も使い込んだら３０年前の、候補が頻度順で並んでる方が速いよ
もうあちこちメチャクチャ

**デフォルトの名無しさん** · 2022/09/23(金) 01:43:35.70

macOS や iOS でディレクトリというかフォルダのコピーするとき
同名のフォルダがあったら内容マージされるもんだと思って
確認ダイアログでOK押したら元々のフォルダの中身が消されたのは良い思い出

**デフォルトの名無しさん** · 2022/09/24(土) 19:54:21.34

>>737
上書きするなら問題ない

**デフォルトの名無しさん** · 2022/10/05(水) 16:10:44.54

VB6のシステムをVB.netで書き直す作業をプログラムわからない人に説明したい場合、
どういう例えだせばわかりやすいかな・・・・？

**デフォルトの名無しさん** · 2022/10/05(水) 18:42:05.81

VB6とVB.netは名前に同じVBとついていますが、
別の言語です。翻訳の多大な労力が発生します。
日本語から中国語に翻訳する作業を同じ漢字を使う
文化なんだから簡単でしょと言っているようなものです。
とか？

中途半端に知識のある客
「でもVB6で書いてるものをVB.netに自動で変換
出来るって聞いたよ？」

COM、OCXを置き換えたり、
コントロール配列が使われているばあいの置き換え
VB6からVB.net2008、Visual Studioへの
2段階アップグレード等をどう説明したらいいんだ。
orz

**デフォルトの名無しさん** · 2022/10/06(木) 09:52:30.51

>>741
日本語と中国語の漢字で似て非なるものの説明いいかもしれないですね
ありがとうございます

開発期間すごく甘く見積もりされていて辛かったので
これで少しでも伸ばせたらいいなぁ・・・

**デフォルトの名無しさん** · 2022/10/07(金) 02:10:02.24

>>741
中途半端に知識のある人には、自動変換ではCOM、OCXといった共通で使われる古い部品はそのままだから、新しい部品に置き換えないとVB6からVB.netに書き換えても今後動作しなくなる可能性が高く、.NETの部品は規格が違うから書き換え作業が増えますよと伝えていた
でも実際は、.NET Frameworkのサポート期間の方が短くて、初期のバージョンに移行した方が先に寿命を迎えた

コントロール配列の問題はCOM、OCX問題が無ければ、そのままでも機能するから書き換えてないのも見かけるよ
セキュリティ面では改善されたのかもしれないけど、VB6からVB.netへの書き換えって、本当に必要だったのかな、新しい機能を使うためには.NET Frameworkへ移行した方が良かったものもあるけど、VB.netの開発は終了されて今後新しい機能が追加されないみたいだから、移植時に新しい機能が必要なかった場合は意味が無かったと思う

COM、OCXがそのままでVB.net化されたのなんか、全く移植した意味が無かったと思う

>>740
最近のVB.net移植案件の目的ってなんなんでしょか？
うちの会社は最近のはC#へ移植してるよ
言語は併用できるから古いコードはVB.netへ移植して、新しい部分はC#でも良いけど、VB知らない人にはVB使う意味って無いよね

ところでVB.net化して、VB6名前空間がそのまま残ってるコードをどう思います？

**デフォルトの名無しさん** · 2022/10/07(金) 09:54:45.29

>>743
>最近のVB.net移植案件の目的ってなんなんでしょか？
私のケースの場合は、単に担当する私の経験がC#よりVB経験があったためと
依頼側はVB6とVBって似てるからいけるんじゃない？っていう認識のもとでの依頼でしたね

ここ数年C#触れてなかったけど、今の主流は次世代とかのこと考えるとC#のほうがいいのかなぁ

**デフォルトの名無しさん** · 2022/10/07(金) 13:00:17.90

VB6からの移植はIEみたいに
いつMSが切るか分からんのと
保守のVB6エンジニアの確保が難しいからじゃないの？

**デフォルトの名無しさん** · 2022/10/07(金) 18:37:02.55

>>743
VB6はランタイムはサポートされていても開発環境はすでにサポートされてないはずだが
.NETはサポート切れたら寿命なのに、ＶＢ６はサポート切れても寿命じゃないと？

**デフォルトの名無しさん** · 2022/10/08(土) 09:23:01.62

>>746
1.VB.NETは、新しい機能追加が終わったから、もしVB6の機能で良いというならVB6で良い
2.VB.NETでできることはC#でもできるから、どうせ移植するなら機能追加のあるC#の方が有利
3.実行環境については、VB6のサポートは続いてるけど、.NETはバージョンによっては終了

たとえば、NETFramework4.0は開発環境（VS2010）のサポートが終了されちゃったし、置き換えられて4.0実行環境もサポート終了された
開発環境のサポートが終了されたのを妥協するとしても、4.0で開発したなら最終バージョンの4.8の動作確認が必要になるけど、VS2010しか持ってないと対応できない
うちの職場は社内設備用の開発なんで、新しい開発環境が買ってもらえない
MS以外のメーカーから提供されるライブラリが高価で初期導入の時にしか買っていないのも問題なんだけどね

うちの職場ではWin11については現在確認中だけど、万一のためにVB6用にXpは仮想化してあるし、Win10までVB6の開発環境は現役で使えてる
VB.NETはMSのサポートが必要で、どうしてもVBが使いたい時だけの選択肢でしかない、それなら付加機能のあるC#に移行するよねって話で新しいものはC#に移行しているよ

**デフォルトの名無しさん** · 2022/10/08(土) 12:04:10.07

VB6のIDE環境だけどWIN11で普通に使えてるよ。
ランタイムとか自分で入れ直さないといけないけど。

**デフォルトの名無しさん** · 2022/10/08(土) 15:33:03.15

旧VBはXPの仮想マシンで動かしてるわ
まるごとコピーすれば5分で準備できる

**デフォルトの名無しさん** · 2022/10/09(日) 13:37:10.30

それって、Win１０上で、バーチャルXPを動かしてるってこと？
XPマシンがあるならVBの開発環境構築にバーチャルPCは不要だものね

Win10上でVBPを起動すると、レジストリの登録がなんたら～とメッセージが出て
それはもう一度やれば正常にプロジェクトがロードされたのだけど
昨日は10回近くリトライしてもダメで
ダメなときはダメという感じになってきた

何かが不安定で、ネットで調べたら管理者権限で立ち上げるとかあって
今調べている最中だけど
なんか古代VBに対する配慮がなくなっているのではないかと不安
バーチャルXPが作れるなら、それも考えておかないといけないかも

**デフォルトの名無しさん** · 2022/10/09(日) 13:45:42.68

>>750
VB6 IDEをWin10以降で動かすネット記事は
初回起動時のみ管理者権限で起動って書いてるトコ多いけど
レジストリの読み書きするプログラム作る場合は
常に管理者権限で起動するようにしないと
書き込みエラーで怒られるよ。

**デフォルトの名無しさん** · 2022/10/09(日) 17:03:22.27

>>750
うちはHyper-V使ってるよ
Xp用の統合環境用ドライバがServer2012R2くらいまでしか対応してなかったから、Server2012R2から持ってきた
多分Win8.1くらいまでは対応してたんだろうけど、Win10以降はWindowsUpdateでドライバ取得するようになって、Xp未対応なんだよね
Xpについては、XpモードのVHDをそのまま使ってるのもある
なぜかアクティベーションできたPCとできなかったPCがあって、仕方ないから新規に入れた環境もあるよ
Hyper-VはWin98やMeは対応できないみたいなんだけど、他社の仮想環境なら使えるのかな
VirtualPCやVirtualServerなら実行できるのにね

VB6もそうだけど、F-BASICの環境構築にXpは役立ってる
Xpより後のOSでは、デバッグができなかった
F-BASICはXpすら未対応ってことになってるけど、Xpなら動かすことができた

**デフォルトの名無しさん** · 2022/10/15(土) 14:39:38.07

VB6→C#への移行案件が地元で有るけど
募集かけても人が来ないのかずっと募集中
よほどVB6からの移行は皆嫌ってるって事か

**デフォルトの名無しさん** · 2022/10/15(土) 15:14:51.81

出すもん出すなら普通に来るよw

**デフォルトの名無しさん** · 2022/10/15(土) 18:30:38.36

単純に古代VB言語を使いこなす現役が少なくなっているんじゃないの？

**デフォルトの名無しさん** · 2022/10/16(日) 14:31:24.08

お金が出せないなら自分でやれーい！（終了）

**デフォルトの名無しさん** · 2022/10/17(月) 20:51:15.53

なんでC＃にする必要があるのか聞いてみれば
たぶん、例えばTreeViewとかの非標準のコントロールを使っているから
起動すらしないということなんでしょ

そのコントロール相当のものを自作すれば済む話なんじゃないの
自作コントロールを作っておけば、そういう案件全部食えるのでは

**デフォルトの名無しさん** · 2022/10/17(月) 21:25:14.86

例えばポップアップメニューの項目の中で、使えない項目は
Enabled=Falseにすると、エンボス表示になって、これは使えない項目だと瞬時に分かったのに
今時のWindowsはタブレット対応のためか、滲んだフォントを使うので、エンボス表示が使えない
そこで文字色を灰色にしたり、背景色を変えたりの統一されていない仕様になって非常に分かりにくい

それはほんの一例だが、Windows開発の先人たちが改良を重ねて使いやすくしてきたものを
全否定する今時のWindowsは、GUIが子供が作ったようにバカげたものになっている
コントロールパネル関係なんか悲惨すぎる
場当たり的な思いつきの仕様が使われて、もう末期的だろう
開発チームを統括してる奴がいないようだ

しかしXP時代のよきGUIがVBランタイムとして残されていくのは救いだな

**デフォルトの名無しさん** · 2022/10/18(火) 00:14:57.56

今やWindowsの売上はMS全体の売上の２～３割しかないからあまり工数を割けないんだろうねぇ

**デフォルトの名無しさん** · 2022/10/18(火) 06:51:01.92

>>758
今のWindowsって今までに蓄積したものをぶっ壊した挙句、
UIが中途半端なキメラ状態になってしまってるんだよな
もう、モバイル完敗なんだから、サッサと諦めて
今までのデスクトップ路線に戻してほしいわ

**デフォルトの名無しさん** · 2022/10/18(火) 18:34:43.68

XPが完成形だよな。それ以降は劣化だよ。
進数計算とか空で出来ない雑魚文系なので、XPの関数電卓は未だに重宝する。

**デフォルトの名無しさん** · 2022/10/19(水) 13:44:29.15

今のWindowsの電卓は最低だわ
フリーソフト以下だ
たぶん新人の勉強のために作らせたんだろうが
あんなものをよく上司がOK出すなと思う

アンドロイドスマホの電卓はセンス良い
さすがGoogle

**デフォルトの名無しさん** · 2022/10/19(水) 15:01:04.34

>>757
かも知れないね、、
まあ.NET Coreとか視野に有るならVB.NETよりC#にしとく方が良いからね

**デフォルトの名無しさん** · 2022/10/21(金) 18:27:27.18

VB爺がC#なんて理解できると思うかい？

**デフォルトの名無しさん** · 2022/10/22(土) 12:33:42.37

古いプログラムは余り手を付けずに延命できるならそれに越したことはない
表面化してこなかったバグを掘り起こしてしまいかねない

C＃に移行なんて話は、どうせ元のソースの全てを理解してやろうとは思ってないだろ

**デフォルトの名無しさん** · 2022/10/28(金) 18:14:06.14

「Internet Explorer 11」は2023年2月の
パッチで完全無効化
～Microsoftがアナウンス／

そろそろクラシックVBも引導渡されるかな。

**デフォルトの名無しさん** · 2022/10/28(金) 21:30:01.59

そもそもプロプライエタリな開発ソフトなんて時代遅れだからっ！
これからはフリーなg++またはclang++やろ？
もちろんGUIはwxWidgetsッ！
Qt？・・・もう知らん

**デフォルトの名無しさん** · 2022/10/29(土) 10:30:34.75

AmazonのKindle for PCがQtのようだ

**デフォルトの名無しさん** · 2022/10/30(日) 03:06:07.39

edgeをdom操作出来るようになるまではie消すなよ。

**デフォルトの名無しさん** · 2022/11/12(土) 21:59:06.42

VB6の様な実行即起動のP-CODEライクな開発環境はもう出ないのでしょうか？

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

VBは難しすぎる

**デフォルトの名無しさん** · 2023/03/20(月) 15:02:19.30

VBとC、どっちが難しい？

**デフォルトの名無しさん** · 2023/03/21(火) 00:01:47.36

**デフォルトの名無しさん** · 2023/04/10(月) 16:52:13.53

VBだけで出来ることなら簡単だけど、
OSの機能にアクセスしようとすると急に難しくなる

**デフォルトの名無しさん** · 2023/04/12(水) 02:28:07.47

VBとVBAどちらが難易度高いすか？

**デフォルトの名無しさん** · 2023/04/12(水) 19:25:35.16

VBAにはコントロール配列が無かったから複数の同じコントロールを
操作するのが面倒だった気がする

**デフォルトの名無しさん** · 2023/04/13(木) 01:54:06.82

結論:どちらも難しい

**デフォルトの名無しさん** · 2023/04/13(木) 23:16:41.34

VBってトライ＆エラーがやりやすいから
やっつけ的な糞コードができやすいというのはあるかも・・・

**デフォルトの名無しさん** · 2023/04/26(水) 15:39:13.95

難しいかどうかを気にするのって
やらない言い訳を探しているように見えるな

**デフォルトの名無しさん** · 2023/04/26(水) 18:27:20.79

vbもvbaどちら様も難しいございますわよ。
だってプログラミングなんだもん。

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

Picture1をコンテナとして、複数のImageコントロールが乗っています
そのイメージを
Clipboard.Clear
Clipboard.SetData Picture1.Picture　か　Picture1.Image
でクリップボードに入らないかと思ったらImageは無視されてしまいます

Picture1に直接描かずに、Imageを乗せるのは、
Imageはドラッグで動かすものだからです

ウインドウ丸ごとキャプチャは、Picture1がウインドウより大きくて
スクロールしながら見るものだからダメです

全Image を BitBild でPicture1にコピーしてから
Clipboard.SetData するしかないでしょうか

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

>>781
Picture1のAutoRdrawをTrueにしてもダメでしょうか？

**デフォルトの名無しさん** · 2023/05/09(火) 16:11:08.45

>>781

これでどうでしょうか？

フォーム上に Picture1 と Command1 を置きました。
Picture1 上には任意の Image を置いてください。

※ Picture1 の ScaleMode プロパティは、「3 - ピクセル」に設定してください。