未経験でWindowsアプリを作って試験運用始めたのですが先ずは、デザイン見た目を気にせず解る範囲でtxt等を画面に並べ作ってやったのですが見た目が悪く現在改良し始めて居るのですがどの様に見せると見た目が良くなりますか？現在は、修正や後で入力するものなどは、画面左側にtxt等等を置き右側にPDF Panelを作りそこから専用Formをを立ち上げ入力反映させ最終確認しやすいようには、しています他にどんなことを取入れてみては？と言う事は、ありませんか？
回答34件
#1
総合スコア118509
投稿2026/06/17 01:36
状況がよくわかりませんが、場当たり的にUIをつくっているのであれば、まずは仕様書を作るところから始めてみてはいかがでしょうか？そのためには要求定義、要件定義が必要になり、そこではじめて実装すべき機能の洗い出しができると思います。
#2
総合スコア12445
投稿2026/06/17 01:48
編集2026/06/17 01:59業務アプリ
とのことなので，あなた一人が勝手に(?) 「この形が見栄えが良い」とか「この形がやりやすい」とかなんとか思っていても，それでOKって話ではないのでしょうから，
周囲の関係者と協議etcすべきなのではないでしょうか．
（すでに言われてますけど，普通は「仕様」ってものが先にあって，それに従って作るんだと思いますよ）
作る側からすると（特にGUIに関して）「いや，この情報をここで表示しないとか…なんなの？」だとか「これ，なんでこんな面倒な手順なの？ こうすればさっとやれるのに」とか見える事柄も
よくよく事情を聞けばそれぞれにそうする理由というのがちゃんとあったりするものなので，まず仕様についてしっかりと（可能な限りそういう話のところまで）理解することから始めるべきかと．
#3
システムの作り方すら知らずに始めていて自分で使うので必要な部分をいれながらやっぱりこれは、必要必要でないと言う具合で作り上げています。誰かにこれを作ってと頼まれたわけでは、なく自分のやりたいことを入れ込んだ形です。ですが画面でみた感じかどうにかならないのかの工夫をしたいわけで(--;)
#4
総合スコア12445
投稿2026/06/17 02:42
話題の内容的に，最低限，
「XXXを使って作っていて，現在の見た目がこうなんだけど……ここの部分を……」みたいな具体的な情報を出す必要があるんじゃなかろうか？ という気がしますが，どうなんでしょうね．
特に XXX 次第で事情（やり方とか労力とか）がわりと変わりそうな気もしますし(?)．
#6
総合スコア12445
投稿2026/06/17 04:36
ちなみに言語はCで間違いないですよね？
Qiitaの方では C# のタグが付いてますね．
#7
すみませんVisual Studioで作っていて言語はC#です
すみません写真の張り方が分かりません(--;)画像をみてもらえれば分かりやすいのですが…
#8
貼れました分かりますか？
#9
総合スコア12445
投稿2026/06/17 06:03
編集2026/06/17 07:35えっと，その画像は大丈夫なの？
（何かいろいろとまずいものが映っているとかそういう可能性はないですか？）
（正直，その画面の見た目が悪いとか全然思わない派）
#10
たぶん大丈夫です完全に見えるのは名刺ぐらいですし
#11
総合スコア2163
投稿2026/06/17 07:19
ナウい画面にしてとチャッピーに依頼したらこうなりましたが、構成要素が同じなのであまり変わらないですね。
ファンクションキーとかかなり古い世代感がありますが、現場での操作がメインなら別にいいんじゃないでしょうか。
あと積込・荷卸先・車両のマスタってないのとか、ドライバー情報はとか、1回の発注で複数台で運搬するケースはとか、過去依頼の再利用とかないのとかいろいろ思いますが、見た目とは関係ない話ではあります。
#12
それに関しては、別フォームで詳細を入力する感じです積込情報などは依頼先で絞り込みクリックして表示していきます降ろしはさらに絞り込みクリックして表示車両も別フォームで複数台入力し一台毎金額も入力するようにしています
#13
総合スコア302
投稿2026/06/17 10:53
UIは芸術作品ではないので、使い勝手が最優先。そこに問題がなければ問題ないと思います（トレードオフの問題）
そのうえで問題があると思うのであれば、何を解決したいかを提示したり仕様を洗い出さないとまず何も始まりません
以下所見
（例えば車両を入力するのに車両情報を覚えるのが大変だから索画面を開くようにしたい、分割しての運送指示がある、車両によって依頼金額の見積もりを出したいなどあるか。発注先システムとのシステム連携は不要かなど、全体的に仕様不明ですしエンジニアなら普通そこまで考えてしまいます）
もう少し質問内容を考えまとめてから質問するのを推奨します。
#14
そこまでは、考えていませんが金額の算出などは、取引先毎で決まっていたりしますのでそこまでは、考えていますが取引先との連携などは、規模でかわるのではないでしょうか？連携を考るとなると複数連携となりますよね？一人で何社とも連携は、難しいですしその前にそこまでの知識すらありません。
一社で複数の業者の仕事をしており事務作業の手間を少しでも減らせる様にしています。
#15
総合スコア13499
投稿2026/06/17 19:59
まずはスクリーンショットの撮り方を調べられては如何かと。
で、 UI が格好悪く見えるのは、統一感が成っていないのだと思います。
68user さんがご提示されているのと見ると、色使いやフォントの大きさ、区切り(囲み)方、空白の大きさの違いでかなりスマートに見えます。
たた、業務アプリあるあるだと思いますが、文字情報が多く、またなるべく沢山の情報を一度に見たい(見せたい)ので、どうしても隙間を詰めてしまうんですよね(^^ そうすると文字が積み重なったような状態になってしまって、区切りや囲みを目立たせるために色使いが多くなったり、線で囲むと余計にごちゃごちゃしてしまう。
ラベルやボタンの中央寄せも、左右の端が並ばないとバラバラな印象になり易いと思います。
#16
確かに色付けして分かりやすくしていたつもりが余計なことだったと言うことですね！そこで統一感がなくなって何だかなーて感じなのですね。ありがとうございます。
#17
総合スコア12445
投稿2026/06/18 01:56
色付けして分かりやすくしていたつもりが余計なことだった
「余計なこと」というわけではないと思います．
色付けによって実際に 分かりやすく なっているなら，それは有効な手段の１つなので．
ポテトチップスの袋じゃないけど，色って 認識/識別/区別/発見/... に結構大きく寄与すると思うんですよね．
どの色をどんな意味で使うか的な面での統一感があれば良いんじゃないでしょうか．
（デザイン的な面では「素敵な色を選ぶ」ということになるのかな？）
#18
------
少し切れていますが少しまとまりが出た感じになりました。
#19
総合スコア2163
投稿2026/06/19 06:01
いいんじゃないですか～と思いますが、さらによくしたいということなら、何かしらのルールに則っていないように見えるところ、統一されていないように思えるところを下記にまとめます。
[キー説明]
下記のように整理するか、
・F1 本登録
・F12 登録番号再取得
・Shift+Enter 内容確定
あるいは画面最下部に説明を表示しておくとか。
F1 本登録 F12 登録番号再取得 Shift+Enter 内容確定
[操作説明]
これはボタンですか? 別ウィンドウが開く?
ボタンならボタンらしい見た目を (角丸にするとか色を変えるとか)。
別ウィンドウが開くならそういうアイコンを使うとよいかも。
https://icooon-mono.com/12229-%E6%96%B0%E3%81%97%E3%81%84%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%81%A7%E9%96%8B%E3%81%8F%E3%83%9C%E3%82%BF%E3%83%B3-1/
[登録番号]
これは表示ラベル? テキストフォームっぽく見えるので枠囲みをやめては。
[積込先地図/納入先地図]
地図が開くんですよね。ボタンがよくないですか。
なぜ積込先と納入先で色が違うんでしょうか。
これって右側の積込情報・荷卸し情報欄に移動できないですか。
[仕入金額～高速料金]
表示のみ? 入力フォーム?
なぜ「売り」だけ色が違う?
[運送依頼書作成]
これは、右で入力したものを登録する「登録」ボタン的なもの?
であるなら右側の画面最下部にあるのが一般的とは思いますが、このシステム全体がそういう思想ならまぁいいのかも。
キャンセルってどういう意味ですか。過去に右側で入力済のものを取り消す?
あるいは登録番号 260003 そのものを取り消す?
いずれにしても違和感あり。
[右側]
「clickしてください」と書いてあるフォームは見たことがないので、違和感あり。
押すとどうなるんですか。サブウィンドウが開く? テキスト入力?
前者ならボタンであるべきでは。
各項目に必須マークいらないですか。
積込情報と荷卸し情報、左右に分割して左は積込情報、右は荷卸し情報にしてみたらどうですか (積込と荷卸しを間違えづらくなるのと、画面に変化がでるかもってだけです)
[全体的に]
おしゃれ感を出すなら、こういうのです。表の枠線は外しましょう。
https://media.geeksforgeeks.org/wp-content/uploads/20240221121835/React-Form---Preview-.png
テキストボックスの枠線を外して下線だけにするとよりすっきりしますが、テキストボックスだと認識できない人も出てきます。
でも現場のご年配に受けるのは枠線の方かもしれません。
#20
clickしてくださいの部分は専用フォームが立ち上がりそこで詳細データ入力一部を表示させるためにしています。
グレーの文字を入れている部分を押すと全て専用のformが立ち上がるようにし入力した内容がそこに表示するようにしているのでこのような感じにしています。左側の仕入・売・高速料に関しては必要であるかと言われたらそこまで必要ではないのですが車両で個別に入力するので・・・積込先地図入力した情報見れるようにしてあるので見たいときに使う感じですあー住所textの右端でもボタンで埋め込んでおけばいいのですね！依頼書に関しては右のPDF表は基本自社運搬でも入力で確認しやすいようにしており車両入力で庸車を選んだ時にボタン押しで依頼書を作る感じのボタンですキャンセルは、入力済みの依頼がキャンセルになった場合に表示しcheckを入れ請求書などに反映しないようにしています一応依頼がどの程度あったのかも残したいので。このような感じですやはり聞いてみればどんどんいらないものがでてきますね！ありがとうございます。
#21
総合スコア343
投稿2026/06/20 14:26
んん〜。質問見てたんだけど。
ぶっちゃけ、思った事は。
Now, you're the wrong guy
in the wrong place
at the wrong time!
って事だったんだよね(笑)。
未経験でWindowsアプリを作って
これ、未経験かどうか、って関係ないんだよ。
何故か、と言うと、これは「プログラミングの問題」じゃなくって「デザインの問題」なんだ。
つまり、極端に言うと、「質問を投下する場所が違う」。訊くべき相手はプログラマじゃなくってデザイナーなんだ。
今、殆どプログラミングの世界だと分業制なんじゃないかな。デザイナーがデザインあげてくる、あるいはUIとかその辺の仕様書をあげてくる、と。んでプログラマはデザインをしないんだ。
昔はプログラマがデザイン担当してた事もあったろうけど、今は違うんじゃねぇのかなぁ。
そもそもプログラマはUIデザインを学んだ事がない人が殆どじゃなかろうか。僕も知らん。
大体、どっちかっつーと、プログラマってさ。
端末とコマンドラインがあれば全て解決!これ最強!
って人種だしさ(笑)。「どうやったらユーザーが見やすい/使いやすいデザインになるのか」とか考えた事ある人って殆どいねぇんじゃないの(笑)?多分、Windows用でキチンと販売目的のソフトウェアを作ってます、って人以外だと、そもそもそういう訓練を受けてないんじゃないか。
別にプログラマをバカにしてる、ってわけじゃなくってね。例えば実例を出そうか。
僕はLinuxってOSのユーザーなんだけど。例えばこういうGUIのソフトウェアがあった。
何のソフトウェアか、ってのは重要じゃないんで端折ろう。
プログラマがやりがちなGUIってのは「とにかくアイコン並べとけばGUIだろ?」ってヤツ(笑)。
繰り返すけど、あなたが未経験かどうか、ってのは関係ないんだ。経験が豊かなプログラマでも同じ事をやりかねないってのが事実だ。大体、Linuxのソフトウェア開発者ってのはもう何十年もプログラムを書いてるギーク、って人たちなんだよ。ただし、デザイナーの不在でこういう事をよくやるんだ。
ついでにこれだ。
このソフトの画面で「おかしさ」分かるかね?下にあるボタンを見てみよう。「OK」ボタンがないんだ。
このソフトは言わば「設定」のためのソフトウェアなんだけど、要はWindowsで良くある「確認のためのOKボタン」ってのが全くなくって、「設定項目を弄る」->「即反映」って構造になってるのね。
プログラマ観点だと、「GUIを付けたけど本質的には設定ファイル書き換えだろ?要らん要らん」になるんだよ(笑)。
あるいは、「わざわざOKボタン付けて、ポップアップ起動させてユーザーに確認作業を求める、なんてのはマシンサイクルの無駄じゃねぇ?」とか考える。シンプルな方がいいはずだ、と。
ところが、コンピュータ科学的には「その通り」でも、UIデザインだと「間違ってる」って事が良くあるのね。これが典型例で、エルゴノミクス観点だと間違ってる事をやるわけ。ユーザービリティでは、ユーザーに「確認を問う」ってのは使いやすさを考慮すると、たとえマシンサイクルが浪費されようと重要なんだ。
だからプログラマって「マシン寄りで考えてる(あるいはコンピュータの仕組みで考える)」わけで、UIのデザインとかで「ヒューマンインターフェースとしてはどうなんだ」ってあんま考えないんだよね。考えるように訓練してきてない、っつーか。
繰り返すけど、「何十年もプログラム書いてきても」デザインに関しては「分からない」って人の方が、Linuxとか見てると結果多いんだよ。例えば「使いやすさ」より「機能主義」が上位に来る、とかさ。そういった「デザインを度外視する」例が山ほどある。
例えて言うとこういう事なんだ。例えば貴方が統計理論を学んで、数理統計学が万全だったとしよう。で、実際データを集める段になってアンケートを取るためにアンケートを作ろうとした。質問の1問目に「あなたの年収を正確に記入してください。」とか書いたとする。
でも大体反応は「誰が教えるかよ、バ〜カ!」とかになる(笑)。数理統計学の知識と「アンケート項目の設計」は極論別問題なんだ。人々が抵抗を感じない「上手い回答の誘導の仕方」とかは極端に言うと心理学の範疇だろうし、また、質問項目の「配置」なんかも重要になってくる。その辺のテクニックは数理統計学とはまた別の話なんだ、ってのに凄く良く似ている。
んで、誰かも言ってたけど、UIのデザインとかは「芸術」ではない。つまり、「オリジナリティ」は全く必要ない。逆に「オリジナリティに溢れた」UIなんて使いづらいだけ、になる。
これはオリジナリティに溢れてるわけじゃないけど、「使いづらい」UIの例だ。
これは「独特」とか「オリジナリティあふるる」ではないけど、結果「使いづらい」UIになってるのは「オリジナリティ溢れるUIを提供している」Mac生まれだからだ。クリックすると画面がスライディングして遷移したりするのは「COOL!」なんだけど、それがユーザービリティの向上に全く貢献してない。Windows/Linuxに慣れてると「そんな視覚効果より、プルダウンメニューがあった方が便利じゃん?」になる。ところが、MacのUIはアプリ毎にプルダウンメニューが装備されていない。結果WindowsやLinuxだと「プルダウンメニューが存在しない使いづらいだけのソフト」になってしまう(そもそも、MacのUIは1980年代の「モニタの解像度が低かった」時代のUIを引きずっていて、アプリのプルダウンメニューはアプリ毎じゃなくってモニタ上部に現れるようになってるのが諸悪の根源だ・笑)。
誤解のないように言うと、これのiPhone版なんかはUIとしては「ハマってる」んだよ。それは環境がそうだから、って話であって、「オリジナリティ溢れる」UIを持つOS上で、それに最適化している以上ハマって当然、って事だ。ところが、別の環境に持っていくと単に「使いづらい」になっちまうんだな。
まずは環境がどうなんだ、ってのは思ったより重要な要素となる。
あと、色とかを含むルック・アンド・フィールだよね。XP時代でXP環境に合ってる「デザイン」をVista以降のWindowsアプリに持ってくると違和感が半端ない。違和感を感じる「見た目」ってのは、機能的には問題ないハズなのに、人間に「嫌だな」って感情を感じさせる。
この手の話ってのはセオリーがどっかにある筈なんだけど、僕は残念ながら知らないし、学んだこともない。恐らく、デザインと言っても当然「服飾デザイン」とかそっちじゃなくって、任天堂の宮本茂氏が大学で専門で学んでた工業デザインの一種なんじゃないか、とは思ってるんだけど。でもノウハウを書いてる教科書とか全く知らないんだよ。僕も知ってる人がいるなら教えて欲しい方なんですけれども。
この辺の本なのかなぁ。体系的にまとめられてるのは。読んだ事がある人がいればいいんだけど。
#22
そうなんですか？
デザインも処理コードも自分で作り初めてシステム開発の事は、全く知らずなので
確かに例題で出たUIて言うんですか？デザインのこと少しやりにくい感じは、あるがマウス操作のみであれば気にならない等の感じは、ありますね！
思い返せば色々アンケートの入力などしていても
慣れてくればTabでの移動も気になりませんが素人目線で言えばEnter移動がよかったりとあるので
後は、スペースを開けたいなどは、デザインのもんだいでね確かに
質問でプログラミングデザイナーがデザインしてそこに操作処理コードを作っていく感じなのですか？
後私は、体育会系勉強は、駄目だった方てか嫌いでしたので本等見ずに体験型で何度もやり直しをするやり方でやっています。
後は、一番の問題自分が何処をどうしたいか？等が自分で解らないことΣ(ノд<)致命的です。
なので画像を貼りアドバイスヒントを元に調べるを今やってもらっています。ありがとうございます。
処理コードも何度も同じようにやっているのでコードもならない部分が何処なのかも解らないこと
簡単な処理ですと、何となく解る様になってきたのでピンポイントでは、直す事も増えてきました。
ですがここで処理コード質問するには、長すぎてもっとこのブロックに不具合があるけど直らないと
解るぐらいにならないとコードを書いて教えてと言えません。最後に教えて頂いた本は、少し見ましたがもう少ししっかり読んでみようと思います。
ありがとうございます。
#23
総合スコア2163
投稿2026/06/22 14:26
訊くべき相手はプログラマじゃなくってデザイナーなんだ。
未経験の人が業務アプリを作るような現場で、UI/UX デザイナーもビジュアルデザイナーも出てくるはずないですね。むしろ開発者自身がフォーム構成はこれでいいのかボタン配置は問題ないのかと悩むことができる、大変おもしろい現場です。
あと OK/Apply ボタンがない Instant Apply の思想は GNOME3 で相当な議論の末に導入されたものであり、「エンジニアにデザインさせるとロクなことないね」というふうに紹介されるのは違和感があります。あなたがこの UI/UX を好きではないことについては理解し尊重します。
#24
総合スコア343
投稿2026/06/22 15:01
未経験の人が業務アプリを作るような現場で、UI/UX デザイナーもビジュアルデザイナーも出てくるはずないですね。
で?
訊く場所が間違ってる、と言う話をしてるんですが。
その「現場がどうの」と言う話は全然してませんね。
あと OK/Apply ボタンがない Instant Apply の思想は GNOME3 で相当な議論の末に導入されたものであり
で?
「相当な議論の末に導入されたから」正しい、って言いたいんですかね。
繰り返すけど、そもそもエルゴノミクス観点的に見て間違ってる、って話であり、あなたの言い方を借りると単に「相当な議論の末に」間違った、ってだけの話でしょう。
あなたがこの UI/UX を好きではないことについては理解し尊重します。
僕個人が好きとか嫌いとか書いてましたかね。
#25
おはようございます。
関係者の作業の分担は、わかります。
ですが分担等せず一人で何もわからないことから始めたわけで
やりたいことを形にでき一先ず動く状態になってひと安心後見た目がもっとどうにかならないか気になり初めて聞いています。
エンジニアの仕事の分担が解っていればここで聞くことは、なかったかも知れませんが正解がなければどんなやり方でもその人が良いと感じれば良いものなのでは？
分野が解れているからその人の考えは、間違い等は、違うのでは？
と思うのですが見た目等気にする人等と協議もなく
完全個人独断と偏見でつくっていますのでこんなやり方でも行けるよ！
と言うアドバイスがほしいだけであります。
訊く場所が違うから答えは、出ないでは、なく出せる人が出してくれる！それで良いのでは、ないでしょうか？
間違いでも何でも良いです。どんな事ができる出来ない見た目がごちゃごちゃになったなどは、作った本人のせいで誰がいったから見映えが悪くなったとかは、ないでしょうし
特に仕事として既にやっていれば問題ですがまだまだ試験段階 個人開発で 入力 抽出 PDF出力の基礎まででき
箸休め的に見た目をいじり始めたので誰かにアドバイスを求めただけですよ！
それで良いてかたは、それで良いと答えてくれればそのままかも知れないし68user さんのようにボタンはボタンらしくやここでは？と言ってもらえるだけでも本当ありがたいです。
本を読んでみては？もありがたいですが読んで理解できる頭がそこまでは…全く解らないわけでは、ないですよ！
ですが途中で面倒になります。
何が言いたいかと言うと訊く場所が何処だろうと構わないてか私は、しらない
線引きなどは、ここで必要なのですか？
少しでもアドバイスしてくれるのであれば私は、色んなかんがえを聞いて取入れるか自分でかんがえますので！
引き続きアドバイスお願いします。
#26
総合スコア12445
投稿2026/06/23 01:43
編集2026/06/24 01:52ウィンドウにメニューバーを付けて，左上らへんにあるやつ（使用キーの説明っぽいテキストと，説明書が出てきそうなボタン）とかはメニューに入れちゃえばいいんじゃないか，とか思います．
で， F1 とかはメニュー項目のショートカットという形にすれば良いかと．
その場合， F1 キーというのは Windowsでは伝統的に(?)【うっかり押すとクソ重いヘルプが立ち上がってくるボタン】という位置づけかなと思うので，伝統を重んじて「操作説明」に割り当てるかも．
#27
総合スコア1004
投稿2026/06/23 04:16
デザイナーに聞けというのはあながち間違いではないかなと思います。
デザインには正解がない（質問者の匙加減）のでここの回答者側からすると
せっかく回答したのが正解にならない、と尻込みしてしまうのではないでしょうか？
どういうデザインが良いでしょうか？
ではなく
こういうデザインにしたいのですがどうやったらいいでしょうか？
と質問する方がこのサイトの回答者には答えやすいということかと。
＊＊＊
途中経過の画像を拝見しましたが、見やすい画面だと思いました。
引き続き頑張ってください。
#28
総合スコア13499
投稿2026/06/23 07:34
一応「意見交換」として書かれていますし、ご本人からも
他にどんなことを取入れてみては？と言う事は、ありませんか？
少しでもアドバイスしてくれるのであれば私は、色んなかんがえを聞いて取入れるか自分でかんがえますので！
ということですので、『デザイナーに聞く』というのも1つの案ということで良いのではないでしょうか。・・・言われてみればデザインの QA サイトとかあるんですかね。
ちなみに Java のウインドウシステムである Swing では「Java ルック＆フィールデザインガイドライン」というのが Sun から出ていました。(もう四半世紀以上前のモノです。)
Windows/Max/Linux 等での見た目・操作を統一することでどの OS ででも同じユーザー体験を提供(出来るように)しようという趣旨なので、その意味でエルゴノミクス的?デザイナーからは好まれなかったかもしれません。
超蛇足ながら、昔幾つか「エルゴノミクス」を謳ったマウスを使いましたが私の手には合いませんでした。(単に手がデカいだけ。)
#26 で fana さんが書かれていますが、メニューバーとかツールバーとかで、今の左側のボタンや説明の幾つかは入れられるのではないでしょうか。
オフィス製品に慣れた人なら、メニューやツールバーをそれらに寄せることで「分かり易く」なるかもしれません。
ただ、ちょ～～～～～っとだけ、（ファンクションキー同様）古臭く感じ・・・。
#29
総合スコア343
投稿2026/06/23 08:06
言われてみればデザインの QA サイトとかあるんですかね。
ごめん。単純に考えていたかも。
OKWaveとか、あるいはYahoo!知恵袋に「デザイン」のカテゴリがある、とか期待してたんだけど、本当に「お絵描き」の方だった・・・・・・・orz
で、デザイナが集まるオンラインサロン的なブツがいくつかあるのは分かったんだけど(10個くらい?)、なんか途端に胡散臭くなる、と言う・・・・・・(苦笑)。殆どが有料だしねぇ。
やっぱ性質違うのかなぁ。エンジニア/プログラマ程オープンじゃない的、な?どうしても秘伝のタレを分け与えます、的なニュアンスになっている。
あと、気になったのが、今どきだと少なくともWeb上では?デザイン = Webデザインになってる感じ。そっちの方が金になる、とか、そんな認識になってんのかねぇ。
まぁ、Electronとか出てきた以上、今後デスクトップGUIアプリのデザインとWebアプリのブラウザ上のデザインの境界線ってどんどんなくなっていくのかも、だけど、少なくとも今のGUIでのデザインやってます、とか言う感じじゃなかったなぁ。
残念。
#30
皆さありがとうございます。
素人のためにΣ(ノд<)
てかファンクションKeyが古くさいとは？
他に何か簡単な決定Keyなどがあるのですか？
ファンクションKeyすら使いなれてなく
だけどボタン一つで決定が出来便利だとおもいつかったのですが…
nonoshuさんごもっともですがこうしたいがないから👀‼️困ったもんです(笑)
#32
総合スコア12445
投稿2026/06/24 02:11
正解がなければどんなやり方でもその人が良いと感じれば良いものなのでは？
「自分一人で作って→自分だけが使う」という状況であれば，全くその通りだと思うので，
本当にご自身の｛好み，使いやすさ，etc｝を最優先にしてやっていけば良いだけなんじゃないかなぁ．
「何らかのキーを押せば何かが動くという形態が便利で，そこに何も問題が無い」のであれば，その形態を棄却する理由は何も無いですし．
具体的な 課題点/改善すべき点 というが今のところご自身の中に無い，ということならば，それは「現状で十分なのであって，特に手を入れる必要性が無い」ということでは．
#33
だがしかしです。
やり方があるのならば知って損することは、ありません覚えていればですが…
調べたところ２つのKeyを押すなど私には、少し不向きだと感じましたのでファンクションKeyでいきます！ですが少しは、取入れたことがありますよ！
今メニューバーを使うか悩み中です。
PDF Panelだけになったら見映えは良いが操作に少し不向きな感じがして…そこも後どうなるかやれる事は、解ったので社内で要望があった場合は、やる方向で考えれるようになりました！
ありがとうございます。
更なるアドバイスをお待ちしています！変化した状態を一先ず明日にでも貼ります(・∀・)みてやってください！
#34
少しですが落ち着いた感じになっていきました。
この左側を隠しメニューにしてマウスを乗せた時にせり出す様にするか考え中です。
基本見えていても仕方ないものを左側メニューに置くと結局このメインパネルで完結させたくなるんですよね・・・
するとまた画面がごちゃごちゃになりそうで・・・
68userさんが言われていた
地図のボタンだけ住所の横に置き換えたらわかり易くなりよかったです！
shift+enterは昔の名残で消していませんでした。
あなたの回答
tips
プレビュー