Xamarin.Formsに新しいプラットフォームを追加する: 前哨戦 - Qiita
最低限のカスタムレンダラー構造の追加 ControlGalleryのプラットフォーム実装には、PageRendererとLabelRendererのカスタム実装が含まれています。カスタムレンダラー（実際には標準レンダラーというべきでしょうが）はプラットフォームでいずれ実装しなければならない存在なので、ここで軽く実装しておくのが良いでしょう。 カスタムレンダラーのクラス階層構造は、厳密にはプラットフォームによって異なりますが、概ね同様の構成に基づいていると言えます（メンバー構成はプラットフォームによって大きく異なります）。新しいプラットフォームでは、基本的に共通している階層構造を倣いつつ、プラットフォームに合わせたかたちで実装するのが良いでしょう。以下は今回のXwt実装における階層構造です。 namespace Xamarin.Forms.Platform.XwtBackend { publ
language server protocolについて (前編) - Qiita
以下、それぞれのリクエストについて、少しずつ補足します。（各種機能の具体例としてスクリーンショットをいくつか挙げますが、このlanguage server protocolを実装したものには限定しません。） コーディング支援 自動補完は、典型的には . （dot）などをタイプした時に、その左辺オブジェクトのメンバーの一覧を表示する機能です。textDocument/completionが補完候補を表示するために送信するリクエスト、completionItem/resolveが補完候補を（カーソルキーなどでリストなどから）選択している時に送信するリクエストです。 テキストエディタは、ユーザー入力の1文字1文字について、completionリクエストを送信したりすることはありません（completionの処理はそれほど軽いものではなく、必要が無い場面で呼ぶべきものではありません）。comple
Xamarin.AndroidでもInstant Run (cold swap) がしたい! - Qiita
これはXamarin Advent Calendarの空白の最終日を埋めるべく書かれたエントリーです。 今回はXamarin.Android 7.0に新しく追加された…ことになっている…Improved Fast Deploymentについて解説します。 ちなみに、Android Studio 2.0のInstant Runの仕組みを解読するの内容を把握している人向けにひと言で書くと、今回のImproved Fast Deploymentとは、これまで出来ていなかった…ことになっている…dex事前コンパイルと分割アップロードをXamarin.Androidでも実現した、という（だけの）ことです。 まあ、わたしの知る限り、Xamarin.Androidを使っていて、かつ、きちんとInstant Runの挙動まで把握している人は、おそらくほぼ皆無なので（知っていたYO! という人はぜひ教えてく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
