Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
>>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を超えています。これ以上書き込みはできません。