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 .net frameworkでつくったdllの参照っていってんじゃん
いじめるなよ 解決？できたようでよかったですね
いまUWPというとざーーーーっくり下のプラットフォーム群になるかと思うんだけど
WinRTと.NetFrameworkは月とすっぽんなのでまあ...がんばれ
Windows10･･･デスクトップアプリ(.NetFrameworkはここ)、WinRTアプリ
HoLolens(MR)・・・WinRTアプリ
XboxOne・・・WinRTアプリ
Windows10Mobile・・・WinRTアプリ
https://msdn.microsoft.com/ja-jp/magazine/mt590967.aspx
http://www.moonmile.net/blog/archives/8218 今はもうDesktopBridgeで再パッケージングかければx86でしか動かなかろうがデスクトップアプリもUWPアプリって扱いになったんだっけ？ UWPのAPIドキュメントが貧弱すぎて困る
むかしJavaDocと比べてWinFormのドキュメントが弱くて泣いてたけど
あれが天国に思えるんですが パッケージする時はx86、x64、ARM全部選べってメッセージで勧められるけど
サイズ大きくなりそうだしx86だけでも特に問題ないかな？ サイズ大きいってアップロードパッケージのサイズが大きいだけで、ユーザーがダウンロードして使用するときは、CPUのアーキテクチャに一致するコードしかダウンロードされないんじゃないの?
調べて寝ぇけど >>364-366
ありがとう
全部込みで公開してくる とは言え、実機のないARMの公開は躊躇するな
そりゃ多分動くだろうが FCU以降の対応パッケージの場合はARM外しておかないとリジェクトされるから注意な ARMは言語によるだろうけど 8の時のC++/CX で例外飛びまくってて ARM だけ無しにした思い出(コンシューマーゲームの移植) FileInfo fi = new System.IO.FileInfo(filePath);
とすると、ファイル名等はアクセスできるのですが、更新日付等を参照しようとするとExceptionが発生します。
UWPでファイルの更新日付を取得するにはどのようにすれば良いのでしょうか。 >>374
そらあ渡した文字列が入ってるだけで、fi.Existsすら常にfalseだよ。
アプリがはじめからアクセス権を持っている場所（設定フォルダ等）ならその方法も使えるだろうけれど。
任意の場所のファイルが相手なら、FileOpenPickerとかでStorageFileを取得して、StorageFile.GetBasicPropertiesAsync() 。 Nuget
Windows UI Library
Version Downloads Last updated
2.0.180724003-prerelease (current) 12 3 days ago
ダウンロード数 12 >>377
1803要求するんだもん
1809以降になったら増えるかもね ここなら知ってる人がいそうなので～
Windows 10のスタートメニューのタイルなんだけど
大きいサイズは 310x310 ピクセル みたいなこと書いてあるけど
スクリーンショットとって長さ測ってみたら
204x204 ピクセルぐらいなんだけど？
これってWindows 10で仕様が変わったとか？
それとも310はピクセルじゃなくて別の単位とか？
よくわからないので教えてください
ソースもあれば嬉しいです。 >>380-381
してないはず。100%になってる。
ディスプレイの「拡大縮小とレイアウト」の所以外で何かあったっけ？
あー、他の人は何ピクセルなってるのか聞けば良いのかｗ
みんな310x310ピクセルなの？ 1.5倍だと206.666…で小数点切り捨ての206、
204と思ったら周りに1ピクセルあって206ピクセルで
計算にあう（？）のか・・・ 面倒だったけど、Windows 8起動して測ってみたら
310x310ピクセルだったわｗ
設定がないとするならば、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デバッグ実行おｋ 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
何を指摘されてるか理解できない低悩は黙ってろよｗｗｗ 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なんか使うな ■ このスレッドは過去ログ倉庫に格納されています
