Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
>>161
うちはPowerShellで消えたけど、直後にVS立ち上げたらメモリー不足の警告
何らかの理由でメモリつかみっぱなしのようだから、再起動してから再実行すれば消えるかもしれんよ
あ、警告がある通り開発中のビルドの実行ファイルも道連れになりました UWPストアアプリでCUからFCUにしたら使えなくなった機能がある。
検証してくれる人います? 使えないのが自分の環境だけなのかどうか知りたいのです。 > http://blog.shibayan.jp/entry/20170317/1489757554
> UWP アプリケーションの収益を PayPal で受け取ってみた
ここにpaypalのがあったので参考にしてみたけど
個人事業主じゃないので会社の成立日というのが入れられないので\(^o^)/オワタ
いつか1億円くらい儲かったら会社辞めて個人事業主になって手続きします なぜ手数料とられないんだ?
むかし取られたから旧シティーバンクに口座作って無料振り込みにしたのに
因みに今から新規で口座作っても無料振り込みにはなりません >>167
それにしても何で振り込み手数料取るんだよって感じ
Googleは全く取られないのに 最小バージョンをFCUにすると、リリースビルドでリンカエラー
恐らく使っているライブラリの関係だろうがしばらく様子見るわ C++相談室 → Xamarinスレ から誘導されてきました、最後に質問させて下さい
だんだんわかってきたので、内容を変えさせて頂きます
VS2017のC++/WinRTで新しいプロジェクトを作成
(Visual C++ → Windowsユニバーサル → 単体テストアプリ)
実行すると TEST APP 、Unit Test 、Tests Running の3つの文字が出てくるウィンドウが出てきます
↑の要素が定義されてるPage要素のxamlが生成されてる様子はないのですが、これって
Microsoft::VisualStudio::TestPlatform::TestExecutor::WinRTCore::UnitTestClient::CreateDefaultUI();
これが勝手に rootFrame の中身を書き換えてるって事でいいんでしょうか?
それから・・・もしかして、C++/WinRTって、サンプルとかが全然見当たらないんですけど、
大コケしてるって認識で合ってますか・・・? >>171
ありがとうございました、C++/CLIはそれなりに使えるんで、
これが一番いいと思ったんですけど・・・UWPでのC++の利用は当面は諦めます、失礼しました >>172
そもそもUWP自体が…ってのは置いとくとしても、c#以外はよほどの物好きじゃないと >>170
c++/cxと勘違いしてない?
cppwinrtでxamlをやってる人なんて極少数でしょ。 C++/CLIと同じでネイティブライブラリの糊付けする以外に価値はねえズラ
DirectXでゲーム……も最早趣味の域よね
まあUWPだとPInvokeでぽんぽこDLLを呼び出すわけにもいかんのでむしろ一部で使わざるを得ないんだが
あと余計なお世話かもしらんけど、たぶんC++/WinRTじゃなくてC++/CXのこと言ってるんだと思うだけど
C++/WinRTだとC++/CXとはまた別のプロジェクトになっちゃうよ
関連は大ありというかC++/CXの後ぽくて、/WZオプション嫌いだからちゃっちゃと置き換わって欲しいくらいなんだが
まだ最低限の実用性に届いておらずあんま進展無いのよね
大口叩いといてその程度かKenny Kerr FCUにしたら、
inkCanvas.InkPresenter.InputProcessingConfiguration.RightDragAction =
InkInputRightDragAction.LeaveUnprocessed;
が機能していないようです。
「Win2D Example Gallery」の「Ink」ではマウスの右ドラッグで選択できなくなりました。
自分の環境だけなのでしょうか?
検証お願いいたしまうす。 > 「Win2D Example Gallery」の「Ink」ではマウスの右ドラッグで選択できなくなりました。
これだけ確認したけど、ピンクの線が出なくなって選択できなくなってんね。 >>178 >>179
ありがとうございます。
希望が見えてきました。 昨日見っけたバグっぽい動きは、pivotitemでページとか行ったりきたりすると、アクティブなpiv
pivotitemのヘッダーが太字にならない。スタイルとかいじっってないし、UWPアプリ作る人少なくてバグだしされてないのか、結構出くわすな そういやハンバーガーメニューが標準装備になったようだね
FCUに設定するとNavigationViewって名前で出現する グリッドビューのアイテムテンプレートで左側にイメージ、右側に上からテキストブロック、テキストブロックと
並べたいのですが、1番目のテキストブロックは2行分の大きさにしたいのですが
どうすればいいでしょうか??
TextBlockにはMaxLinesはあるのですがMinLinesはない??
自分で、テキストの1行の高さから2行分の高さ求めてぴったりHeightプロパティを設定するとか
しないといけないのでしょうか?? ああ、そういうプロパティはないわな
他のプロパティで2行分に制限するんだよ
頭使ってがんがれ てか、そもそもよく考えるとTextBlockとかはRun毎にフォントスタイル変えられるから、
テキスト入力されてない段階で、行の高さなんて決まらないから、MinLinesって追加できないですね・・ ミスった。UWPスレじゃん。UWPは事情が違う
ttps://msdn.microsoft.com/de-de/library/windows/apps/windows.ui.xaml.controls.textblock.maxlines > paint.net 今だけお得 \1,050
ストアさんそれ定価 OSとして普通に動いていて、旧来ソフトも問題無し....
UWPのソフトと、Edgeがまるごとコケると、なんかもうね....
UWPの上で動くソフトを業務にとか悪夢でしかないw U n k o
W i n d o w s
P r o g r a m MSのストアで、UWPってDLCタイプのコンテンツ未サポート?
ドキュメントには、IAP(アドオン)だとライセンス系(永続、消費型等)しか見当たらない…
Xbox LiveやUnityAssetのストリーミングアセットみたいな販売形式を考えてたんだけど、
もしかしてAndroidもiOSもDLC型は、公式ストアではサポートしてない? (自前はできるだろうけど… Edgeってもう凋落が始まってんのか?
きっとレプリカント並みに寿命が短いんだな >>195
分かってないな、単なるライセンス(永続型か消費型か)の購入じゃなくて、
DLCによる追加データダウンロードを含む購入が可能かどうかの話しだよ
DLってダウンロードの略だよ? わかってる? >>197
アプリ(appx)をリリースするやん?
追加データを別パッケージ(appx?)で販売してアプリの中で利用するタイプのことよ
Xbox Liveでゲームなんかだと普通にあるし、Unityならストリーミングアセット形式で追加データを販売できる
で、自己解決。UWPはネイティブならできるようになったのね(最近の話し) DLCがライセンスだと理解できない人がいるな…
困った…
プログラム自体は本体に組み込み
ライセンス持ってたらその部分が利用可能で、
データはどこかからダウンロードが可能なだけだ 逆にいえばいくらデータを自前で用意しても意味がない
ライセンス持ってないから お前が話しのポイントを理解してないてけのような
ダウンロードでデータかなんかを追加したい
これだろ? androidとか他でもそんな感じだよ
DLCだから特別に何かしてるわけじゃない
自前でデータをダウンロードできる場所を用意する 初めて申請している最中だが、ストアの画像やタグを変更したくなったんだが
一度キャンセルして再提出しないと駄目ですか?(プログラムは変更しません) >>203
そりゃ、そうだ。
もうそのままリリースして、速攻で更新した方がトータルとしてはやい。
基本、最初の申請が時間かかるから。 >>204
ありがとうございます。
やり直しより更新のほうが早いのか知りたかったので有り難い回答です 更新されるまであなたの望まない画像やタグになりますがそれでもよろしいでしょうか? 申請を通さない理由が、イケテナイ画像だから却下、でない限り
一回通してから更新の方がスムーズ >>206
>>207
見直したら「製品の公表」で、デフォルトのチェックがそのまんまというミスが発覚したんで(SDインストールとかOneDriveって何ですか)
結局申請やり直しました
あと、サポートをツイッターにしておいたけど大丈夫だろうか? 何とか公開まで漕ぎ着けたんだが、「広告が出てこない」問題で肝冷やしましたわ
結局アプリの登録の問題だったのか,3日目に突然広告が出てきました
広告モジュールが8月にアップデートしたのを発見したから良しとしようか UWPの環境周りがクラッシュすると、ウンコアプリと、Edgeがダメになるのみならず、スタートメニューやら、GUIシェル周りも変になるよねw
なんで、MSは、いつもグチャグチャごちゃ混ぜなんだろう、IEのOS一体化と同じ香りw
で、UWPアプリも、Edgeも、スタートメニューも使えなくても、旧来ソフトは問題なく使えるから、実の処は困らないのも笑える。
UWPオンリーな、Win10Sって、安心してつかえるんだろうか?! U n k o
W i n d o w s
P l a t f o r m デバッグとリリースビルドが違ってるくらいは赦してやるよ。
でも、リリースとパッケージで挙動が違うってのは駄目だろ
パーミッションの関係だろうが、リリースビルドで不具合ないんだから
全然気づかずリリースしちまったよ
対策何とかなりそうだけど、論理じゃなくて力技だったりな 『光の速さでケツからUWP出したらどうなるの?』っと >>213
え?Release ビルドと appx とかから入れたときで動き違うの? >>215
恐らくバイナリは同じだが、アクセスの謎ルールが存在するようだ
WebViewで内蔵Hekpを表示させていて、日本語と英語のHelpを別フォルダに入れていたんだが
日本語のページは表示できるが英語は真っ白け
日本語ページから相対リンクで飛ばしてもNGだから、英語版も同じフォルダに入れたら表示した
特別フォルダ指定などしていないし、フォルダの位置を変えてみても挙動はおなし
最初に表示したフォルダ以外にアクセス制限がかかるようだ
ただ、CSSやJSなどは別フォルダのを読み込んでいるのにこっちは動く
何が起こってるんだろうね? 内臓ウェブビューでは最初に開いたドキュメントのフォルダより下の階層(のファイル)にしか
アクセスできないというセキュリティ制限はよそのプラットフォームでもありがちだけど、
実装が不完全でそんな風になってるんだろうね >>210
Active Desktopの頃はザワザワして楽しかったな(過去なんで VS15.51
UWP6.04以上
ターゲットFCU
最小アニバーサリ
こんな条件でリリースビルドが失敗するようだ
何故かライブラリを.net standard1.7と2.0を同時に引っ張って来て競合エラー 使ってる人が少ないからUWPはバグの洗い出しがされておらずバグ多そう。 UWPでマルチプラットフォームマイニングソフトが作れるか調べてみたが
PCはともかく
W10MはD3D11 Featurelevel 11が使えるのは
スナドラ820/810/808/617のみでローエンドはCPUのみしかつかえない
XboxOneは使えるリソース上限に制約がある上
GPUがD3D11 Featurelevel 10でしかもComputeShaderが無効なので
GPUを使いたければ変態的なコードを書く必要がある
前途多難かも またMicrosoftの方向が正しいことが証明されてしまった
Apple、iPhoneとMacのアプリをユニバーサルアプリに──Bloomberg報道
http://www.itmedia.co.jp/news/articles/1712/21/news051.html その言葉の定義が後付なんだな
もともとiphoneとipad両方に対応したアプリをユニバーサルアプリと言っていた
MSがあとからユニバーサルアプリと言いだしてすでにある言葉を勝手に上書きした Appleのパクリの方向は正しい。
Microsoftがモバイル捨てたのは間違い。 個人で使ってるアイホンで仕事やれというといろいろ問題あるので
法人契約のスマホやタブレットを持たせてやるという意味ではウインドウズの方が適正あったのにな
WindowsRTの時もドメインに参加できない糞仕様にしてたよな armエミュレータを積むのか、vm型に移行するのか、両方まとめてパッケージングされるのか…
最後が濃厚かしら Windowsアプリの開発者ならもちろん参加するよな
de:code (decode) 2018 | 開発者をはじめとする IT に携わる全てのエンジニアのためのイベント
https://www.microsoft.com/ja-jp/events/decode/2018/ まだ、先じゃねぇか。
というか、いい加減マイクロソフトは方向性をはっきり示せや・・
Win10Mだっけ?も最近やっと新機能追加しないとか言ったし、
はっきり示せや。 >>224
デスクトップとモバイル双方で一定のシェアを獲得してる企業がやるのは正しいんだけど
既にモバイルが息してない企業がやるのはダメなんだよなぁ…… MFCならMFC(Borland C++ Builder6 とかの路線で拡張)、
C++/CLI なら C++/CLI、C++/WinRT とかならきっちりWinRTでMFC並の事も
あっさりできる様にせんと、いつまで経っても中途半端なままなんだよなぁ
迷走しまくるの、ほんと勘弁しておくれよ タブレット用とデスクトップ用でアプリ一つにするのそもそも無理だろ。
例えば、Windows標準の「メール」アプリ。タブレットでタッチ操作するときはすごい使いやすいんだけど、
デスクトップでメールアプリ立ち上げると、すごい違和感。
何この無駄なスペースとしか思えない。
動画プレイヤーとかならいいけど、表示する情報量多いアプリで一つにまとめるとなると
相当アダプティブに作らんとな・・ さて、UWPはいつになったら廃れるかなぁ〜
ってレベルで全く浸透してなくてヤバい 実際PC用とタッチパネル用のUI統合は間違いとする筋で林檎ちゃんもUWPの批判してたはずだけどね
結局やんの? というw
Googleも泥タブをSurface風にしたPixel Cとかいうの出してたけどまあ結果はお察し >>234
普及はwindows7のサポートが切れてからじゃないかな。
win7が根絶しないと業務用途で使えんからね。 アップルのはまだ公式発表じゃないし、どういうのになるのか(本当にやるのかすら)
わからんけど、Macで動くiOSエミュレーター的なものを用意するってレベルの話では
ないのかな
モバイル出遅れで焦るあまり、デスクトップ用OSのUIを劣化させて無理矢理統合して
不評を買い、あげくモバイルは失敗しちゃったMSの愚行の二の足は踏まんでしょw 躊躇するって意味だよなぁ。前後で意味が通じない
三国人バイトかな 読み飛ばしてたけど指摘受けて調べてみたら、
「二の足を踏む」ということが足踏みして躊躇することだから、
>>238 は正しくは「MSの愚行を見て二の足を踏むでしょ」かな HelloWorldアプリとかrejectされるかな??
前にアプリの名前だけ予約しちゃって、何もしないと1年で使えなくなっちゃうから、
とりえあえずダミーアプリとして公開したいんだが・・ 名前削除→すぐ取り直し が出来た気がするけど保証はできない。 x 一年経つと使えなくなる
o 一年経つと予約が解除されて誰でも使えるようになる(=自分も再び予約できる) 名前削除の間->すぐ取り直しの間に誰かに取られたら仕方ないけど、
名前取り直し自体ができるのか書いてないんだよね。
https://msdn.microsoft.com/ja-jp/library/windows/apps/hh868182.aspx
>1 年以内にアプリを提出しなかった場合は予約名が失われ、別の開発者が希望すれば使用できるようになります。
自分が取り直しできるのかこの文言だけからじゃ判断できなくて。
まぁ、名前なんかよりアプリ自体にこだわれって感じだけどw UWPってデスクトップ以外のモバイル端末でも動くためのフレームワークで、
.NET Frameworkの機能限定版だと思っていたんですけれど、
VisualStudioでUWPプロジェクトを新規作成するときに、
ドロップダウンで.NET Framework 4.6.2を選べるということは、
.NET Frameworkとは別ということなんでしょうか?
昔あった、Compact .NET Frameworkなどとは違う?
もっとハードウェア寄りの拡張ライブラリなんですかね?
DirectXのような位置づけ? >>248
UWPに実際に使う.net coreが選択肢にないので、恐らく無害だから放置されているバグだと思われます
そしてUWPは拡張ライブラリじゃなくて、.net frameworkとは全く異なる環境と考えてくださいね いや、そんな訳ないし、
Githubにあるcorefxのソースコードに無いクラスがUWPで使えるから、
UWPは.NET Coreと違うの確認済みだし……、と思って良く見たら、
corefxソースの中にあるrefの中の謎なコードで、.NET Framework 4.5のアセンブリから
クラスが使えるようになっているんですね……。
>>249
どうもありがとうございました。 Raspberry PI 3 + Windows10 IoT Core 用にアプリを組んだとして、アプリの自動アップデートは可能でしょうか。
ストアには登録しない前提です。 >>252
会社で嫌なことがあったのなら聞いてやるぞ >>253
ひょっとして、ちょまど教の関係者ですか? UWPでWPFのAdorner無くなった? 代替で使えそうなのはPopupかな? みんなどうしてる? >>257
自分で代替機能探せないから教えてくださいって言えよ、無能w >>260
なくなったねー。
代替は、なにしたいかにもよるんじゃないかな >>259
コントロールのGrabHandle。 ドラッグしてサイズ変更。 >>263
普通に作ってVSMあたりで表示非表示切り替えるしかないんじゃないかなぁ。
他のコントロールのサイズ変えるコントロール作りたいならBorderみたいに他のコントロールラップするように作るとか? CodeProjectでUWPで検索すると15個のアーティクルしかないのね。 寂しスグル。 誰もやってないん? リストの要素全体を手軽に暗くしたり明るくしたりする方法はないでしょうか??
例えば、メールアプリで読んだ既読のメールの項目を暗くして表示したいのですが。 BackgroundColorではだめですか?
ListViewItemでHorizontalContentAlighenmentだっけ?を、Stretchにしたらそれで全体の色が変わると思うよ。
余白があったらMarginとPaddingも0にしてみて。 StorageFile二回目のアクセスで永久await待ち。 なんかDispose処理必要?
StorageFile testFile = await StorageFile.GetFileFromApplicationUriAsync(new Uri("ms-appx:///Assets/TestA.png"));
// Open the stream for read.
using (var stream = await testFile.OpenAsync(FileAccessMode.Read))
{
.
.
} StackPanel.Children.Add(...)でControl追加しても、再レイアウトされず、Canvas.Left=0に上書きされるんだけど?
StackPanelってこんなもんなの? Canvas.Leftと言ってる時点で言ってることがおかしいと気づけ ぶっちゃけシステムファイルにまではあんま用は無いけど
ピッカーで開いたファイルの同階層すら読めねえクソ仕様をどうにかしろよゥ(Feedback済み)
3Dビューア作ろうとしてて、任意の場所から読み込んだモデルファイル内で
パス参照されてるテクスチャファイルをそのまま読めないことに気付いて絶望した うむ。
自分で掘ったDownloadフォルダ読めない時は絶望した。 Downloadフォルダ内に自分のアプリ名フォルダ作れてファイルもこっそり作れるんだが、
こっそり読めないんだよ。 不便ではあるけど、MSがもっとアクセス制限についてアピールしてくれたら、個人的にはそれでいいんだけどな。
「セキュリティが云々」という説明じゃ、指示したファイル以外に触られる心配が無いことはユーザーに伝わって無いだろう。
安心感は伝わらずに不便だという印象しか持たれない。ちなみにフォルダの件はFutureAccessListに登録していないとか? Why are there two kinds of Universal Windows apps, one for Windows 8 and another for Windows 10?
https://blogs.msdn.microsoft.com/oldnewthing/20180215-00/?p=98025 >>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以降になったら増えるかもね ここなら知ってる人がいそうなので〜
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のアプリだって同じで軽めのアプリになる。 >>478
だから何でそれをPC用の生産アプリでやる必要があるの?
って堂々巡りになるんだけど つうか、ちょっとスレ遡って見ると前からonenoteって言ってる人いるな。同じ人だろうけどw OneNoteキチは開発関係ねえし窓板でアジってなよ
そういや前に新設されたWindows.Graphics.CaptureがProやEnt限定なのは仕様なのか…
IDXGIOutputDuplicationのWinRTラッパーなんだろうけどウィンドウ単位もキャプチャできるし
ゲームバーで直接不可なデスクトップキャプチャアプリでも出そうかと思ってたんだがなあ >>468
winformからwpf化しただけで糞化してるアプリ郡。 UWP以外をレガシー(旧式)と呼び、現代的という触れ込みでUWPを出したんだけど
UWPがウケなくて今さら旧式に戻ります、充実させますとも言えない困ったマイクロソフト
ARM版WindowsもかつてのIA64版と同じ運命をたどれば、ますますUWPの出番がなくなる 一応UWPがメインだとげ、これだというものが作れないからエコシステムも作れないんだよな。 だって画像ファイルダブルクリックしただけなのにクソ起動遅い画像ビューワが立ち上がってしかも機能ショボいんだもん WPF/WinFormsにUWPのパワーを 〜Microsoft、「Windows Community Toolkit」v5.0を発表 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1151521.html
UWPのぱわー(笑) UWPという不純物に汚染されたくないので
UWP抜きでForms強化してください Windows UI libraryとCommunity toolkitの分断はなんなんだ。toolkitはコミュニティーベースでUI libraryはMSのofficialなんだろうが。
datagridにしろtoolkitの方にあるってことは標準にはしねぇってことか? つか、toolkit 4.0って8月リリースだったのか。随分速いペースだな UWPってWPFと何が違うの?
ターゲットOSの違いじゃなく、開発者視点での違いを知りたい
仕事中やることない時間に本は読めないからネットでWPF勉強してるんだが、WPFの知識のうちUWPでも使える知識ってのがどの程度あるのかが気になる >>495
WPFはデスクトップアプリ向けの現役API
UWPはタブレットアプリ向けだがWin10Mobile亡き後は存在意義が殆ど無くなった腐ったAPI >>464
>旧来のWindowFromsのようなインターフェースの時代が
>長く続いたんで、そのカルチャーになじんでしまっている。
「新しい日本語を開発しました。便利なので馴染んで使ってください」
「『痒い』ってのは新日本語ではどう言うの?」
「次のアップデートで追加されます」
「『二兎を追う者は一兎をも得ず』は使える?」
「『欲張って多くのものを得ようとする者は1つも得られない結果に終わる』というテンプレートを定義してそれを用いてください」
みたいなイメージあるわ IEユーザのEdge移行が進まないのはUWPのせいな気がしてきた
UWP移行すると機能性・利便性・安定性がガタ落ちするってのはすべてのアプリに共通する事なのではなかろうか
デスクトップアプリで新ブラウザ作ってればここまで酷いことにはならなかったんじゃないかと んなことはどうでもいいんだが
Edgeレンダラをでデスクトップアプリで使うためのWindows.Web.UI.Interop.WebViewControl
これでローカルのHTMLを読めたひとおるけ? >>499
機能が足りないだけ。
Edgeチームがダメなだけ。
IE程度はUWPで全部できる。 >>497
嘘教えんなよ
WPFはレガシー
MSが方向転換しない限りね >>502
事実だよ
間違ってるのはMSの方だってのがいずれ分かるさ >>500
それのピンポイント情報か分からんが、UWPは基本的にlocanhostと接続できない
https://hebikuzure.wordpress.com/2013/05/12/windows-ストア-アプリをループバック%EF%BC%88localhost%EF%BC%89に接続する/
UWPアプリならここに書いてある手順で一応接続可能なのは俺も確認した
まあ自分専用アプリとして使うのが関の山だけどな >>503
MSの方針が間違えてるかどうかじゃなくて
現にMSが「最新テクノロジーが使えるのはUWPだけ!」って言い切ってるんだから
「現役」っていうのは嘘なわけ Xaml islandでUWPのコントロール使えるようになrし、UWPの非UIがらみのAPIだってWPFアプリから呼べるんじゃないの??
ということはUWPを強化するってことは間接的にWPFも強化してるってこと? >>505
そうは言っても世間がほとんど見向きもしてないんだからUWPは現役とは言えないよ >>507
MS自身はWPFよりもはるかにUWPを使ってはいるね
WPFは出た当初から何故かMS自身ですらほとんど製品に使わず世代交代になってしまった >>504
純粋なUWPでもWebViewからms-appx-web:でアプリローカルのコンテンツは読めるからそのへんは関係ねえと思うよ
というか目的そのものっぽいNavigateToLocalStreamUriがコールバックで落ちるのが問題だったんだが
いつのまにかドキュメントの内容が変わってる気がする、1809が復活したらまた試してみるわ 将来性が見込めないUWPなんかより別のところに開発リソース割くべきだよな
UWPは開発リソースをドブに捨てまくりってか存在そのものがデスマーチですらある >>511
「死の行進」と言う意味では合ってるだろ
過酷なプロジェクトって隠語で使われてるのは知ってるが、そういう固定観念に囚われて思考停止するのは如何なものかと思う
まるでUWPに縛られたマイクロソフトみたいなものだ >>512
不特定多数の集う掲示板で、既存の言葉にボクちゃん独自定義して
その定義を提示することなく使っても他人に分かるわけない
言葉は対話相手と定義が一致しないとそれによる情報伝達は成立できない
>>511は固定観念じゃなくて一般的な言葉の定義
問題は他人には理解不可能な>>510だけの独自定義か間違った言葉の使い方 言い争うな
お前らの本当の敵はUWPとMicrosoftだろ 俺はむしろUWP応援してるわ。アプリも何個か作って公開してるし。 Windows10のUIが糞すぎるので本気でWindowsからの移行を考えている。 質問です
初めてVisual StudioでUWPの新規プロジェクトを立ち上げてみたら
初期設定とか始まって
外部からPCをリモート操作する設定とかONにしようとするから
気持ち悪くて中止したんだけど
リモート操作ってUWP開発に必要なん? >>517
どのリモートのことだか知らんがリモートデバッグか?
だったらUWPというよりVisual Studioの機能だから
用が無いなら気にしなきゃいいだけだが うーんデバッグって書いてたかなあ・・・
リモートアシスタンスはWindowsの自動更新だっけ?
リモートデスクトップはまた別物だよな?
リモートデバッグって何?ってくらいだし・・・
外部に勝手につながるのは気持ち悪いから切っておくわ 良いMS
「ようし何でも UWP で書いちゃうぞ!できないことがあるからAPIを追加!」
悪いMS
「ようし何でも UWP で書いちゃうぞ!できないことがあるからアプリの機能を削除!」 windowsに限らずだけど、スマホ対応アプリって機能設定とかショボいのがな
gmailなんて普通にブラウザ版使った方が早いし ウンコ
U n k o
ウィンドウズ
W i n d o w s
プログラム
P r o g r a m )
(
,, ) )
゙ミ;;;;;,_ (
ミ;;;;;;;;、;:..,,.,,,,,
i;i;i;i; '',',;^′..ヽ
゙ゞy、、;:..、) }
.¨.、,_,,、_,,r_,ノ′
/;:;":;.:;";i; '',',;;;_~;;;′.ヽ
゙{y、、;:...:,:.:.、;:..:,:.:. ._ 、}
".¨ー=v ''‐ .:v、,,、_,r_,ノ′
/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ミ゙´゙^′..ヽ
゙{y、、;:...:,:.:.、;、;:.:,:.:. ._ .、) 、}
".¨ー=v ''‐ .:v、冫_._ .、,_,,、_,,r_,ノ′
/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ミ゙´゙^′.ソ.ヽ
゙{y、、;:..ゞ.:,:.:.、;:.ミ.:,:.:. ._υ゚o,,'.、) 、}
ヾ,,..;::;;;::,;,::;):;:;:; .:v、冫_._ .、,_,,、_,,r_,ノ′ 俺の揚げ足取りばかりしてるアホばかりだからもういちど言うが
将来性が見込めないUWPなんかより別のところに開発リソース割くべきだよな
UWPは開発リソースをドブに捨てまくり
UWPと言う癌のせいでWindowsは進化が停滞している ASCII.jp:変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か|Windows Info
http://ascii.jp/elem/000/001/770/1770229/ MSは開発者からしか金は取れないと、やっと理解したか。
不便なUWPよりデスクトップアプリが良いんだよ。
モバイルも、WinMobile(Win10Mobileでは無い)の方が売れてたんじゃ無いか?
今からでも業務用Win on ARMタブレットとかAndroidタブレットより需要あるだろ。 開発者「モバイルもCEカーネルじゃなくて制限付きでもNTカーネルにして欲しいわ」
MS「モバイルとメインストリームOSを共通化します!」
MS「ただし新しい珍妙なAPIしか使えません!」 >>526
揚げ足とられたからってスレ荒らすなよ… >>530
揚げ足取られたから?
違うな、俺はUWPの事を糞だと思ってるから批判してるんだ 例えばこれだ
>>501
IE程度はUWPで出来るなどと言ってるが
現状はIEの水準すら実現できないのがUWPの実力ではないのかね?
未だにIEみたいに数多くの人が愛用するようなアプリはUWPでは一つも無いのが現実だし
何より当のMS自身がUWPでは実用的なアプリを作れないと言うことを証明してしまっている 昭王はUWPの普及を願い、どうしたら開発者が使ってくれるかを郭隗に尋ねた。
郭隗は、
「まずEdgeとメールを優遇してください。
さすればあの程度のものでもでもあのようにしてくれるのだから、
もっと優れたソフトウェアならもっと優遇されるに違いないと
思って人材が集まってきます。」
と答えた。 なんでIEみたいな斜め下を目指して掘り進まなあかんのや 粒度の大きいapiばっかだし、販路はmsにキンタマ握られるしで良いことないから >>534
その斜め下の水準すら実現できないUWPェ……… >>533
プログラマで郭隗の「隗より始めよ」の故事を知ってる人初めて見た >>531
批判したいだけならウンコのAA貼るなクズ >>538
UWPはみんなをイライラさせる
それに対し俺は皆の気持ちを代弁(大便)してスレにウンコしてスッキリする
この悪循環をやめさせるためにはMSがUWPと言う悪の諸行をやめなければならないよ MSがUWPと言うゴミを必死に広めようとゴリ押しする事による損害に比べりゃ
俺がこのスレでウンコする事で迷惑被る人の方が圧倒的に少ないよ
MSはそれだけ悪いことをしてるって事なんだ PCゲーマーに背を向けられているMSストア
マイクロソフト「PCゲーマーの基準に沿うWindows Store」に改善することを約束。フィードバックに耳傾ける
https://japanese.engadget.com/2018/11/13/pc-windows-store/
ユーザーを無視してMS自身がやりたいことだけやってきたツケだ
もうSteamに勝てないからあきらめろと言いたい PCのいいところは自由なとこだろ
スマホの窮屈な文化に合わせる必要は無いだろ X フィードバックに耳を傾ける
O 都合のいい意見だけ拾う
Win10リリース直後にアップグレードキャンペーンでユーザを罠にかけ始めた時からこんな体制だよね
ゴリ押しやめて!って意見にはアーアーキコエナーイしといて耳を傾けてますよ!アピールは悪意のあるギャグでしかない >>542
ホントそれ。
WinMobile時代の方がマシだった。
個人でしか使わないのに作ったものをストア登録しないと(そして購入?しないと)1週間かそこらでコンパイルし直しとかふざけてる。
だったら初期投資高くても、自由に使わせてくれる方がいい。 サンドボックス由来の制限除けばiOSもAndroidもUWPより自由度あるんじゃねーの
言い過ぎか > ストア登録しないと(そして購入?しないと)1週間かそこらでコンパイルし直しとかふざけてる。
そんな制限あったっけ?
オレオレ証明書由来の制限は既定でも数か月猶予あるし
自分で期限変更したものを割り当てれば実質無期限にできたと思うが >>545
>サンドボックス由来の制限
この縛りはきついと思います… >>547
というわけで結局デスクトップアプリになるんだよな >>549
クレカ持ってないからかも知れんが、Win8の時はそうだった。
今は緩和されてる?
それとも、年会費払えば当時でも制限無かったのかな。 8の時に作ってたけどサイドローディング用の疑似証明は作成から1年程度だった気がする 自分の勘違いだったのかもだけど、1年だろうが自分で作ったものに使用期間区切られる、
証明書再発行の手間が掛かるのは気に食わない。
自分で作ったんだから、好きな時に好きなように使わせてくれ。
ストアで売りたかったらストアに登録するさ。 文句の基準が「一週間そこらで再コンパイル」からだいぶ緩くなったな え!アンドロイドでも自分で作ったアプリを
直接転送しても1年の期限付きなの? >>553
何年も前でコンパイルし直さないとしばらくしたら使えなくなるのは覚えてても、
どのくらいの期間だったか忘れたんだ。
当時は半年は持たなかったとは思うんだが。。。
クレカがあれば自分で作ったのを無料設定で公開->DL後すぐに有料化とか、
最近のトレンド?は広告収入らしいから、そう言うのでやれば良いんだろうけど、
自分で使いたいだけだったらデスクトップアプリの方が遥かに楽。
>>554
任意でもずっとは無いだろうから、自分用はデスクトップアプリで作っておいて、
売るつもりならUWPで作り直すのが良いのかな。 疑似じゃないちゃんとした証明証使えばめちゃくちゃ長いけどね
証明もとらない無責任なアホよけだからちゃんと機能したって事かな >>558
じゃあデスクトップアプリだけで良いわ。
個人で使えればそれで良いんで。 ドライバーとかはタイムスタンプ付きで署名されてれば証明書の期限切れても使えるじゃない
アプリにはあれは適用されないの? 使えるよ。
開発者自身、ビルド時の問題なのに理解してない人がいるんよ。 キタコレ!
ARM64向けWindowsアプリの開発が正式サポート 〜「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html ストアに出せないエロゲとかWin on ARM向けに出せる。 デスクトップアプリをARM64向けに野良配信もできるのは素直に良いことだ
需要以前にそもそも市場に端末が存在しないことを気にしてはいけない >arm用デスクトップアプリ開発
RT のときにこれがあればなあ
MS 自身はRTでもオフィスその他ほとんど全てデスクトップアプリで作ってたのにな まずARMが動く環境がない
仮想環境すらいまだに存在しない UWPはファイルのフルアクセスみたいな機能をユーザ側での許可制にすれば良かったのにね
制限ばかりガチガチに固めるから実用に耐えないクソアプリばかり出来上がる 最近Win10の不具合でbroadFileSystemAccessの話が流れてたばかりでしょ・・・
しかしまあbroadFileSystemAccessを許可してもRuntime Broker経由には変わりはないのか
FindFirstFileとかは相変わらずアプリローカルでしか使えんのよな
なんか他でも使えるみたいな喧伝してたと思うんだが
クエリのAPIの機能自体はなかなか強力なんだがクソ重いのがネック もう旧来のAPIにタブレット用のUIとか追加した方がいいんじゃないのか
なんかもう基礎から作り直したはいいが基礎がクソ過ぎて
クソの上に何建てても救いようがないって状況だな ファイルアクセスがどうとかみんな連呼してっけどみんなファイラーかその類いを作ろうとしてるのか?
大人気すぎww ファイラーにも満たないアプリですら満足に作れないから叩かれてるんでしょ 自由なファイルアクセスが必要=ファイラー
なんて貧困な発想… 俺はスマホ買ったらまずファイラーアプリ入れるよ
多分古い人間なんだろうな WebのAPIからJSON拾って加工して表示とかなら丁度良いんだけどねえ
そのへんElectronやらの方が作りやすいかって言ったらあっちはあっちで面倒くせえし
例えばピッカーから複数ファイルで構成されてるコンテンツを読むだけでも素直にいかねえのよ
ちなみに3D Viewerがファイル参照のあるglTFを読み込むと笑える解決策を提示してくれる
あと上でも書いたけどRuntime Broker経由だと大量の列挙でパフォーマンスの問題が出てくる 音楽プレーヤー作ってるけど、パフォーマンスが出ないのとフォルダ監視ができないのが悩みどころですわ
wpfで前に作ったやつより明らかに遅い
高機能、高速なBassとMediaPlayerElementの違いも大きいです いやいやそうだろ。アプリで設定情報をdbに格納しよう。画像をキャッシュしようでも特定のフォルダにだけaccessできればいいわ。
そんなフルアクセス必要なんてファイラーとその派生のファイルビューアぐらいだろw
もちろんファイルのリーネームソフトとか派生あるけど
ファイラー系作者大杉w まぁ、俺も一つファイラーというより>>580みたいなファイルビューア系一つ作って公開してるけと、最初にユーザーにフォルダ選択させて別に困ってねぇな。
まあ数少ないユーザーは困ってるかも知れんが 後試してないけどStorageFolder.CreateItemQueryで返ってくるStorageItemQueryResultにContentChangedイベントあるけどこれ使えない? >>584
ああなんか行けそうな感じはするね。早いうちに試してみるよ
ありがとう 今の仕様に満足してる奴は
遊びでおもちゃアプリを作ってるガキか、冴えないサンデープログラマーくらいだろうな
ストアにはそういう輩しか集まらないのだろう Dapperがdebugモードでは動くけどReleaseモードで動かないってのは凶悪だわ >>582
前回使ったファイルを再指定せず利用したい
そういうことできる? >>588
つStorageApplicationPermissions
まあMRUならともかく、FutureAccessListでも1000件以内とかいうクソみてえな制限があるので
ファイル単位のコレクション目的には不適合(標準UWPアプリみたいにソースファイル指定が現実的) >>589
おーサンクス
>>590
まだ学習中なんでごめんよ、まあでもこういう話題も容認してほしいな U.n.k.o.
W.i.n.d.o.w.s.
P.r.o.g.r.a.m. Uう nん koこ
Wう iぃ nん doど wう sず
Pぷ roろ gぐ raら mむ UWPに満足してる奴は
遊びでおもちゃアプリを作ってるガキか、冴えないサンデープログラマーくらいだろうな
ストアにはそういう輩しか集まらないのだろう 急速に進化するUWPアプリのUI 〜Windows 10 1809の新コントロール/DataGrid/旧バージョンへのバックポート (1/7):CodeZine(コードジン)
https://codezine.jp/article/detail/11188
車輪の再発明でやっとこさ現代の水準に戻りつつあるかなぁ?ってレベルなのに進化とか笑わせんな 「進化って言って!やっと追いついたじゃなくて!進化!!」 鈴木淳也の「Windowsフロントライン」:Intel Graphicsが初対応 Windows 10のモダンドライバ「UWD」とは何か (1/2) - ITmedia PC USER
http://www.itmedia.co.jp/pcuser/amp/1812/02/news011.html
UWPに続き、今度はWindows Driverもウ○コ化するようだな
MicrosoftはよほどU*ko Windows化を推し進めたいらしい Microsoftのせいで「ユニバーサル」とか「モダン」と言う文言が悪い意味にしか聞こえなくなってしまった ユニバーサルデザイン:最新の人しか使えない
モダン焼き:具が無くてシンプル
みたいな EdgeがChromiumベースになってEdgeHTMLの開発は終息してくことになるんなら
これから作るプログラムにはWebViewコントロールは使いにくくなるな >>604
Chromiumベースは提供しないの?
ライセンス的には問題ないよね 仮にそうだとしても
EdgeHTMLからChromium完全移行するまでは現状のWebViewは使わない方がいい気もする >>605
WebViewが現状のEdgeHTMLベースのまま残されて新しくBlinkベースの別のWebViewが作られるのか
それともAPIが同じままWebViewの内部がEdgeHTMLからBlinkになるのかわからない
前者なら将来性のないWebViewで作ることになり、後者ならBlinkベースになった時に互換性の問題が
出る可能性がある
MSが方針を出すまで現時点でWebViewを使い始めるのは問題を内在させることになるよねって思った Edgeがシェア取れなかったのって半分くらい(根拠はない)はUWPのせいだと思う……
まぁ制限ガチガチUI部品スカスカなUWPなんかでよく頑張ったなぁとしか言えない
UWPも機能とかUIとか拡充を進めてるらしいけど対応遅すぎだよホント…… まったく力を入れなかったせいだけどな。
半年に1回しかバージョンアップしなかったせい。 むしろUWPのUI嫌ってWin7に流れてたよね?
年配の人ってガラッと変わるのを嫌うから。 まあUIパーツが完全に実装されていたとしても
プログラム板的には当時10%もある20%も
使われていた Windows 7 で動かないってだけでも
UWP 使わない理由としては十分すぎた。
代わりに Windows Phone とか Xbox とか Mixed Reality Headset で動く(動くように書けばね)!
とか何で好き好んでそんな罰を受けにゃならんの。
https://docs.microsoft.com/ja-jp/windows/uwp/get-started/universal-application-platform-guide#a-common-api-surface-across-all-devices
ユニバーサル Windows プラットフォーム (UWP) アプリとは
「すべてのデバイスに共通の API セット」
本当にそうだったら使ってたよ。 なるほど、UWPのWindows7対応あったら少しは普及率あがってたかもしれないね (ヾノ・ω・`)無い無い
タッチUIに全振りしたWin8がまったく売れなくて、Windows PhoneもMobileも鳴かず飛ばずだったのに
その方向性を継承してるUWPがWin7で使えたら普及したとか考えられないよ 「少しは普及率上がった」の意味が人によって違うのかw フォト(win10)とフォトビューワー(win7)の人気の違いかと
勿論フォトビューワーの方を使用してまする UWPがタッチUIに全振りしたと勘違いしている人がずっといるw スマホでOneDriveに投げたのそのまま見れるのでフォトの方使っとるわ >>619
読める?「タッチUIに全振りしたWin8が」
スタートボタンを消したあのOSのことだよ キーボードメイン勢にとっては 8 でも問題はなかった アプリの起動は結局 Win キーの後に数文字タイプしてenterで起動しちゃってるな
タイルは常用しないけどたまに使う(かとその時は思った)ものを置いてあるだ 起動してるUWPアプリの列挙ってpowershellでどうやんの?
全く出てこないんだが .NETのデスクトップアプリのページ
https://dotnet.microsoft.com/apps/desktop
なんでWPFとWinFormsよりUWPが後なんだ!ってUWP好き外人が吠えてたw
今さらデスクトップ向けでUWPはねーよ Windows UI ライブラリ
ソース見ると次来るのはTwoPaneViewと、RadioMenuFlyoutMenuか。
やっとメニューで簡単にRadioボタン的な動作と見た目を簡単にできるように。遅すぎなんだよ死ね タブレットとPC両方で使えるように……なんて妙な縛りを設けるから
複数プラットフォームで共通に使える部品だけ厳選して!なんて方針が大失敗なのは昔JavaGUIライブラリのやらかしを見れば予想できただろうに……
今はその縛りも無くなったし、とにかく他のデスクトップGUIに追いつこうと必死なのだろうな
もうじきWin7ユーザも大量流入してくるし MSとして一括りにするからおかしく見えるのだ
Windows UIには無能しか割り当てられていない上に人手も足りんのだろ
未だに部署間の確執が酷いみたいだしね
https://github.com/dotnet/core/issues/43#issuecomment-387801761
.NETがWindowsチームの古株に目の敵にされてたって話はワロタ
まあ思い返して見ればさもありなん サイドロード用パッケージ(ローカル用のやつ)ってilspy みたいなので逆コンパイルしてソースパクるのって可能なんですか?
.net ネイティブでビルドされてるなら難しいと思うんですけど、パッケージにソースかframework みたいに中間ファイルで配布なら、いずれ逆コンパイルソフトが出てきますよね。
apppackages フォルダ内のファイル見ても見慣れないファイルばかりでよく分からなかったのでお知恵をお借りします。 >>632
私はまた、新しいクロスプラットフォームUIをXAMLベースではなく、優れたテクノロジを作るようにしたいと思います。
XMLから完全に率直に進化してください。 XAMLベースからHTMLベースへ
これが今のトレンド ちなみにインストール先のwindows appsの該当フォルダを見たら小さなexeファイルと大きなdllファイルがありました。どちらもilspyでは開けませんでした。
大きなdllがプログラム本体で恐らくネイティブコードだと思うのですが、これはインストールパッケージの何かのファイルに含まれていたのでしょうか?
それとも中間コードのインストールパッケージからインストール時にビルドされたものなのでしょうか?
前者なら楽にソースパクれる可能性大ですよね。 そういや逆アセンブラでネイティブコードを
ソースコードに戻してパクるって合法なの? >>635
VS2019ではデスクトップの復権がテーマらしいよ。
.net framework 4.8では基本的にUWPのすべてのクラスが標準で使えるらしいし。 >>637
google play 見てれば分かるやん。
apkからソース抽出してUIだけ変えて私のアプリですって常套手段だし。
ソースの一部が似るなんて同じようなアプリ作ればありうるし、裁判費用とか検証費用とか考えたら泣き寝入りでしょ。
だから未だにMFCなんかがメインで使われる訳で、 そうか。ネイティブアプリでもパクられてるんですね。 >>637
ああ、ネイティブですか。
バイナリが暗号化されてない限り合法みたいですよ。
使用許諾でリバースエンジニアリング禁止って書いてもそれを証明するの不可能だし。 >>638
でもさ…
4.8はC#8.0に非対応みたいなんだけど >>638
でもさ…
4.8はC#8.0に非対応みたいなんだけど >>640
ネイティブコードが一番安全みたいですよ。
よく「アセンブラレベルで解析できるから無意味」みたいなこと言う人いますけど、アセンブラでWindowsアプリ作る人なんかいないので現実的に不可能ですからね。
そもそも普通に他人のコメント付きソースを見て理解するのですら、労力いるのに。 リバース一番最高に超絶しづらいからな
当たり前
UWPつよい WPFなんてどうせ一時的な復権でしょ。UWPも複数ウィンドウとか簡単にできるようになり、機能的にもネイティブデスクトップアプリに似てきて違いはサンドボックス内で実行されて安全な代わり機能制限がある >>647
中間コードと比べると格段に難しいし、精度悪い。
パクるのが目的ならその手間を考えたら自分で1から書いた方が早い。
JAVAとか.net framework とかでアプリを公開するってソースコードをばらまいてるのと同じだと思った方がいい。 >>650
できません。
例えるなら、君がWindowsOSを1から作るのは不可能ではないだろう。では可能かと言えば無理だろう? Windows OSを1から作ることレベルのことを不可能っていうんだよ >>652
不可能じゃないよ。
実際に昔だけどdrdosみたいにwindows 95の互換os作ってた人いたし。 >>653
カスタマイズできるけど、コーティング量はVC以上に醜いことになるが正解ではないか? >>642
非対応ではないよ、全機能は使えないけど
ただまあ、Frameworkはもう保守モードでこれからはCore使えってなるでしょうね メインストリームは.net coreに移ったと言うことか
同じものを造ったり壊したりの繰り返し
くだらないことをいつまで続けるんだろうか? >>657
.NET Standard2.1にも非互換らしいしね >>636
Releaseビルドしてりゃ普通はパッケージングされる段階で各アーキテクチャ毎にネイティブ化されてる
.NET Coreをネイティブ化できるcorertはチョー期待してるんだけど
一体いつになったら実用化されるんだ… StorageFileが死ぬほど遅いのなんとかならんのかな
system.ioより一桁は遅い >>661
ネイティブ化の意味くらいスレ内で統一しろよ リバースエンジニアリングされてぱくられるのが致命的な技術なら極論ローカルにインストールされるものは全部ダメでサーバーサイドに置くしかないんじゃない? >>665
ゲームなんかそれが主流だよね。チート対策でデータもほとんどサーバー側だし。 2019年、Microsoftが飛躍するために取り組むべきこと (1/3) - ITmedia PC USER
http://www.itmedia.co.jp/pcuser/articles/1901/03/news010.html
>UWP版なの? デスクトップアプリなの?
>話は変わるが、先日同業者でライターの笠原一輝氏がソーシャルネットワークで触れていて少し話題となったのが
>「Office 2019(Office 365)のセットアップでOneNoteがインストールできない」というトピックだった。
>正確には「最新版のOfficeインストールでOneNoteのデスクトップ版が入らない」というものだが、
>最新バージョンにあたるOffice 2019にはデスクトップ版に相当する「OneNote 2019」が含まれておらず、
>代わりにUWP(Universal Windows Platform)版である「OneNote for Windows 10」がインストールされる仕組みになっている。
>Office 2019は、元々Windows 10以降のOSがターゲットとなっているため動作的には問題ないのだが、
>UWP版は以前のデスクトップ版に含まれていた機能が全てあったわけではなく、
>同氏はメモとして残していた録音済みの音声データを再生できなかったことを問題点として指摘していた。 >>668
>この問題は、Office 2019が提供され始めた今秋からしばしば報告されるようになり、
>「ユーザーのクレームでサポートがたびたび紛糾している様子を報じている媒体」もある。
>対策としては、旧バージョンのOneNote 2016も同一OS内に共存できるため、
>新旧バージョンを同時にインストールすることで解決は可能だ。
>ただし、Microsoftとしては「デスクトップ版OneNoteには新機能は追加しないのでUWPを使うように」という意図があり移行を勧めているが、
>「UWP版はマウス操作に最適化されておらず不便」というユーザーの意見と真っ向から対立していたりもする。 >>668
>実際のところ、MicrosoftがUWPを推しているのか、
>あるいはデスクトップアプリケーションを推しているのかよく分からない部分は多い。
>最近の例でいえば「Skype」がそれで、旧バージョンにあたる「Skype 7」の利用を2018年9月時点で停止し、
>以後は「Skype 8」を導入するようMicrosoftでは説明していた。
>興味深いのは、このSkype 8はデスクトップアプリケーションであり、
>Windows 10ユーザーであればデフォルトでUWP版Skypeが導入されているため、
>普通に考えれば「UWPからデスクトップに移行しろ」と解釈することもできる。 >>668
>もう1つはチャットサービスの「Microsoft Teams」で、
>2018年秋に開催されたIgniteカンファレンスで「無料版」の提供がアナウンスされている。
>クライアントアプリケーションとしてはデスクトップ版(Windows・Mac)とモバイルアプリ(Android・iOS)が用意されているが、
>Microsoft Store経由のストアアプリしか導入できないWindows 10のS modeでは、Webブラウザ向けのインタフェースしか用意されていない。
>当初はPWA(Progressive Web Apps)を使ったUWPアプリがプレビューとして提供されていたのだが、
こちらはなぜか11月いっぱいで提供を終了している。
>なお、Surface Hub向けにはUWP版Teamsが提供されていたりする。
>アップデートなどが容易でセキュリティも高いUWPを推しているのかと思えば、
>一方で新しいデスクトップ版を用意してそちらをインストールさせてきたり、あるいはUWPの提供そのものを中止したりする。
>過去にもあった話ではあるが、バージョン移行を強制して旧ユーザーを一方的に切り捨てる話も散見される。
>後者は仕方ない面もあるが、こと「UWP」に関してはMicrosoft内でも対応がちぐはぐな印象が強く、統一意思的なものはないのではないかと考えている。
>筆者としては「もうMicrosoftはUWPを絶対的なものとしては扱わなくなっている」と解釈している。
結論: UWPはやっぱりUnko >>671
マイクロソフトは内紛状態なのか。
大企業病の悪い兆候だね。 ただの利用者でしかない自分でさえUWPからは地雷臭しか感じなかったからなぁ
土台(プラットフォーム)の構築が杜撰だったのに
その上からやれ建てろ!皆乗っかれ!ってゴリ押ししたら総崩れになるのは当たり前だよなぁ
ほんと最悪の事態になってしまった感じ >>672
兆候ってかMS関連の読み物とかでも部門間の熾烈な足の引っ張り合いは昔から強調されてるよ
一強時代ではなくなったのに企業単体で見れば未だに成長できてるのが本当に謎 特殊な炭素素材で水を水素と酸素に分解 ゼビオHDのグループ企業、クロステクノロジーラボが開発 hoge = CreateObject("Excel.Application")
ってUWPでどう表現すればいいですか?CreateObjectありませんって言われるんですけど。Interaction.?Create?Objectも。 >>676
UWPではできないからUWPの見た目のアプリでやりたかったらDesktopBridgeかな >>679
どーゆうこと?自分のUWPアプリからking soft office とか使いたいんですけど。
excel ならそんな書き方しなくても使えるけど、kingsoft はそれしかないみたいなので。 >>680
UWPにexe埋め込めて、それをUWPから叩ける。
exeはC++でも普通の.NETでもいいから、そこからCOM叩くなりなんなりできる i=0
ループ
hoge(5) = AscW(i)
だとi=2で以下のエラーが出るけど、なんでだろう?
System.IndexOutOfRangeException: 'Index was outside the bounds of the array.' うん、5の値を変えて配列を別のところであれこれ使う感じ。
エラーだけ見るとAscWを配列と勘違いしているのかと思うけど、まさかね。 VBかよ
どっかでDim AscW(1) とか書いてあるんじゃねw
あとスレチだから逝ってね 2013のフォームアプリからソース持ってきただけだから、そっちだとデバッガ止まらないんだよね。
ここってC++専用だっけ? 普通はC#かC++だけどVBもサポートしてるからね
UWP固有の問題なら良いんじゃない? UWPの制約に則った安全性のあるコンソールアプリとして意味があるよ
え? UWP自体に意味が無い?
フフッ windows10 mobile 打ち切りってことはUWPも終了か。
Microsoft社員にはAndroid端末への切り替えを推奨してるとのこと。
https://news.mynavi.jp/article/20181225-746811/ マイクロソフト、自社モバイルOSからiOSやAndroidに乗り換えを推奨。
「全ての人や組織を助けることが使命」 >>704
それに加えて、UWPを誰も使ってくれないから
今、大慌てでデスクトップPC向けUIを大量追加してるところでしょ Winforms/WPFへのホストAPIは追加されてたけど
デスクトップ向けコントロールとかなんか新設されてたっけ?
とりあえず間延びした空白を推奨するガイドラインをなんとかせい(これもだいぶ前から予定に入ってるハズだけど)
UWP自体はHololensとか新機軸デバイス進めてく上でまだ続ける気なんじゃない?
最終的には言語間のAPI呼び出しを統一する部分(言語コントラクト)だけ生き残りそうだけど もうデスクトップ(ノートPCも含めて)一本に絞られた?なら「U」は要らないよね。
それともタブレット環境があるからまだ粘るのかな?
どっちにしても基幹業務系にとって邪魔でしか無いシステムなので何とかするなら早めに決めて欲しいわ >>708
UWPの「U」はもはや「ユニバーサル」ではなく「U*ko」のUである
すなわち、旧来のデスクトップアプリにすら劣る「Un*o Windows Progra m」であることを示している
よって、UWPの改善が進まない限り、永遠に「U」が取れることは無い mobile打ち切る勢いでstoreももうなくせよ・・・ 従来のデスクトップアプリの配布場所としてストアがあるのはむしろ歓迎だな
インスコと更新楽だし
まあ開発する側としてはデスクトップアプリもある程度のサンドボックスに押し込められるのが難点だが
CrystalDiskMarkのストア版は20万ダウンロードだそうな 開発する側からすれば単一のバイナリが複数ターゲットで動いてくれる必要はないんだよね
どのプラットフォームでも使えるコードの共有はこっちで勝手にできるし
1冊で他言語版みたいな本を手間かけて作って売る意味が全くない Windows10のOSのUWP部分もやめてもらえませんかね ストアアプリのためのサービスもやめてほしい
これってストアアプリだと実現できないからサービス使ってんの?
馬鹿なの?死ぬの? 単純にファイルアクセスの制限がきついから仕事では選べないんだよな。
他のOSみたいに、ユーザーに権限確認させれば自由にアクセスできればいいのに。 >>721
つbroadFileSystemAccess 1803のbroadFileSystemAccessはバグってて素通しだったらしいねw
1809で直したけど RadioButton を押しボタン風で使いたいからToggleButtonを使用しようと思うんです。
でもSplitViewやGrid上に2個目を置こうとすると1個目が消えてしまうんですが、どうしたらいいですか?
RadioButton や Button は、普通に1個目が消えることなく2個目が置けます。 stackpanelで試したんですが、ToggleButtonが自由にレイアウトできなくて困ってます。
上から下へ1列に並べることしかできないんでしょうか? RelativePanelで出来ました、ありがとうございました。 Gridで消えちゃうのは同じセルに置いちゃってるからだろ
ちゃんとGrid.RowかColumn変えてたか? csvのカラムに列挙されたファイルを処理したい(csvを読み込んでその後ファイル処理)
非同期アクセスでどうすればいいか途方に暮れてます。 >>729
http://jeanne.wankuma.com/tips/csharp/stream/readline.html
1行づつ読み込んで、それをカンマでsplitすればいいんじゃね?
データとしてのカンマがあるとかなら、正規表現とか必要になるだろうけど。 非同期で読み込んで非同期で書き込むとぶつかるんだよね。 同時に複数のスレッドからアクセスするならロックなど排他制御しなきゃいけないだろ 読むファイルと書くファイルは別々なので排他ではない。
csv読んでファイル名を得て書き込むんだよね。書き込みが読み込みを追い越しちゃう。 すみません。解決しました。
awaitを使いました。常識なのかな? どういうスレッドの使い方なのか知らないが、前提処理があるのならなんらかの制御が必要だろ。
一気に読み込んで一気に処理するか、読み込み、処理を1サイクルにするか、読み込み1サイクル、それのシグナル(イベント)で処理1サイクルとか・・・
方法はいくらでもある。
つか、これってUWP関係ないよね。 csv読み込んで、内容をみて処理する。という流れで、順次処理をしたかったけど、csv読み込みが非同期、後のファイル処理が非同期のためうまくいかなかった。 常識も何もどこでつまずいてるのかよくわからんかったわな。
非同期っていうから、Taskクラスのインスタンス返すxxxAsyncみたいな非同期メソッド呼んでたわけね。
でもawait付けずに呼んでたから読み込みを待たずに書き込みメソッドが喚ばれてた処理追い越したって事か。
まぁ、常識って言えば常識かな。 await付けてる前提でロックとか排他制御してない話かと思ったわ Windows 10の「電卓」アプリがオープンソース化 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1173372.html
GitHub - Microsoft/calculator: Windows Calculator: A simple yet powerful calculator that ships with Windows
https://github.com/Microsoft/calculator
C++ だけど C++であることよりC++/WinRTじゃなくC++/CXであることにガッカリだよ 「^」使う箇所で超パフォーマンスなんて必要ないんだし、それ以外は普通のネイティブC++なC++/CXのバランスがちょうどいいんだよ。 UnitTestしようと思って、ソリューションにテストプロジェクトを追加したのですが、
テストメソッド名を自動生成されたものから変更すると、
「クライアント プロキシを初期化できませんでした。テスト プロセスに接続できませんでした。」
と出力されて、テストが実行できません。
テストプロジェクトを追加した直後は、正常にテストが実行されています。
なにか設定とかあるのでしょうか。
言語はC#です。 書き忘れましたが、使用しているのはVS Community 2017のバージョン15.9.8.です。 今年になってReleaseビルトが終了しない現象が発生していたんだが
ReactivePropertyが悪さをしていたようだ
とりあえずバージョンを4.2.2にしたらコンパイルは終わった
これから色々やってみるわ >>742
三角関数とかテイラー展開で自分で計算してて面白いね ItemsRepeaterって何よこれ。ListViewやGridViewの代わりにこれ使えってこと?ItemsRepeater+StackLayoutてListView、ItemsRepeater+UniformGridLayoutでGridViewってことかな。
まぁ、Groupingとかサポートしてなさそうだけど。
一体何のために新しいのを... どっちかっていうとItemsControlの後継みたいだね
普通はListViewとか使えみたいなこと書いてある .NETがレガシーアプリ扱いされてたんだ、知らなかった。 ごく最近は少し軌道修正してレガシー扱い辞めたっぽいけど >>758
.NETがレガシーってことは、何が最新なんだろう?
単に、売り込みたい UWP 以外は全部「老害」扱いしたかっただけなんだろうな。
金儲けのために。 売り込みたいのは、そっちじゃなく、CloudのAzureの方だったか。
みんなでMSの不買運動したい。MSのCloud (=Azure?) の不買運動なら出来るし。 クソストアはキラーコンテンツやアプリが何もないよね
セキュリティだのマネタイズだの、モダンだの色々言うけど決定的なものは何もない
使う理由がない
ストアはクソみたいな仕様、使い勝手なのに使用料がめついし
100歩譲ってデータセンター維持費用だとしても維持してやりたいと思うようなものでもない
なくなっても誰も困らんだろう
開発者からしても手間だし
デスクトップアプリで用は足りてるのに
ストアへ移行する必要性がない さすがにUWPをモダンと言い張るのはやめたようだな >>762
最初に19ドル払うだけの使用料がそれほど厳しいのか?
何も調べていないだろ >>764
それGoogleやアップルよりもかなり安いな >>760
企業や官庁でMS使っている限り、個人利用の不買運動なんて意味ねえよ >>766
Office類は、一太郎とか桐とかに移行して欲しい。
年金とか日本の将来のこととか考えれば、国産品を買うことは表面的な
メリットを超えたところに大きな価値がある。
クラウドなら、富士通系のものもあるらしいし。 でも日本のITって、インタフェースとかファイル規格周りで頑なにガラパゴス規格にこだわり始めるのがいけない
既存の国際規格に合うやつならそれ使えばいいのに、いちいち独自規格持ち出して囲い込もうとする
そういう不必要な島国根性を持ち込むからジャップはIT後進国とか言われるんだよ 国際規格取れるだけの勢いがあれば別にいいよ
絵文字だってそう
問題は既に代替規格があるのにあえてガラパゴス規格を持ち出すアホが多いこと >>764
登録費用の話じゃなくて売り上げから引かれる分 >>755
ドキュメントもうあったのね。
androidのrecyclerviewみたいな感じだな。layout切り替えて、ListViewItemみたいの無いから選択機能とかも完全に自分で実装か。
完全にrecyclerviewと同じやな。 つか、build 2019も後1か月後。新しいロードマップが楽しみ。
>>319の去年のロードマップの8割ぐらいは消化したのか?
data validationが未達で、compact/standard sizingはgithub覗いてるともう来そう >>771
MSは2018年後半にはストアでの販売額の95%か85%を開発者に支払うようにすると発表していたんだね
A new Microsoft Store revenue share is coming
https://blogs.windows.com/buildingapps/2018/05/07/a-new-microsoft-store-revenue-share-is-coming/
ところが、2018年末になっても実行されてなくて開発者の取り分は70%だとか
Microsoft Fails to Uphold Promise to Pay Developers More for Apps in the Windows Store
マイクロソフトはWindowsストアのアプリに対して開発者にもっとお金を払うという約束を守らない
https://www.petri.com/microsoft-fails-to-uphold-promise-to-pay-developers-more-for-apps-in-the-windows-store つか、毎年年末になるとストアアプリに突然難癖つけて公開停止に追い込むよな。くそマイクロソフト。 CompactDensityっつーのは、UWP間延びしてたから詰めたよ!ってだけじゃんね 新しいChromiumベースのブラウザエンジンはUWPで使えるようになるの? EdgeHTMLが今後縮小されるのであればな
間違いなくChromium推しにはなるだろうけど broadFileSystemAccessなしの前提で
ファイルピッカーでファイルの保存するときに
.bak ファイルを作ったりすることできるかな?無理だよね? 標準のカレンダーアプリってレジストリ書き込んでも令和対応しないけど
UWPだからですか? >>785
なんかMSが先週あたりのパッチで5月1日にならないとそのレジストリを参照しないようにしているとかなんとか 結局WinUI 3.0の話だけ?
本来去年のロードマップにのってたデータ検証はWinUI 3.0に。
WinUI 2.2ではTab control,radio button gdoups,number control
しょぼ Unity+UWPの質問ってここでいいのかな?
ずいぶん久しぶりにUnityで作ったゲームをアプデしたんだけど、以前問題なく動いてたUWP用のプラグインが例外返すようになった
例外メッセージ読むとどうもOpenStreamForWriteAsyncってメソッドが存在しないのに呼び出してるぞ!って事らしいんだけど、何か仕様変わったのかな
なお先に書いてるように、以前アップした時は問題なく動作してた UWPとWin32のギャップをなくし"Windowsアプリ"に?--MS幹部が方向性など語る
https://japan.zdnet.com/article/35136681/ VとVMがUWP(と互換)で、Modelが.net framework互換だと作りやすくなるんだがね UWPって社会の役に立ってる?
俺よりは役に立ってるかもしれんが何のステータスにもならない ・Win32アプリはタッチ操作や手描き入力といったUWPの機能を使用できない可能性があった。
・同氏を含むMicrosoftの幹部らはUWP路線を今後も維持しようとしている。
・Microsoftはここ1年ほど、Win32アプリに「モダンデスクトップ」要素を追加 Windows7がある頃ならともかく終わる頃にWin32アプリもってアホかと >>797
64bit版API呼んでるアプリも便宜上Win32アプリと言ってるんじゃないの? UWPは受けなかったから突貫工事で
Win32アプリも、と言い出しただけにしか見えない
MSはWindows 8.0で大失敗したんだよなw
あれ以来ズレがひどくなったような uwp作っていて気になるのはファイルシステムの遅さだわ
wpf並に速度が出たらUWPのアプリも増えるんじゃないかな? どうせまともにう●こアプリ使ってるとこなんて無いんだから
今のうちに破棄しちゃえばいいのにな
ほんとストレージの肥やしだよ、●んこだけに まあ、窓電無くなって小画面専用アプリの需要なんて無くなったからな。
タブでもマルチウィンドウ使うしフルスクリーンアプリなんて邪魔でしか無い。 フルスクリーンの方がいいのはゲームぐらいか?
それもブラウザと一緒に開いて情報見たりするけど WinFormsに力入れてりゃ良かったのにMSはアホだわ 今のような状態が一番開発者のモチベーションが下がる 先人が作ったスゴイものに敬意を払わずに
新しものが好きなだけの青臭い若造共が全て台無しにした印象 UWPから方針転換、MicrosoftストアがネイティブのWin32ゲームをサポート
https://news.mynavi.jp/article/20190531-834379/
UWPは安全性や様々なデバイスを想定した共通のAPIといった長所を持つ一方で、
ローカルリソースの利用など様々な制限があり、それが柔軟性を求めるPCゲームになじまないところがあった。
MicrosoftストアでのWin32ゲームのサポートでは
「Windowsゲーミングのオープンなエコシステムに期待されるカスタマイズやコントロールが可能になる」という。
現段階で詳細は不明だが、「PCのオープンな特性を重んじた判断」(Spencer氏)だという。
そのためThe Vergeが「葬られたMicrosoftのUniversal Windows Platform (UWP)アプリの夢」としているように、
Win32ゲーム・サポートから読み取れるUWPからデスクトップアプリへの回帰、
Microsoftのアプリケーション戦略の変更も話題になっている。 ろくにコントロールも揃わないまま出てきたWinRTのスレでの発言としては趣深いな 事実上、UWPの失敗認めたようなもんだな >>810 結局何使えばいいんだよ。MSの推しメンは誰なのかはっきりしてくれ
mfc、forms、wpf、uwp、xamarin、electron… 今のMSはクラウドとOfficeで稼いでるし
サードパーティーのWindowsアプリの面倒見ても大して金にならんからやる気ないんじゃないの 分かりやすく1つにまとめてほしいわ。
今のOS、フレームワーク、言語なんでも対応がいいと思っているのが痛い。 >>820
数ある中から取捨選択できないプログラマーの方が痛いのでは プロジェクトが大部隊で画面デザインと内部処理が分かれてるならUWP、低予算小部隊ならwin forms、
セキュリティ緩くてデザイン求められたらブラウザアプリ。
と思っているが、大規模チームは経験が無い。 ASP.NET Core Web アプリケーション のテンプレを使い、RESTのようなことをしています。
httpの時はUWPからHttpClientで正常にアクセスできるのですが、httpsにするとAn error occurred while sending the request.と例外を吐いてしまいます。
HttpClientを作成するときにX509Certificate2でオレオレ証明書付のハンドラもつけてみましたが効果がありません。
サーバ側はウエブブラウザ(firefoxを使用)でアクセスするとhttpでもhttpsでも正常に反応しています。
何が原因かわからないでしょうか。 316 名前:デフォルトの名無しさん[sage] 投稿日:2019/07/05(金) 21:24:53.68 ID:7a3tVJ3L
https://blog.okazuki.jp/entry/2019/07/05/104041
UWPンゴwwwwwwwwwwwwwwwwwwww >>822
模型で例えるなら
スクラッチビルド(素材削り出し)からやるならMFC
出来合いの部品を組み合わせて手軽にやりたいならForms、WPF リッチ仕様なMFC使っといて何がスクラッチビルドだよw >>831
だな
リソーススクリプトはもちろん直叩き SDKのサンプルコード generic から始めるべし Surface DuoのOSをAndroidではなくWindows 10Xにするよう求めるキャンペーン
https://it.srad.jp/story/19/10/10/1443240/
Change.orgで行われているキャンペーンは開発者視点のもので、開始2日で1,500名以上の賛同者を集めている。
趣旨としては、Universal Windows Platform(UWP)アプリが真に「ユニバーサル」なWindowsアプリとなるためにはWindowsを実行するモバイルデバイスが必要だというもので、Androidのみを実行するSurfaceデバイスの発表はその道を閉ざすものだと主張する。
そのため、Surface DuoでもWindows 10Xを採用し、エミュレーションでAndroidアプリを実行可能にすることをナデラ氏とパネイ氏に要請している。 まずNeoをARMにするところからだな。
Microsoftのやり方はカオス。 DuoとかNeoとかイロモノはどうでもええ
ProXにAndroidを載せろキャンペーンをするべきだ >>842
ChromeOSじゃなくてAndroid? みんな .NET Core3に移ったん? UWPは死んだのかな? ページに配置したWebViewで表示したWebPageで、配置したボタンを押した事を検知できませんか? 自己解決
ScriptNotify と window.external.notify で出来ました。 「OneNote 2016」は終わらず 〜「Office 2019」に合わせてサポート延長、ダークモードも追加へ
https://forest.watch.impress.co.jp/docs/news/1216886.html
「OneNote 2016」は復活して「OneNote for Windows 10」はUWPと共に死ぬのかな 今までwinformで作ってたところからUWPを始めたんだけど
これってコンパイルしたexeから直接実行できないの? >>849
つ ttps://codezine.jp/article/detail/11325 >>850
ありがとう
だが会員ではないので読めなかったよ >>851
金かかんないんだから、捨てメアドでも取って入ればいいじゃん・・・ ごめんありがとう読んだよ
winformと随分勝手が違うんだね
wpfとuwp、どっちを使うべきか悩んでいるんだけど
windowsでしか実行できないのはどちらも変わらんよね?
ストアアプリにする場合はUWPなんだろうけど
そうでない場合は特にどっちがいいと言うこともないんかな UWPはいろいろ新しい概念を知らなければならないし制約が多い
苦行好きならどうぞ止めませんと言うレベル >>853
未来がないのはFormsもWPFもUWPも同じだし好きなの使えばいいと思うよ
俺はUI構築するの楽だからWPF使ってるけどFormsで作るの慣れてる人はForms使いつづけてもなんも問題ない >>853
UWPとWPFは難易度あんまり変わらないけど>>854の言うように新しい概念が要る
昔ながらのexe直接配布みたいな事をやろうとするとUWPはとんでもなくハードルが高い MSはFormsに回帰すればいいだけなのに何故それがわからんのだろうか でも今Forms使ってるけど
4k環境だとデザイナと実行時でレイアウト崩れるし
ラベルとテキストボックスとチェックボックスとで
垂直ガタガタになるし
レイアウトのしやすさではWPFの方が使いやすいよね UWPの価値を3分の1にし、.NET Coreで化石化していたFormsとWPFを引っ張り出してきた。
優れた言語と開発環境がありながらエコシステムを作れない悲しいMicrosoft。 >>858
WPFでも崩れるよ
画面のサイズも関係あるけど常に使いやすいサイズとかありえないんだけど勝手にサイズが変わるので困る “Surface Duo”と“Surface Neo”、2画面デバイスに対応したアプリ開発はどうなる? - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1220826.html
同じMicrosoft製の2画面アプリでまったく違う基盤、プログラミングモデルが通用しないのはほんと糞。 >>861
WindowsとAndroidなんだから違うの当たり前やん AndroidでUWPが動いてくれればいいんやけどね .NET版flutterみたいのほしいわ
マルチプラットフォーム
宣言的UI
高速ホットリロード Blazorはないと思ってたけどなんちゃってネイティブまで目指すんか。 Microsoft is planning to phase out the Windows 10 Store for Business
マイクロソフトはビジネス向けWindows 10ストアを段階的に廃止することを計画している
https://www.zdnet.com/article/microsoft-is-planning-to-phase-out-the-windows-10-store-for-business/
ビジネス向けMicrosoft Storeと教育向けMicrosoft Storeをやめる計画があるらしい アプリ数少なすぎて閑古鳥ぴ〜よぴよぉwww状態じゃあな 最初からマトモなGUI部品を提供してればな
作りたいものが作れないウンコプラットフォームが流行ると本気で思ってたのか Formsに回帰せよ
Formsに帰依せよ
Formsを発展させよ
May the Forms be with you. ややスレ違いっぽいけど他に適当なスレがないので質問するね
Windows Subsystem for Linux(WSL)をストアアプリにしちゃってるけど
あれをsysprepでOSのデフォルトプロファイルに組み込んで
ユーザーが最初にログインした時に既にWSLが入ってるようにOSイメージを作りたいんだけど
どうしたらいいの?
この辺の話なんだけどフォーラムの人間では知能が足りないらしい
https://social.technet.microsoft.com/Forums/en-US/e323d8fa-481b-4e1a-b8a3-85e89bfaacbe/sysprp-error-with-wsl-ubuntu-1804?forum=winserversetup ストアアプリって制限ガッチガチのうんちっちなのに
MSだけLinux動かしたりやりたい放題だよな
その自由度を開放すればいいのに ベンダー向けにカーネルドライバとか仕込める権限もあったりする やっぱだめか
普通のsetup.exeみたいに管理者が全ユーザー向けに入れるモードがストアの仕組みに無いのがまるで理解できないわ ここの住人はみんな仲間じゃないか。
困ったことがあったら何でも言ってくれ。助けてやれないけど。 メモ帳やペイントみたいなWin32アプリもWin10のダークテーマに完全対応できるようになるの?
できないならReunionいらないな 馬鹿でも使えるwin32APIラッパーが欲しいだけなのだが バカが余計ないことしないようにしたWin32APIラッパーがUWP様やぞ
必要なこともできなくなってるけど VS2017をインストールして、とりあえずXAMLでUI作り
デバッグ環境確認のために、例外をわざと投げてみたところ
この画像のメッセージが出てデバッグがやりにくい
ttps://i.imgur.com/ppA8Bkv.jpg
例外をキャッチしろよというのは今は無しとして >>858
画面設計がXAML手打ちが一番ってのが、色々終わってると思う
Formsのよさは、見ながら画面設計できるところだよね
しかもXAMLで綺麗にスケーリングさせる書き方を実装しようとすると
一工夫必要なのだけど、それを初心者に理解させるのは結構大変 >>891
Formsみたくポトペタでやりたいんならそれもできるやろ >>890
例外設定でCLIの例外を全部拾うようにすればいいんじゃね Microsoft、.NETのUIを統一する「.NET Multi-platform App UI」(.NET MAUI)を発表
https://forest.watch.impress.co.jp/docs/news/1254643.html
「Xamarin.Forms」の後継。モバイルからタブレット、デスクトップまでを単一のコードベースで チャールズ・ペゾルドが動いたら信じる。
彼なら、神と崇めても良い >>896
つプログラミングWindows 第6版 >>897
残念。あれはWindows8用のストアアプリ
用で
Windows10のUWP用では無いんだ。
持ってるのは英語版だが。
かずきのBlogぐらいかな?UWPのまともな参考資料 ペゾルトが本にする技術は信じるってんだからすでに死に体となった題材の本を
皮肉で紹介したんすよ説明させないでくださいよンもー こういう何ら生産性のない文句だけ垂れる
奴って何が楽しくて生きているんだろうな >>896
教科書を書くのがうまい win32api の人なのでは? >>902
第6版はC#でwin32apiはあんまり関係無いかも >>885
今更さ新しいもの作るんだったらついでに
C++(もどきも含めて)やめてrustで統一しちゃえばいいのに 既存の資産抱えた開発者達でもUWPで作ったAPI使えるようにするのがReunionでしょ
Rust統一とか意味ないじゃん いまさらウンコウインドウズプログラムとか統合しちゃって大丈夫なん? >>882
「仲間だと!? 調子にのるなよ
このオレがいつきさまらの仲間になった!
ふざけるな!!オレは魔族だ
世界を征服するために
きさまらをただ利用しているだけだということをわすれるな!!」 少なくともC++に関してだけはもう必死に続ける必要ないよね
パフォーマンス含めてrustで実現不能なことがあるのなら別だけど GUIが迷走しているな 迷惑な話だ。マルチプラットホームやりたかったのか マルチプラットフォームがやりたいんじゃなくて
Windows一筋じゃ売れないからマルチプラットフォームを謳ってる もう、敗北を認めてAndroidとiOSの互換のapiを実装しろ >>925
最近の若者はスマホのフリック入力で論文を書いてPCに取り込むらしいぞ 不詳・宮嶋なんて電子入稿しろといわれて
原稿用紙に万年筆で書いて、デジカメで
撮影するという荒技に出ていたぞ >>928
×不詳・宮嶋
○不肖・宮嶋
日本では動静のよくわからなかったコソボに乗り込むなど、平和ボケの日本には貴重な戦場ジャーナリストの方だと思っています >>919
Core5.0でVB使えるよ。
Formも 以前みたいに糞UWPゴリ押しするのはやめたみたいだな
それでいいんだよ >>936
サーフェスはいつまで続けるのだろうか? 企業や個人にバカウケやろ
ただしx64のやつに限る
ARMとかAndroidのやつは知らん 俺はJavaFXで作ったアプリをDesktop BridgeでMicrosoft Store配信するぞ!
課金API呼び出しだけC++/WinRTで実装した
審査通るかなー
審査通ったとしてまともに収益上がるんかなー uwp版のリモートデスクトップアプリってもしかしてwebカメラのリダイレクトが出来ない?
ググっても情報があまり出てこない ローカルホストはそのままじゃアクセスできない
uwp ローカルホストでやり方出てくるけど、実用的じゃないよ win32って何なの?
C向けのライブラリってこと? ははは
やはり
Unko Windows Program
であったか OneNote「ぼくUWPにされちゃったんだけどどうすればいいの?ガクブル」 >>948
要するにUWPじゃない方のデスクトップアプリ
まぁUWPは機能面でデスクトップアプリの純劣化版だから仕方ないね あれだけ(ゴリ)推してたUWP版Edgeを投げ捨ててWin32版のChromiumEdgeに成り下がった時点で、UWPはやっぱゴミでしたって暗に言ってるようなもんよね >>952
それはwpf?それともwinforms?
どっちもwin32って感じはしないのだけど記者の誤記かな? Win32 APIとはちょっと違うんじゃないの?
UWPとの対比でWin32という場合はもっと範囲が広く.NETも含んでると思う
狭義のWin32 APIとして捉えるとC++のMFCなんかも含まれなくなってしまうし 画面がxamlで作れるなら、Win32でもなんでもいいや クレクレですいませんが、教えてください。
アプリをパッケージ化してストアに出したいんですが、(exe化はできて私の環境内では動いています)
信頼されていないアプリってことでインストールがでない状態になってしまいます。
信頼できる証明書っていうのはどうやってつくるのでしょうか?
↓エラーメッセージ
このアプリ パッケージは、信頼できる証明書で署名されていません。
システム管理者またはアプリ開発者に連絡をして、新しい証明書または
アプリ パッケージを取得してください。
ルート証明書とアプリ パッケージの署名のすべての即時証明書が
信頼されている必要があります(0x800B010A) 使ってるAPI次第なんか?
出ないことの方が多いが コードサイニング証明書は必要ないよ
ローカルでappxのインストールや動作確認をしたいなら自己署名証明書でOK
動作確認ができたら未署名のappxをマイクロソフトストアに提出する
ストア配信アプリの署名はマイクロソフトがしてくれる >>960
開発者アカウントを取得するとMSから証明書を貰えるようになる
アカウント取るには19ドル払ってIDを取得します
URL拒否られたんで「windowsストア 開発アカウント」でググって探してね >961
>962
ありがとうございます。
>963
>964
ありがとうございます。
自己署名証明書を作りたいんですが、そこでつまづいています。
開発者アカウントは登録しました。
Windows と Windows Phone の年間開発者登録と表示されていますのでこれのことかなと思います。
個人事業主で企業アカウントで9800円でした。
今はmsixで作ろうとしていますが、msizのパッケージを作るときに証明書の添付が求められます。
appxではやったことないので、そちらも試してみます。
一度、やってみますのでまた戻ってきたら相手してやってください。
皆さまご親切にご指導ありがとうございます。 >>965
それならVisualStudioのProject→公開→アプリケーションとストアを関連付ける
で出来たと思う
MSIXはやったこと無いから多少の違いがあるかもしれんが >966
早速、なにがなにやらわからず頭を抱えていました。
MSIXが目的ではないので、アドバイス通りやってみます。
ありがとうございます! >966
メニューにないので???となっていましたところ、
私がぱいそんで書いていたため、プロジェクトに公開→アプリケーションとストアを関連付けるがないのかな?と思いました。
ぱいそんだとデフォルトではない? ちょっとわかりませんがもう少しがんばってっみます。
言語が悪いのも覚悟しながら。。 >>968
もしかすると、ソリューションエクスプローラのプロジェクトを右クリックしている?
一番上の
ファイル(F) 編集(E) 表示(V) GIT(G) プロジェクト(P)
ってやつな >969
私の説明が下手でお手間取らせてしまい恐縮です。
メニューにないというより、選べないが正しいですね。
↓のように暗転していて選べない状態です。
https://imgur.com/a/pTzQroA >>970
MSIXのプロジェクトの何かを開いてから実行するとどうかな?
インストーラの有るプロジェクトがアクティブじゃないとそうなるよ >>971
Windowsアプリケーションパッケージプロジェクト C#(C#かVBしかなかった)というプロジェクトを作成しましたところ、
プロジェクト(P)
公開(P) ▶
アプリパッケージの作成(P)...
がでました。
そこでソリューションエクスプローラー右クリックで
追加(D) ▶
既存のプロジェクト(E)...
で、ぱいそんのプロジェクトを追加してアプリパッケージの作成を試みたのですが、
エラーメッセージプロジェクトには、アプリケーションへの参照が必要です。ソリューション エクスプ ローラーの 'アプリケーション' ノードで参照を追加してください。
とでましたので、ぱいそんプロジェクトを参照しようとしましたら
今度は、アプリケーション参照を追加するには、プロジェクトの出力を実行可能にする必要があります。
とでましたので、ぱいそん側で出力を実行可能にすることを目指します。
、、、またはC#でぱいそんを呼び出して実行できるらしいのでそちらでやってみるか。
多分、両方試すことになるのか、それとも両方ダメなのか。。
まあ、私は能力がないので時間を使ってやるしかないです。
今まで、何をて付けらたいいのか全くわからない状態よりは進んでいる気がします。
いつもご丁寧な説明、心から感謝申し上げます。 >>971
自己署名証明書を作ってやってみたら信頼されたアプリとしてインストールできるようになりました!
そうしたらインストール場所を選べなかったので(アプリは同じフォルダのファイルを操作する)、
アプリの中身を変更しなければいけませんが、ローカルで使用感を試せそうです。
皆さま色々なアドバイスをくださいましたが、私が理解できずに申し訳ないなと思いながらやっておりましたが、
感謝の気持ちでいっぱいです。
このままスムーズにいけばいいですが、ここで支援してくださった方々への感謝も込めて、
このアプリの出品は必ず最後までやります!
いい歳こいて徹夜明けでライフがゼロに近いので、休みます。
皆さま、熱中症や感染症に気を付けてお過ごしくださいませ。 戻ってきてしまいました。スイマセン。
自己署名証明書をつくって信頼されたアプリには何とかなったのですが、
アプリ認定キットで試してみましたところ、
アプリ マニフェスト リソースのテスト が不合格でして、
エラー内容は
エラーが見つかりました: アプリのリソース検証テストで、以下のエラーが検出されました: ◦イメージ参照 "Assets\StoreLogo.png": イメージ "Assets\StoreLogo.png" が 50 X 50 のサイズ制限を超えました。
• 修正されない場合は影響あり: アプリのマニフェストで宣言されている文字列またはイメージが正しくないと、アプリのインストールは失敗する可能性があります。アプリのインストール時に以下のエラーが発生した場合は、アプリのロゴまたはアプリで使用されるその他のイメージが正しく表示されない可能性があります。
• 修正方法: エラー メッセージで示された問題を修正します。詳細は以下のリンクを参照してください:
アプリ パッケージのリソースの検証
でして、アプリマニフェストはパッケージの時に自動的に作られるようで(というかパッケージしているのは1つのexeのい)
パッケージ後にエディタでマニフェストファイルをいじろうにも編集ができない(見かけ上は編集でき、保存を選ぶこともできるが保存されない)
というじょうたいなので、現状お手上げかと。。
前々からアドバイスくださってるvisual stusioからプロジェクト>公開のほうが早いのか、(C#やろうとしたけどぱいそんと違ってすっごい難しいでsね。。)
今から、exe化の時に1ファイルのオプション付けないとかもがいてみます。
私の無知無能に懲りずに、良ければまたアドバイスやご指導くださいますと幸甚でございます。 俺はPythonではなくJavaでストアアプリ作ってる
Visual Studio使わずにコマンドラインからmakeappxでストア配信用のインストーラー作ってるよ >>975
アドバイスありがとうございます。遅くなって恐縮です。すいません。私がド低能過ぎてmakeappxを使いこなすことができませんでした。
今はC#で作り直そうかというのも考えておりまして、エクセルを操作したいのですが、”ユーザーが処理していない例外”System.UnauthorizedAccessException: 'Access to the path 'C:\AAA\CopySheet.xlsx' is denied.'で止まってしまいます。
エクセルへのアクセスを拒否されてしまいます。どなたか、直し方がわかればご教示くださいませんでしょうか?
コードは以下です。Cドライブ直下のフォルダがいけないのかと思ってデスクトップまで階層を下げたバージョンもやってみましたが、同じエラーでした。
using Windows.UI.Xaml;
using Windows.UI.Xaml.Controls;
using ClosedXML.Excel;
namespace HelloWorld
{
public sealed partial class MainPage : Page
{
public MainPage()
{
this.InitializeComponent();
}
private void Button_Click(object sender, RoutedEventArgs e)
{
using (var workbook = new XLWorkbook(@"C:\AAA\CopySheet.xlsx"))
{
var orgWorksheet = workbook.Worksheet("org");
orgWorksheet.CopyTo("copied");
workbook.SaveAs(@"C:\AAA\out_CopySheet.xlsx");
}
}
}
} >>978
もうめちゃくちゃやんけ!
冗談のつもりで言ってたのにマ〜ジもんの紛うことなき Unko Windows Program じゃねーか!!!!! ですから私は >>396 の頃からUWPはユーザーにとって百害あって一利なしの腐ったAPIだと申し上げてきたのでありまする
やーっとMSも正気に戻ったか MS社内でUWPに関わったメンバー
社内でいじめられてそう
「こんなクソAPI押し付けやがって!!!」とな win32api が生き残るのは明白でしょうに、どうしてみんな新しいものに飛びついては振り落とされてしまうことを繰り返すのでしょうか? >>982
サードパーティは殆ど飛びつかなかったけどな
明らかな泥舟に乗せられたのはMS社内の人間という……
設定(糞UWP)とコントロールパネルに分離しちゃってこの後どーすんのって感じね え?
最初は飛び付いただろ
UWPの前のメトロアプリだか知らんがWin8の頃、みんなこぞってアプリ出したが、appleやgoogleのストアみたく収益が上がらなかったんだろう
で、みんなから忘れ去られた 飛びついたかどうかは知らんがTwitterとかFacebookあたりは軒並みUWPだね WinFormsに同じGUI部品用意すりゃいいのにMSはアホだから WinFormsはまともなソフト作られてないし需要ないから WinForm標準でバインディングできるようにして高解像度対応ちゃんとやればワンチャン その後色々ありまして、結局パイソンで作った実行ファイルのパッケージ化ができました。
今はマイクロソフトの登録時の書類審査待ちです。
こちらでアドバイスくださった皆様、心から御礼申し上げます。 >>999
釣りじゃないなら次スレでやった方がいいと思います このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 1508日 10時間 6分 27秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。