12/07/04 13:33:32.69
スマホのブラウザってPC向けサイトをなるべく縦スクロールだけで読めるようにする機能が
もれなく付いてるぞ
622:デフォルトの名無しさん
12/07/04 13:52:27.11
>>617
んー、こういうイメージ。これはパネルが2段になってるけれど。
URLﾘﾝｸ(www.youtube.com)
twitterのアプリだとしてリストがたくさんあるようなものを横にスクロールしつつ、各リストは縦にスクロールという方が使いやすそうに思ったんだが。
623:デフォルトの名無しさん
12/07/04 13:54:39.17
通常のWebサイトで横スクロールを使ってるサイトなんてどこにあるよ
624:デフォルトの名無しさん
12/07/04 13:57:48.55
>>622
一つのコントロールに対して縦横両方のスクロールを可能にするってのがNGってだけで、子コントロールが親コントロールと別方向にスクロールするのはOKなんじゃね？
625:デフォルトの名無しさん
12/07/04 14:00:46.43
>>624
いや以前聞いてみたところ、ダメ言うてた。パノラマみたいな横スクロールがきっちり決まった位置までスクロールするようなものならOKかもと言ってた。
ここでダメというのは推奨されないということで、はじかれるかどうかは不明だけど。
626:デフォルトの名無しさん
12/07/04 14:33:58.08
リストの垂直方向へのドラッグはリスト項目の選択を意味するらしいから
それとごっちゃになるよ
627:デフォルトの名無しさん
12/07/04 14:52:26.22
>>626
スタート画面でのタイル選択をちょっと下に下げるのと同じ動き？
628:デフォルトの名無しさん
12/07/04 16:07:56.41
>>623
アマゾン
629:デフォルトの名無しさん
12/07/05 19:55:27.54
んー入力させてOKだったら処理続けるとかそういうのをMVVMでナイスにやるあたりがよくわからん・・・
これがMVPVMで言われてる繊維となPrismで言うNavigationなんかな？
そこら辺ってこうすればナイスに出来るよっての、まだまとまってないんだっけ？
630:デフォルトの名無しさん
12/07/05 19:57:52.19
数字枠に英字入れたら「数字だって言ってんだろ死ねやおらぁ！」って
メッセージボックス出すのは１０年前に禁止になりました
よろしくね
631:デフォルトの名無しさん
12/07/05 20:39:27.44
>>620
俺はスマホ向けのほうがいやだったりする
いちいちＰＣ向けに飛び直してるよ
少数派か・・・
632:デフォルトの名無しさん
12/07/09 01:50:06.76
Prism、Metro対応まだなんだっけ・・・
なんか予定あった気がしたが・・・
633:デフォルトの名無しさん
12/07/09 11:56:40.52
対応しなくていいと思う
UIも主用途も違いすぎる
やるなら一から作ってほしい
634:デフォルトの名無しさん
12/07/09 12:03:55.25
MetroにRegionをそのまま移植したらガイドライン無視しまくりでKYなクソUIだろ
635:デフォルトの名無しさん
12/07/09 14:19:01.81
Clipの逆側が欲しいんだけど、どうすりゃいいのかな？
赤い四角の中に文字を切り抜いたものとかどうすりゃできる？
636:デフォルトの名無しさん
12/07/09 14:45:32.32
OpacityMaskにVisualBrush突っ込む
でも静的なロゴの表示なんかに使うだけなら別のデザインツール使って
XAMLリソースやビットマップ画像を生成した方がいいと思う
637:デフォルトの名無しさん
12/07/09 18:01:34.50
＞OpacityMaskにVisualBrush突っ込む
どんな VisualBrushにすればいいの？
動的に作るわけだよな
うーん わからん。
638:デフォルトの名無しさん
12/07/09 20:20:10.56
ジオメトリ作ってtostringすりゃパスマークアップになる
そのままコピペすりゃxamlに早変わりさ
639:デフォルトの名無しさん
12/07/10 07:12:20.48
>>631
タッチパネルなら、縦横スクロールもそんなに苦じゃない。
マウスだとコロコロで1方向にしか行けないから使い辛い。
しかしMetroって今ストアにあるアプリの大半が横スクロールで作ってるけどなんで？
別に縦スクロールでも良いはずなのに。大抵のwinアプリは横スクロールなんて使ってないのに。
640:デフォルトの名無しさん
12/07/10 11:43:52.86
>>639
MetroはGUIとしては横スクロールが推奨なんだと
ドキュメント表示やブラウザは縦スクロールだけど
641:デフォルトの名無しさん
12/07/10 23:21:35.39
>>639
ディスプレイが横長だから、かな？
642:デフォルトの名無しさん
12/07/11 03:22:48.28
指でスクロールするなら縦より横のほうが動かしやすいからじゃない
643:デフォルトの名無しさん
12/07/11 10:31:10.74
一ヶ月以上も前の話題で、どうもすみませんが、
可能でしたら、テキストエディタを作る話題のコードを、
再び、アップロードして頂けないでしょうか？
>>395
>>418
>>492
AvalonEditとか、とっかかりにするには巨大すぎて把握できません……
644:デフォルトの名無しさん
12/07/11 10:39:59.32
>>641
人間の目は、縦より横に動く物の方が捉え易いからじゃねーかな
パチスロばっかりやってる様な奴は知らんがｗ
645:デフォルトの名無しさん
12/07/11 10:49:01.42
>>639
WP7のパノラマUIを発展させた感じじゃない？
自分的には左右からのフリックでの操作とあわせて操作はしやすいと思う。
646:デフォルトの名無しさん
12/07/11 15:03:49.10
>>644
そうですか？
例えばMSストアで「仕事効率化」を探すために横スクロールしてると見逃しやすいです。
横に動くものを目で追うのはやりやすい(眼球は上下より左右の方がより動きますから)ですが、
横から次々に流れてくるものを見る場合、目線は左右ではなく上下に何度も動かす事になります。
結構やり辛いと思いますけど。
>>645
ページ切り替え、なら分かるんですが…
しかし、みんな横スクロールに抵抗無いみたいですね。自分だけなのかなぁ。
横スクロールしながらだと、文字って読めなくないですか？
文章は当然ですが、ラベルみたいな短いものでも。
皆さんはメトロ対応するときは、横スクロール使う予定ですか？
自分は縦で行きたいけど、他が横スクロールばかりだと、他のアプリとのギャップで却って使いづらくならないか不安です。
647:デフォルトの名無しさん
12/07/11 16:00:39.71
俺は>>646と同じ感覚だな。
Pivotは良く使うけど、Panoramaは極力避けるつもり。
648:デフォルトの名無しさん
12/07/11 16:18:36.87
いいかげん他所でやれよ
649:デフォルトの名無しさん
12/07/11 16:33:15.63
ここのModel,ViewModelをこぴってPortableLibrary作ったんだけれど
MetroアプリのXAML上で
<Page.Resources>
<vm:CustomerViewModel x:Key="ViewModel"/>
</Page.Resources>
とやると
"XML 名前空間 'clr-namespace:SimpleMVVM.ViewModel;assembly=CSPLib' に不明な型 'CustomerViewModel' が含まれています"
WPFアプリで
<Window.Resources>
<viewModels:CustomerViewModel x:Key="ViewModel" />
</Window.Resources>
とやるのは通って実行できる。
この辺何か違いあるんだっけ？
コンストラクタで
DataContext = new SimpleMVVM.ViewModel.CustomerViewModel();
とやるならMetroでもWPFでも実行できる。
650:デフォルトの名無しさん
12/07/11 16:37:16.38
Metroは型をWinRTにコンポーネントとして公開しないと認識されないんじゃないの
651:デフォルトの名無しさん
12/07/11 16:41:32.12
上のxmlnsは違ってるけど合わせてあります・・・すいません・・・
652:デフォルトの名無しさん
12/07/11 16:42:37.03
>>650
あ、それは.NETで作ったクラスをC++やjavascriptから使うときの話だと思います。
653:デフォルトの名無しさん
12/07/11 16:51:50.21
clr-namespaceの代わりにusing
View使いまわしとかどうせ不便なだけだからやめとけ
654:デフォルトの名無しさん
12/07/11 16:58:10.21
含まれています。・・だから、存在は知ってるけどナニコレ的なことなんだろうか。
意味がわからん。
655:デフォルトの名無しさん
12/07/11 17:13:18.98
>>653
とりあえずVMまでのportable libraryでの実装をどこまでできるか試してみるざんす。
>>654
エディター上では見つけられてるっぽいのでなんかコンパイラがおかしいのかとも思うんですけどね…
656:デフォルトの名無しさん
12/07/11 18:11:04.62
>>646
横スクロールが糞なのは同意だけど
最近の端末のUIは横サイズに合わせて勝手に縮小して
必ず縦スクロールだけにしてくれるようだ
657:デフォルトの名無しさん
12/07/11 20:10:11.96
メトロは池沼の発想による産物だから。
横スクロール推奨で、MSのガイドラインに
「スクロールできることが視覚的に分かるように次のページの一部が入り込むようにしましょう」
とか書いてあるのを見て目眩がしたわ。
658:デフォルトの名無しさん
12/07/11 20:11:05.60
>>643
つ URLﾘﾝｸ(sourceforge.jp)
ロダにアップするのはめんどくさいんでTortiseGitで落としてくれ
659:デフォルトの名無しさん
12/07/11 20:37:59.79
>>657
理にかなっている
お前が池沼だよ
660:デフォルトの名無しさん
12/07/11 22:32:23.31
>>659
いやいや、理にかなってないよ。
そういうのはスクロールバーみたいな共通ウィジェットの役目だから。それをもっと分かりやすくすれば良いだけ。
なのにコンテンツ側が変な位置でちょん切れてるからスクロールがあるのが分かりやすい、とかアホの極みだろ。
661:デフォルトの名無しさん
12/07/11 22:39:53.62
スクロールバーなんていう記号に頼らないで直感的にわかるようにしろってことだろ
662:デフォルトの名無しさん
12/07/11 23:12:54.89
>>657
使ってみるとそれで結構いい動きになるよ。
IS12Tが安いのでとりあえず入手して試してみるのがいいよ。
663:デフォルトの名無しさん
12/07/12 00:22:00.11
>>660
とりあえずお前はUIデザインについて学んでこい。
664:デフォルトの名無しさん
12/07/12 11:58:23.10
Metroデザインに文句言ってる人
言うのはいいと思うんだけど、それに反してデザインするとストア登録審査却下されるぞ
665:デフォルトの名無しさん
12/07/12 12:21:11.64
チャームどん無視とかなら知らんけどそんな厳しくないだろ
ゲームだって登録されてんだから
666:デフォルトの名無しさん
12/07/12 13:15:44.31
>>658
どうもありがとうございます。
サクサク動くし、GapBufferとかGerptとかてんこ盛りだし、
これは、すごいんじゃないでしょか？
本当にどうもありがとうございました。勉強します。
667:デフォルトの名無しさん
12/07/12 16:01:42.21
画面サイズが一種類ならともかく複数あるのに
どうやって確実にはみ出させるんですか？
668:デフォルトの名無しさん
12/07/12 16:08:14.05
次のページ作っといて何ピクセルかかぶせるだけやろ
パノラマなら別のインターフェースがあると思うけど
669:デフォルトの名無しさん
12/07/14 21:07:04.84
>>66
Gerptについて詳しく教えてくれ
くぐっても出てこない
670:デフォルトの名無しさん
12/07/15 11:02:33.53
Metro って DataTemplate.DataType ないのか
禿げ上がるほど便利なメカニズムだったのに
671:デフォルトの名無しさん
12/07/15 12:41:59.12
>>670
そういうのは大体、実装が間に合ってないだけ。
投票しとけば、優先度上げてもらえて、早めに実装される確率上がる。
URLﾘﾝｸ(visualstudio.uservoice.com)
672:デフォルトの名無しさん
12/07/15 13:19:57.53
>>671
おおそうなのかサンクス
3個投票したわ
673:デフォルトの名無しさん
12/07/16 03:44:04.63
なるほど、WinRTはまだ完成度が低いんだな。
もうちょい様子見が良さげだな。
674:デフォルトの名無しさん
12/07/16 07:16:49.04
>>667-668
今あるメトロアプリを見る限りだと、ページの横幅を1200ピクセルで固定で作ってるものも結構あるね。
たぶん1280x720や1366ｘ768以上ではみ出るように合わせてるんだろう。
一応メトロの最低解像度は1024ｘ768なんだけど。
675:デフォルトの名無しさん
12/07/16 17:52:47.49
リボンを使う画面で、Window要素のCanResizeをNoResizeにすると、
画面の一番下に謎のバーが出るんだけど仕様・・？俺だけ？左右の枠線を見てもらえると・・
<my:RibbonWindow x:Class="MainWindow"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)"
Title="MainWindow" Height="350" Width="525" xmlns:my="URLﾘﾝｸ(schemas.microsoft.com)" ResizeMode="NoResize">
<my:Ribbon Name="Ribbon1" />
</my:RibbonWindow>
これが全てでコードビハインドにもなにもないし、バインドもなにもしてない。
これで再現するんだけど・・
676:デフォルトの名無しさん
12/07/16 18:01:36.57
Canじゃなかった。ResizeModeだった・・
677:デフォルトの名無しさん
12/07/16 21:37:45.50
SS
678:デフォルトの名無しさん
12/07/16 21:45:46.46
ksks
679:デフォルトの名無しさん
12/07/17 10:12:13.35
リボンウィンドウでNoResize使うなってことじゃね
リボンアプリでもダイアログとかは標準ウィンドウだし
680:デフォルトの名無しさん
12/07/17 10:15:33.28
それよりVS2012RPでリボンがぶっ壊れてて使い物にならないのを何とかしてくれ
681:デフォルトの名無しさん
12/07/17 10:21:26.92
なんとかしてくれってのはさすがにconnect辺りに言ってくれ
682:デフォルトの名無しさん
12/07/17 11:11:36.60
いつからWinRTスレになったのか
683:デフォルトの名無しさん
12/07/17 16:21:36.95
コンバーターをどうにかインライン的にXAMLで書きたい。
しょーもないのまでいちいちクラス書くとかアホらしい。なんかないの？
684:デフォルトの名無しさん
12/07/17 17:25:57.89
ない
概念が違ってる
685:デフォルトの名無しさん
12/07/17 18:03:13.88
WPFて黒やなぎさんがやってるとこ？
686:デフォルトの名無しさん
12/07/17 18:10:47.76
それはWWF
687:デフォルトの名無しさん
12/07/17 19:02:00.15
>>669
どうもすみません、Grepのtypoです。
>>658はTFSにDirectWriteと非常に勉強になることばかりです。
どうもありがとうございます。
688:デフォルトの名無しさん
12/07/18 14:08:49.53
Office2013を見るにデスクトップ側でもメトロっぽいUI混合推奨なのか
689:デフォルトの名無しさん
12/07/18 14:36:46.09
UIの退化を感じる
690:デフォルトの名無しさん
12/07/18 14:46:34.82
WPFにもMetroコントロールくれないと
691:デフォルトの名無しさん
12/07/18 14:46:53.00
リボンはマジ勘弁してほしい。画像とラベルを設定してると、
画面サイズで勝手に見た目が変わるから最悪。
692:デフォルトの名無しさん
12/07/18 14:47:27.62
画像じゃなかった。Large画像。
693:デフォルトの名無しさん
12/07/18 14:58:03.01
今更Officeにリングコマンド導入か
聖剣伝説から何年遅れてんだよ
694:デフォルトの名無しさん
12/07/18 19:47:08.65
2013すげーいいな
UIもスタイリッシュになった
695:デフォルトの名無しさん
12/07/18 20:47:09.33
リボンの設定も満足にできない男の人って…
696:デフォルトの名無しさん
12/07/20 01:15:31.78
俺はCoco派
697:デフォルトの名無しさん
12/07/22 15:45:37.17
重い処理を別スレッドで動かしているときに、画面ではボタンとかがクリック可能な状態になっていると思います。
そこら辺どのように実装していますか？
単純にボタンをクリックできないようにしているだけですか
698:デフォルトの名無しさん
12/07/22 16:44:54.63
>>697
クリックされては困るものはクリックできないようにしてる
699:デフォルトの名無しさん
12/07/22 16:54:16.86
canexecuteでいいんじゃね
700:デフォルトの名無しさん
12/07/24 00:52:35.13
コンテンツのIsEnabledをfalseにした上で、ウィンドウ全面を
ProgressBar乗せた半透明黒色のパネルで覆うようにしてる
ナビゲーションベースならそういう風にするのが自然に見えるかと
ダイアログベースならVSみたいに進行状況を表示するだけのモーダルダイアログを出せば
701:デフォルトの名無しさん
12/07/28 17:01:39.14
GDI+である範囲をクリッピングして線を引いたり四角を描いたりするのと同じようなことをしようと思うんですが、Canvas上でShape使ってやるとしてClipの仕方どうすべきですかね。
各Shape各々のClipにのShape位置にずらしてGeometryを設定する？
それともクリップの形状ごとにCanvasを全面覆う子Canvasを作ってそれにShape追加してクリップすべきですかね。
何か良い作法があれば教えてたもれ
702:デフォルトの名無しさん
12/07/28 20:05:24.15
APIのSendInputをwpfから使いたいのだが、Windows Formsで動くコードを、
そのままwpfに持ってきたんだけど動かない。wpfはなにかあるの・・？
マネージじゃないし関係なさそうな感はあるんだけど・・・。
703:デフォルトの名無しさん
12/07/28 21:00:32.22
>>701
DrawingContextにそのものずばりな命令がある
704:デフォルトの名無しさん
12/07/29 09:19:00.14
>>703
すまぬ、SilverlightとかWindowsPhoneとかMetroでも同じ事をしたいのでDrawingContext使えないのじゃ・・・
705:デフォルトの名無しさん
12/07/29 11:11:58.12
>>704
Shapeだと大量の図形を生成したときに結構重くなるし、メモリーも食う
面倒だけど、モデルの部分を別にしてUI部分をプラットフォームごとに書くかFactoryパターンでプラットフォームごとにレタリング用のクラスを書くしかないと思う
706:デフォルトの名無しさん
12/07/29 11:37:57.69
>>706
WPFはDrawContext使えたけれど、その他のSilverlight、WP、Metroだと類するもの無いよね？
707:デフォルトの名無しさん
12/07/29 17:47:33.54
＞Canvas上でShape使ってやる
ここが間違い
基礎知識不足
708:デフォルトの名無しさん
12/07/30 00:21:14.34
>>707
他にいい方法あったっけ？
709:デフォルトの名無しさん
12/07/31 23:09:38.35
ドキュメントの内容が変更されていたらタイトルに*をつけて
保存されたら*を外すようにしたい
初めのうちはOnTextChangedでやってたんだが、これだとかなり遅くなることに気付いた
この仕様をできるだけ低コストで満たすにはWPFの何を使えばいいんだろうか
710:デフォルトの名無しさん
12/08/01 00:07:51.24
これだとってどれ。そのイベントはイベントハンドラ？トリガーアクション？
711:デフォルトの名無しさん
12/08/01 00:31:30.79
一度変更通知受け取ったら解除しちゃえばいいじゃないか
712:デフォルトの名無しさん
12/08/01 01:49:31.81
>>710
イベントパンドラ
>>711
変更通知後に保存した場合、マークを解除しないといけないから無理
713:デフォルトの名無しさん
12/08/01 01:50:33.08
TextBoxかRichTextBoxでMS PGothic、12ptでAAが微妙に1ピクセルずれるんだが、これって仕様？
それっぽい話はググったら引っかかったけど、未解決っぽいし
URLﾘﾝｸ(social.msdn.microsoft.com)
webbrowser素直に使うべきだろうか？
714:709
12/08/01 01:53:19.38
>>711
その手があったか
試してみる
715:デフォルトの名無しさん
12/08/01 06:44:45.56
MVVM Unleashed, By Michael Brown
URLﾘﾝｸ(www.informit.com)
Samsの本は日本語版をあまり見かけないけどはてさて