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 >>269
すげ どんどん妥協していく UWP
インストールもまた、msiに戻んじゃね? お金を出して作り直すと機能が制限されたAPPが出来ます。
なんて提案書書けないからな 唯一の利点らしき物がAndroid/iOSでも同じAPPが動きます。
だったんだが、ふざけたスライドで全てぶち壊しにしたな Preview版でフルアクセスは出来たけど、もっと前に予告してたFindFirstFileとかの低レベルAPIは使えなかった。ボツかな。 findfirstfile系でないと出来ないことってあるんだっけか 予定だと、例えばC#のDirectory.GetFilesやFileStreamや、C++のfstream等がどのパスに対しても使えるようになっていた。
ワーカースレッドでぐらい非同期APIじゃなくて、こういう逐次命令使わせてくれと思っても、今は限られたフォルダでしかできないから。
FindFirstFileについては単純にファイルの列挙速度が上がるはず。 Directory.EnumerateFiles()で事足りるような気がするけど、FindFirstFileとか低レベルAPI必要? 低レベルAPIが使えるからそれを使ってるDirectory.EnumerateFilesなどが使える。今でも場所限定で使えるけど、使える場所が広がる予定だったという話。 ビデオにOSD付けたんだが、最大化すると上に置いたTextBlock無視するのな
どうにもならんのかな? listviewを継承してカスタムリストビューを作ろうとしたのだけどxamlのロードで例外がでる、どこにもuwpのlistviewを継承してる例がないのでもしかしてできないの? https://github.com/Microsoft/Windows-universal-samples
した事は無いけどこのサンプル内にはいくつか継承したのあるよ。ChatListView, EdgeTappedListView等。 Listviewを継承ですが、
UserControlを作成→UserControlをListviewに変更して使うとエラーでできないので
単一クラスで作成して共通で使いたいイベントを定義したテンプレートは
UserControlを作成→UserControlをResourceDictionary
に変更してリソースディクショナリのXaml+Xaml.csを作成して解決できました。 このスレまだあったんだ
なんでMSってアプリストア作るのこんなにへたくそなの? XAML Standardって生まれる前に死んだのか
しかも会社内の政治的理由とかもうねぇ
オープンパフォーマンスはいらないしgithubに糞ばら撒くなよこの糞企業は いらない技術だとわかってたのにここまで来たのが異常 UWPとxamarinのXAMLを統一できないし
共通部分のくくり出しもできない
目的が正しくないものはスタートした時点で敗北必至
HTML5のエコシステムより優れているならまだしも
遅れてる技術なんだから >>304
なんで統一できないと思った?
理解してる? 標準アプリを終了させてそのリソースをEdgeに振ってるって話になってるから
やれるものは全部PWA化していくんだろうな ListViewItemにイベントをセットするにはどうすればいいでしょうか?
ListView.ItemContainerStyleで
Styleにイベントをセットできない? というかやりたいことはContextFlyoutを使ってメニューを出したいのですが、MenuFlyoutItem.DataContextが
nullになってしまいます。
<ListView.ItemContainerStyle>
<Style>
<Setter Property="ContextFlyout">
<Setter.Value><MenuFlyout><MenuFlyoutItem Click="click"></MenuFlyout></Setter.Value>
</Setter>
</Style>
</ListView.ItemContainerStyle>
clickイベント内でsenderのDataContextがnullになってしまい、どのアイテムをクリックしたかわかりません。
どうしたらいいでしょうか? 最初、ItemTemplateのルート要素のContextFlyoutにMenuFlyout仕掛けてたんですけど、
これだとマウスだとほぼ問題ないのですが、キーボード操作してみると問題があるんですよね。
タブでフォーカス移動してListViewにフォーカスを移動したときに、最初にListViewItemに
フォーカスがあたるっぽくて、この状態でWindowsメニューキーを押してもコンテキストメニューが
でてきません。
だから、ListViewItemの方に仕掛けるのがスジなのかなと思って仕掛けてみたら、
DataContextがnullなってんなと・・ 要するに最初一番外側のListViewItemにフォーカスが移動するので、
その内側のItemTemplateのルート要素にContextFlyoutを設定しても、キーボード操作だとコンテキスト
メニューがでません。ListViewItem内部の要素にもう一段余計なフォーカス移動させないと。
うーん。 StyleにBehavior置けたっけ?おけるならStyleにFlyoutをいい感じに出してくれるBehavior作ったらどう? 俺は素直にListViewのRightTappedイベントみてコードビハインドからFlyout出したけどな https://pbs.twimg.com/media/Dc6qIVAX4AAu_WY.jpg
https://channel9.msdn.com/Events/Build/2018/BRK3501
DataGridやらWindows UI Library!!?
2019年にはDockable Panes?
Compact Sizingでマウス操作時のコントロール間の無駄なスペースも小さくなるの?
UWPでやる気まんまんってことか?? へー
来年にはタブコントロールなんていう新しいものが使えるようになるのかー
どんなんだろうなあ
すごいなー未来は ペインのドッキングも出来るようになるんだぁ
凄いなぁ DataGridとTreeViewで、ギョーミーなソフト作るハードルは大分低くなったな
後は印刷だけかな? だすだす詐欺ずっとしてたPullToRefreshとTreeViewのこと考えると予告通りにでてくるとは到底思えない androidのサポートライブラリみたくOSのバージョンに依存しないで使えるようにしてほしいわ。
これがWindows UI libararyというやつ??
アプリサイズ膨らむけど。
つか、treeviewってバインディングできるの?wpfみたく、階層データテンプレートないんだけど。 ある程度複雑なもの(=ごく簡単なもの以外の全て)になるとコードビハインドの方がわかりやすくて書きやすいような BehaviorでTreeViewと仲良くするしかないね Landscapeの画面に、Portraitで作った Page を左90度回転させて表示したいのですが、単純な方法は無いでしょうか。 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
87XXD >>329
こゆこと?
目的がわからないからなんともだけど
ユーザーに自動回転ロックしてもらったら?
>>331
イメージはその通りです。
Raspberry PI の Windows10 IoT Core なんですけど、画面の向きが変えられないんですよ。 >>333
情報Thx
ですが、Landscape (Flipped)では画面180度回転するのですが、それ以外 Portrait/Portrait (Flipped) では Landscape と同じになります。
Portrait自体に対応してないんですかね・・・ FF15PEのUWP版の告知が出るも「UWPて何」ツイートがいっぱいの巻 FormsでつかってたdllをUWPで参照する方法を教えてください
拒否されてしまいます 自分でつくったdll
過去に作ったのを使いたくて
あとeasyhook >>342
自分で対応すればいいんじゃね?
ソースあるんだろ? MenuBarきた。TreeViewはItemsSourceプロパティがついかされた。
おせーんだよかす。さっさとやれ。次の新しいネタのアプリは次のアップデート待ちだな。
しばらくはandroid アプリ作りながら既存のUWPアプリのメン メンテ*
つうかマイクロソフトさんそのうちflutterをUWPに対応させてくれることを信じてますよ。android/iosアプリ開発もflutterメインにするんで。でもmaterialアプリをwindowsで動かしたらスゲぇ違和感ありそうだけど。 もしかしてUWPって.Net FrameworkでつくったDLL使えないの? UWPアプリってひとくくりにして話すのの今はもう難しくてエスパーしないと答えられない >>351
こんなんエスパー必要ないよw
おまえも頭悪いんだなwww おまえらが教えてくれないから必死に調べたぞ
Nugetパッケージにすると.Net Frameworkが使えるようになるんだな
早くいえよ
他にないの?なんでプロジェクト参照させてくれないの?めんどくさい .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以降になったら増えるかもね ■ このスレッドは過去ログ倉庫に格納されています