.NET Framework 4.6 インストール環境において正常に印刷できない場合があります - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
)
.NET Framework での Unicode
.NET Framework は、Unicode UTF-16 を使用して文字を表現します。場合によっては、.NET Framework は UTF-8 を内部的に使用します。 Unicode 規格は、文字とテキストの汎用文字エンコーディング スキームです。Unicode 規格では、世界各国の表記言語で使用される各文字に対し、コード ポイントと呼ばれる一意の数値と名前が割り当てられています。たとえば、文字 "A" は "U+0041"というコード ポイントと、"LATIN CAPITAL LETTER A" という名前で表されます。Unicode 規格の値は 65,000 以上の文字に対応しており、さらに 100 万の文字をサポートできます。詳細については、Unicode のホーム ページの「The Unicode Standard」を参照してください。 これまでは、複数のカルチャのさまざ
グローバリゼーションおよびローカリゼーションの概要 - WPF .NET Framework
製品を 1 つの言語だけで提供するということは、潜在的な顧客ベースを、75 億人という世界人口のほんの一部だけに限定してしまうことを意味します。 アプリケーションを世界中のユーザーに提供したいのであれば、製品をコスト効率よくローカライズすることが、より多くの顧客にリーチするための最良かつ経済的な方法の 1 つだと言えます。 この概要では、Windows Presentation Foundation (WPF) でのグローバリゼーションとローカライズについて説明します。 グローバリゼーションとは、複数の場所で効果的に使用できるアプリケーションを設計、開発することです。 たとえば、グローバリゼーションでは、異なるカルチャのユーザーに対して、ローカライズされたユーザー インターフェイスや地域データを提供します。 WPF では、自動レイアウト、サテライト アセンブリ、ローカライズされた属性、コメ
.NETでのUnicode合成文字の処理について調べた
Unicodeでは，複数の文字から1つの文字を合成する仕組みがある。例えば，ヨーロッパの言語で使われているアクセント付きのアルファベットを表現するのに使われる。日本語の濁点/半濁点付きのカタカナ/ひらがなにも，この仕組みがある。例えば，「ぱ」という文字は，「ぱ」（キャラクタ・コードはUTF16で3071）という2バイトの文字と，「は」（同306F）と文字合成用半濁点「゜」（同309A）を組み合わせた4バイト文字の，2種類が存在する。そのため，濁点/半濁点付きの文字を検索する場合，2バイトの単独文字と4バイトの合成文字の両方を検索する必要が出てくるなど，文字列処理が多少面倒になる可能性がある。今回はこの合成文字について，.NETでの処理を調べた。 最初に断っておくが，キーボードからは文字合成用の「゜」（キャラクタ・コードは309A）は入力できない。入力できるのは，キャラクタ・コードが309C
Registered features, f-j (OpenType 1.9.1) - Typography
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. a - e | f - j | k - o | p - t | u - z Tag: 'falt' Friendly name: Final Glyph on Line Alternates Registered by: Microsoft Function: Replaces line final glyphs with alternate forms specifically designed for this purpose (they would have less or more advanc
.aspx)
Download Visual Studio 2005 Retired documentation from Official Microsoft Download Center
All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro
Char.ConvertToUtf32 メソッド (System)
重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 例 メソッドと メソッドを次のコード ConvertToUtf32 例 ConvertFromUtf32 に示します。 // This example demonstrates the Char.ConvertFromUtf32() method // and Char.ConvertToUtf32() overloads. using namespace System; void Show( String^ s ) { // Console::Write( "0x{0:X}, 0x{1:X}", (int)s->get_Chars( 0 ), (int)s->get_Chars( 1 )
JIS 第3水準・第4水準の漢字を SQL Server で使う (その2) 【▲→biac の それさえもおそらくは幸せな日々→コンピュータ→[メモ]】
前回、 MSDN フォーラムに振ってみたところ、 さっそく米田様からご回答をいただきました。 曰く、 SQL Server 2005 では Japanese_90 を使えばいいよ、 と。 さっそく試してみました。 前回と同じ書き方をすると… 辞書順の照合順序のとき (Japanese_90_CI_AS) ・SQL Server 2005 では、 上に書いたような比較演算と一意制約の問題は起きませんでした。 ・ORDER BY したときの順序は、 辞書順 ( それがどういう順序なのか、 いまいち分かっていませんが f(^^; ) になっているようでした。 バイナリの照合順序のとき (Japanese_90_BIN) ・SQL Server 2005 では、 上に書いたような比較演算と一意制約の問題は起きませんでした。 ・ORDER BY したときの順序は、 単純に先頭か
)
推奨される国際対応アプリケーション開発手順
このセクションでは、推奨される国際対応アプリケーション開発手順について説明します。 推奨されるグローバリゼーション手順 アプリケーションを内部的に Unicode アプリケーションにします。 データの操作と書式指定には、System.Globalization 名前空間のカルチャ認識クラスを使用します。 並べ替えには SortKey クラスと CompareInfo クラスを使用します。 文字列比較には CompareInfo クラスを使用します。 日付と時刻の書式指定には、DateTimeFormatInfo クラスを使用します。 数値書式指定には、NumberFormatInfo クラスを使用します。 グレゴリオ暦とグレゴリオ暦以外の暦には、Calendar クラスまたは特定の Calendar 実装を使用します。 状況に応じて、System.Globalization.Culture
)
補助文字
nchar データ型および nvarchar データ型は、1 文字を 16 ビット値として UCS-2 エンコードで格納します。1996 年より前のバージョンの Unicode で定義されたこのエンコードは、U+0000 から U+FFFF までの文字をサポートしています。それよりも新しいバージョンの Unicode では U+10000 から U+10FFFF までの追加の文字が定義されており、これらは補助文字と呼ばれます。これらの文字は、16 ビット値のペア (サロゲート ペア) として UTF-16 エンコードで格納されます。新しい _100 レベルの照合順序はすべて、補助文字の言語の並べ替えをサポートしています。 補助文字を使用する場合は、次の制限事項を考慮してください。 補助文字は、"90" 以上の照合順序でのみ、順序付けと比較ができます。 補助文字は 2 つの 16 ビット値と
)
International Considerations for SQL Server
SQL Server provides product-wide support for storing and using international data, including support for Unicode, collations, special character encodings, complex scripts, and date and time formatting. The topics in this section describe using the international features of each of the primary components in SQL Server. In This Section International Considerations for Databases and Database Engine A
)
Collation Settings in Setup
Many server-to-server activities can fail or yield inconsistent results if collation settings are not consistent across servers. To avoid this, select a Windows locale or SQL Server collation (SQL_*) to match the collation settings in other instances of SQL Server. SQL Server 2008 supports setting collations at the following levels: Server Database Column Expression For more information, see Colla
)
文字列インデックス付け
System.Globalization.StringInfo クラスには、1 つの文字列をテキスト要素に分割して、テキスト要素を反復処理するためのメソッドが含まれています。テキスト要素とは、書記素と呼ばれる、1 文字として表示されるテキスト単位です。基本文字、サロゲート ペア、または組み合わせ文字シーケンスをテキスト要素として使用できます。サロゲート ペアと組み合わせ文字シーケンスの詳細については、「サロゲート ペアと組み合わせ文字シーケンスの Unicode サポート」を参照してください。 文字列の要素を反復処理する列挙子を作成するには、StringInfo.GetTextElementEnumerator メソッドを使用します。指定された文字列の各基本文字、上位サロゲート、または制御文字のインデックスを返すには、StringInfo.ParseCombiningCharacters
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proximity APIでWi-Fi Direct通信 - デバイスとITの架け橋 - Site Home - MSDN Blogs
.NET | Build. Test. Deploy.
Archived MSDN and TechNet Blogs | Microsoft Docs
Ask Dr. International...
Microsoft Learn: Build skills that open doors in your career.aspx)
Download Visual Studio 2005 Retired documentation from Official Microsoft Download Center
Technical documentation