Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvv:1000:512
javascript(+HTML5,WinJS)やC#(+XAML)を使ったUWP開発のスレッド
■リンク
Windows ストア アプリ開発 - Windows デベロッパー センター
http://msdn.microsoft.com/ja-jp/windows/apps/
Windows ストアへの道 | MSDN
http://msdn.microsoft.com/ja-jp/jj984295.aspx
Insider.NET > 業務アプリInsider > WinRT/Metro TIPS - @IT
http://www.atmarkit.co.jp/ait/subtop/features/dotnet/app/spv/winrttips_index.html
■コード貼るなら↓使ってください
http://ideone.com/
前スレ
Windows 10 UWPアプリ開発
http://mevius.2ch.net/test/read.cgi/tech/1440150886/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured ここなら知ってる人がいそうなので〜
Windows 10のスタートメニューのタイルなんだけど
大きいサイズは 310x310 ピクセル みたいなこと書いてあるけど
スクリーンショットとって長さ測ってみたら
204x204 ピクセルぐらいなんだけど?
これってWindows 10で仕様が変わったとか?
それとも310はピクセルじゃなくて別の単位とか?
よくわからないので教えてください
ソースもあれば嬉しいです。 >>380-381
してないはず。100%になってる。
ディスプレイの「拡大縮小とレイアウト」の所以外で何かあったっけ?
あー、他の人は何ピクセルなってるのか聞けば良いのかw
みんな310x310ピクセルなの? 1.5倍だと206.666…で小数点切り捨ての206、
204と思ったら周りに1ピクセルあって206ピクセルで
計算にあう(?)のか・・・ 面倒だったけど、Windows 8起動して測ってみたら
310x310ピクセルだったわw
設定がないとするならば、Windows 10で
スタートメニューに入れるためにサイズ変えたのかな?
あ、言い忘れたけどデスクトップモード
タブレットモードじゃない
あ、もしかしてタブレットモードにしたら
310x310ピクセルになるのかな? treeviewはバインディングできるようになるらしいけど階層データテンプレートとかないっぽいね。WPFでの知見を生かして別の方法になったのか。
で、windows ui libraryインストールして試そうとしたけどまだ動かなかった。 UWPアプリ開発で困っているので誰か教えてほしい。
ファイラーを作成しているんだけど、UWPのファイルアクセスは厳重で、ダイアログで指定したフォルダしか
アクセスできないから、最初に、ルートフォルダを指定する処理を手動でしなきゃならん。
これは面倒くさいし、何とかしたいんだけど、何よ良い解決方法はないだろうか? >>389
セキュリティ上の制限なのだから少なくとも1度は手作業が入る。
ファイラーをUWPで作ろうとしているのが間違い。 別に間違いじゃねぇと思うけど。最初の1回ぐらいユーザーに選択させりゃいい。androidだって動的権限でダイアログ出したりするんだからそれぐらいの手間は許容範囲だと思うけど。
もしくはそれ避けたいなら確かファイルシステムに完全にアクセスできる権限が追加されたと思ったけど。
https://docs.microsoft.com/ja-jp/windows/uwp/files/file-access-permissions
broadFileSystemAccessのがある。 >>389
デスクトップアプリとして開発、UWPに変換は?
runfulltrustついてるよ
ストア経由しないといかんのだっけ >>390
UWP版のエクスプローラもまだまだイマイチだな >>390
>>391
>>392
アドバイスありがとうございます。
結局、ユーザーに一度手作業で指定してもらうことにしました。
既存のファイラーに比べると手間が増えるので、そこで敬遠されないといいんですが。 UWPアプリってマトモなやつ一つもないよね
やっぱAPI?レベルで腐ってるから駄作アプリしか作れないんじゃないの?
愛用してたデスクトップ版OneNoteが無くなって出来の悪いUWP版に一本化とか暴挙過ぎて耐えられないんだけど
もうUWPアンチになるしかないじゃない……
もうほんとやめてほしいよUWP >>395
充実してないならアプリ作って一儲けするチャンスだぞw >>397
作るならデスクトップアプリで作って♥
純UWPアプリとかクソアプリばっかりで生理的に嫌悪感抱くレベルだわ UWPのUI自体がタッチ前提だから、基本軽めのアプリになっちゃうんだろうな。
そこらへんは>>319のロードマップ見ると、Menubarやらgrid、ドッキングとか業務アプリに力いれるっぽいから
そのうちプロフェッショナルなアプリ増えるんじゃね?w ちゃんとしたやつ作ってくれるならいいや
なんか車輪の再発明臭しかしないけど
もうデスクトップアプリでやれよって感じ 「そうだ!デスクトップとスマホ、両方で使えるアプリに統一しちゃえば皆Windowsだけ使うようになるよね?」
こんな妄想、誰がGoサイン出したのか… androidはすでにchromebookで動くし、iosアプリもmacで動くように準備中だし、
ちょっと遅すぎただけで方向は間違ってなかったんじゃね デスクトップ環境のマウス操作でタッチ用アプリ「も」動くんならいいけど、
デスクトップ環境でキーボード/マウス用UI捨ててタッチ用UIに振ったのは失敗だよね
しかも制限がきつくて機能が劣るアプリしか作れない
その結果、ユーザーからはソッポを向かれ、MSストアは寂れてUWPは全然流行らず
開発者はAndroid、iOSへ去ってしまい、Windows Mobileは死亡
あわてて軌道修正図っているが、時すでに遅し 一番はWindows7で動かなかったことだと思うけどな。
Windows7のサポート期限が迫っている今ならともかく、
出た当初にWindows7で動かないプログラムは検討するに値しなかった。 妄想でないと言う証明になる神アプリ紹介してよ
無いんでしょ? VISIO CAD をUWPに移植してOSSで公開してくれ UWPの一番大きな問題は、セキュリティが徹底されていて、外部のプログラムとの連携ができないところ。
例えば、最近話題のディープラーニングをしようとしても、使用できるライブラリはマイクロソフトが作った、CNTKしかない。
しかも、UWPはすべてのWindowsで動くことが条件なので、GPUが使えず、CPUしか使用できない。
以前のプログラムが流用できず、場合によっては書き直しになるので、ほとんどソフトがない状態が続いている。 ストア発行にハードウェア足切りの規定は無いしDirect Computeも使えるからGPUが使えないってのは語弊があるね
まあGPGPU目的ならCUDAが使えない時点で論外なプラットフォームだけど >>412
基本的に使えない。Windowsランタイムコンポーネントとして作り直す必要がある。 VSアップデートしたらX68のデバッグができなくなっているんだが、ウチだけかな?
デバッグ開始後に再起動を繰り返している
ただx86はしっかり動いている >>413
"外部DLL"の定義が曖昧なせいもあるけどそれも語弊があるなあ
アプリのパッケージ以下にあるネイティブDLLは
LoadPackagedLibrary/DLLImportで呼び出すことは保護されたUWP上でも合法
ランタイムコンポーネント化が必須というわけではないのよね
https://msdn.microsoft.com/en-us/library/mt186162.aspx
>>414
うちでは再現しなかった
15.8.5にてC#とC++/CXの複合プロジェクトのx64のDebug/Releaseデバッグ実行おk Microsoft puts its touch-friendly Office apps for Windows 10 on hold
マイクロソフト、Windows 10用のタッチフレンドリーなOfficeアプリケーションを保留にする
https://www.theverge.com/2018/9/28/17913174/microsoft-office-universal-apps-windows-10-development
Microsoft’s universal app experiment for Office is all but over
MicrosoftのOfficeに対するユニバーサル・アプリ実験はすべて終わった
The apps aren’t fully dead yet, but Microsoft is no longer developing new features for them.
“We are currently prioritizing development for the iOS and Android versions of our apps;
and on Windows, we are prioritizing Win32 and web versions of our apps,” explains a Microsoft
spokesperson in a statement to The Verge.
まだ完全に死んでいるわけではありませんが、Microsoftはもはや新しい機能を開発していません。
「私たちは現在、iOSとAndroidバージョンの開発に優先順位を付けています。
Windowsでは、Win32とWebバージョンのアプリに優先順位を付けています」とMicrosoftの広報担当者は
The Vergeへの声明で説明しています。 Formsにちゃんとスケーリング実装してくれりゃ問題ないのにね >>421
OneNoteもデスクトップに戻してくれよ
なんでOfficeアプリの中でOneNoteだけが糞UWPの餌食にならなきゃいかんのだ U n k o
W i n d o w s
P r o g r a m あと、別の板でこんな記事も見かけた
Microsoft puts its touch-friendly Office apps for Windows 10 on hold
マイクロソフト、Windows 10用のタッチフレンドリーなOfficeアプリケーションを保留にする
https://www.theverge.com/2018/9/28/17913174/microsoft-office-universal-apps-windows-10-development
Microsoft’s universal app experiment for Office is all but over
MicrosoftのOfficeに対するユニバーサル・アプリ実験はすべて終わった
The apps aren’t fully dead yet, but Microsoft is no longer developing new features for them.
“We are currently prioritizing development for the iOS and Android versions of our apps;
and on Windows, we are prioritizing Win32 and web versions of our apps,” explains a Microsoft
spokesperson in a statement to The Verge.
まだ完全に死んでいるわけではありませんが、Microsoftはもはや新しい機能を開発していません。
「私たちは現在、iOSとAndroidバージョンの開発に優先順位を付けています。
Windowsでは、Win32とWebバージョンのアプリに優先順位を付けています」とMicrosoftの広報担当者は
The Vergeへの声明で説明しています。
……なんでOneNoteだけUWPの犠牲になったの?ねえなんで??? 誤爆したけどなりふり構うつもりなんかねー
UWPはクソ!!!滅びろ!!!!! MicrosoftはUWPを使う気はあるんでしょうか? 目に見えるだけでも使ってはいるでしょ
Win10の標準UWPアプリも軒並み更新は頻繁だしね
ユーザーが使うかは別の話だけど
WinRTへのAPI追加もOSの機能更新毎に未だアクティブに行われている
https://docs.microsoft.com/en-us/windows/uwp/whats-new/windows-10-build-17763
デベロッパーが使うかは別の話だけど みんな使ってないから結構な頻度でUWPのバグ踏み抜いてげんなりする。MSの品質は最強かと思ってたが単に今までユーザーが多かったからバグの洗い出されて品質良かっただけだった。
今はandroidのライブラリの方が品質たけぇな。 >>432
なぜAndroidとMicrosoftを比較してるん? >>434
同じタッチディスプレイ向けのAPIだからに決まってるだろ >>434
そのうちWindows Mobileが逆襲するから >>435
何を指摘されてるか理解できない低悩は黙ってろよwww googleのandroidの方が品質たけぇんだけど、androidは色々つぎはぎだらけなのがイライラする。その点UWPの方はバグいけど、MVVM、Databinding,APIもしっかりまとまって一貫性あるのがいい。 >>439
ユーザは開発者の都合なんか知らねえんだ
どうでもいいからOneNoteを糞ゴミUWPからデスクトップアプリに戻してくれよ UWPアプリが無許可でユーザーのファイルにアクセス--Windows 10にバグ発覚
https://japan.zdnet.com/article/35127783/
1809で修正されるらしいが1809でbroadFileSystemAccess APIを使用すると
UWPアプリがクラッシュする可能性があるらしい MSにプレゼンしないと使えない機能だよな。
これに頼ったアプリ作ってリジェクトされたらしょぼんだな。 しかし、UWPの皮を被ったWPFアプリが作れるようになって
しかもストアで公開できるようになったわけだで
UWPのストロングポイントは.net nativeだけになったのか? XBOX、HoloLensで動く。
ARMで確実に動く、も。 基本勝手にファイルに触れないとか、
インターネットを使わない事をユーザーが確認できるとか、
そういう野良アプリやデスクトップブリッジに無い安心感の説明にもっと力を使うべきだった。 androidのおかげでwindowsで野良の非UWPアプリをインストールするのためらうようになった。 Androidあったら逆にUWP(゚听)イラネ ってならないか?
何が悲しくてスマホアプリの劣化版・パチモンをPC上で強要されにゃならんのだ >>444
様々なデバイスで動きます!ってのが胡散臭い
何だかJava(Androidのやつじゃなくて公式版)の二の舞になりそう >>445
音楽プレーヤー作っているんだが、ミュージックライブラリーに有ってもシステムや隠し属性が付いているファイルにアクセスできないってのは参ったわ
WMPが勝手にFolder.jpgをシステム属性にしやがったせいで・・・ >>448
MS製品内だからJavaよりは可能性はあるんだが、Win10Mobileぽしゃったしね。。。 >>448
作りが異なるので、そこに問題はないよ。
要は或る決められた命令が来たらある動作を行うというブラウザを考えて
見るといいかも、
画面に対する命令と、実際の描画が切り離れている構造なんだよ。
ブラウザもそうでしょ。
他社も真似してきてます。 >>451
そのブラウザさえ、ブラウザごとに微妙に動きが違うでしょ。。。
デフォルトの色が違うとか、同じ動きの命令が微妙に名前が違うとか。
それでブラウザの種類特定したいのに、特定する為の命令が嘘つきだとか。 「Write once, debug everywhere」と言う名言がありましてですね…… >>448
今まではちゃんと動いていた。
でもモバイルがなくなったのでその価値は10分の1以下になってしまった。 どうでもいいけどOneNoteのUWP化だけはやめて
糞箱やビックリおもちゃメガネなんかで動くようになったところで誰得なんだよ
タブレット対応なら旧APIでも出来るだろうがよ糞APIなんか使うな >>455
旧API は進化せず、新API は進化している。
UWPの問題ではなくOneNote製作サイドの問題。 >>457
進化とかモダンとか言ってるけど、UWPを使ったアプリで出来のいいやつなんて一つもないじゃん?
EdgeなんてIEの代替どころかブラウザとして見向きもされないレベルの糞さだし
これはもうAPIレベルで腐ってるとしか思えないね 進化とかモダンとか言い張って、ゴミ化したり車輪の再発明するのはもうやめよ?
UWPはもう終わってんだよ Windows界に多大なる損害と混沌をもたらしたAPI、それがUWP UWPはそりゃタッチ向けがメインだから、デスクトップアプリに比べりゃ低機能になるし、タッチで生産系の作業しづらいから参照系のアプリになりがちだし。
これはiosとmacと同じだろ まぁそのタッチ向けからもっとプロフェッショナルなUWPアプリを作れるようにというのがロードマップで示されたわけで。 UWPがどうだこうだというより
旧来のWindowFromsのようなインターフェースの時代が
長く続いたんで、そのカルチャーになじんでしまっている。
それに合わせることを前提すると、当然のこととして
不満が先にでるってことだと思うわ。
慣れてない、利用の仕方自体がかわる。
不安になるんだろうね。 タッチ向けインタフェースが受け入れられてるのは事実
スマホやタブレットの普及状況を見れば明白だ
ただ何でそれをPC(マウス・キーボード環境)で強要するんだ?って話
適材適所ってのが分かってねえだろ >>464
慣れてないとか利用の仕方が変わるとか以前に
UWPアプリって他アプリに比べて明らかに機能や使い勝手が明らかに劣化してるんだよ
それをモダンとか新しいスタイルとか言い張ってゴリ押してるから誰も使わないんじゃないか 別にマウス、キーボード前提のプロフェッショナルなデスクトップアプリが必要ならWPFで作りゃいいじゃん。WinRTのAPIも呼べるしすーdesktop bridgeでストアでも配布できるんだから。 何をタッチ前提のUWPアプリに文句言ってるのかわからない。マウス、キーボード前提のアプリ必要ならWPFで作りゃいいだけ >>467
常用してるアプリがデスクトップ版やめてUWPオンリーにするって言ってるから怒ってるんだよ
まぁOneNoteなんだけど
他のOfficeアプリは逆にデスクトップ版に注力するとか言ってるのに、なんでOneNoteだけ糞UWPの犠牲になるのかが理解できんのだ
こんなことならUWPなんて最初から無けりゃ良かったんだよ >>469
それUWPが悪いんじゃなくて、OneNoteの開発チームが悪い >>471
MSは未だに多くのアプリのUWP化をゴリ押ししてるでしょ?
OneNoteもそんなMSのクソ戦略に合わせざるを得なかったんじゃないのか?
だからUWPは存在そのものが罪なんだよ >>467-468の通り、マウス・キーボード前提ならWPF、って使い分けてくれれば何も文句は言わないんだけど
MSはUWPは安全!新しい!新時代!モダン!って言って何でもかんでもUWP化を強行してるじゃん
UWP化されたアプリはその殆どが糞化してる
だからUWPは一種の呪いみたいなもんだ アプリ開発スレでOneNoteがOneNoteがわめかれてもな >>470
最近出したMSIX Package ToolはWPF製だったぜ
ウィザード形式のシンプルなアプリだが
MSがドッグフード的に扱っていない製品には眉に唾つけて見た方が良いのは確かなんだが
UWPに関しちゃ(WinRTのカテゴリで見ればWin8から)積極的に使っているのにいまだにヘボいのが逆に凄い
最近Mixed Reality Viewerが3D Viewerに(また)改名してSplitButtonやMenuBarなど新設コントロールを導入してたりと
やる気だけはまだ見受けられる そこはmicrosoftなりのバランスを取って、UWP化進めてるんだろね。
軽めのアプリまでデスクトップとタッチでUIを完全に分けると逆に二つのUIで混乱するだろうからそういうアプリはUWPに。
まぁ犠牲になったかも知れんが、UWP自体に罪はないw >>474
OneNote「だけ」の問題ならOneNoteスレに書けばいいんだろうけど
UWPで作られたアプリは全体的に機能が劣化してる
こんなクソAPIで作られたクソアプリが増殖すればPCの使い勝手に影響が出るだろ
だからUWPそのものに文句を言ってるんじゃないか へぼいって、タッチインターフェースメインのアプリなんてタッチという特性上複雑な事できないから、生産系より参照系のアプリになって自ずと軽めのアプリになるでしょ。
これはUWPに限らずandroidやiosのアプリだって同じで軽めのアプリになる。 ■ このスレッドは過去ログ倉庫に格納されています