GitHub - dhq-boiler/boiler-s-Graphics: ベクターグラフィックスドローイングツールYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
rksoftware
ネットで調べて、画像が載っているサイトで画像通りにしてもフリック入力にならず、1日戦い続けました。 ■ フローティング フローティングするとフリック入力にできます。 フローティングは隠しメニューで右下のキーボードを閉じるアイコンを長押しすると隠しメニューが出てきます。これが有名なトレジャーハントというやつですか ■ でも何か間違ってる気がする フリック入力にはなりましたが、フローティングだとキーボードが画面に被って使いづらいです。入力欄の位置に合わせてキーボードを動かしながら使います。何か私が使い方を間違えている気がします。誰か正しい使い方教えて いかがでしたか？ いかがでしたか？ 先日 WinForms のダークモードについてイベントで話をしてきました。 その際、確認できていなかったのですが Preview 4 で WPF のダークモード対応の情報に気が付いてしまったので試してみます。
User delegation SAS token (preview)
Azure Blob StorageにUser delegation SAS tokenがPreviewとしてリリースされました。 Announcing user delegation SAS tokens preview for Azure Storage Blobs PublicなBlobを除いて通常Blobは共有キーによる認可（承認）かAzure ADアカウントを使用した認証（= RBAC）、およびShared Access Signature（SAS）を用いにアクセス委任による認可がないとアクセスできません。 このうちのSASですが、これまでSASの生成方法はストレージアカウントのキーを使ったサービスSASかアカウントSASの2種類でどちらもストレージアカウントキーを使うタイプでした。 今回のUpdateはこのSASの生成方法に新しくUser Delegation SAS（ユーザー
SDKでリソース管理！Azure SDK for .NETを使ってみた | cloud.config Tech Blog
この記事では割愛しますが必要な情報は以下です。 テナントIDクライアントIDクライアントシークレットサブスクリプションID・リソース情報を取得する 今回扱っているパッケージはfluentなものなのでメソッドチェーンを多用します。ちょっと慣れてないと違和感。 ちなみにfluentは「流れるような」とか「流暢な」といった意味らしいです。 まず何をするにも認証を通らないといけないので認証情報を作成します。 var credentials = SdkContext.AzureCredentialsFactory.FromServicePrincipal( <クライアントID>, <クライアントシークレット>, <テナントID>, AzureEnvironment.AzureGlobalCloud );
SQL Server 名前を変更できないときの対処法 : リード開発メモ
11月3 SQL Server 名前を変更できないときの対処法 カテゴリ:SQL Server SQL Server Management Studio を使って、SQL Server 2012 Express のデータベース名を変更しようとすると、以下のようなエラーになった。 xxxx の名前を変更できません。 (ObjectExplorer) 追加情報： → データベース 'xxxx' のRenameに失敗しました。 (Microsoft.SqlServer.Smo) → Transact-SQL ステートメントまたはバッチの実行中に例外が発生しました。 (Microsoft.SqlServer.ConnectionInfo) →操作を実行するために、データベースを排他ロックできませんでした。(Microsoft SQL Server、エラー: 5030) どうやらデータベースの名前を
100名以上のメンターをやって見えた「めちゃくちゃ伸びる人」の共通点
どうも、株式会社プラハCEO兼エンジニアの松原です。 弊社では中級エンジニアを育成するプログラミングブートキャンプ「PrAha Challenge」を2年近く運営しています。累計100名近くの方々が参加して、日々実践的な技術課題に取り組みながら、メンターと技術的な質疑応答を繰り返しています。 実はプラハチャレンジの第1期から第5期までのメンターセッションは全て私が担当しているため、累計100名近くのエンジニアの成長を間近に見てきた経験から「めちゃくちゃ伸びるエンジニアの共通点」を見つけた気がしたので、何かの役に立てばと思い、Zennにも書き残そうと考えた次第です。 ちなみに弊社が運営しているpodcastでも同じテーマについて話しているので、耳で聞く方がお好みの方がいたらぜひ以下のpodcastへ！ TL;DR めっちゃ伸びる人は 分からないことを言葉にするのが上手 情報を鵜呑みにしない
正規表現の先読み・後読み
正規表現の「先読み（lookahead）」「後読み（lookbehind）」について紹介します。 正規表現の「位置へのマッチ」 正規表現は、文字列のパターンマッチに使われます。たとえば [0-9]{4} は数字4つが並ぶ文字列にマッチする表現です。 多くの正規表現は「文字列」にマッチしますが、「文字列」ではなく「位置」にマッチする表現があります。これは、アンカーと呼ばれます。また、長さ0の文字列にマッチすると考えて、ゼロ幅アサーションとも呼ばれます。 アンカーの例として、^（先頭）$（末尾）\b（単語の境界）などがあります。 この例では、cat にはマッチします。一方、category や concat は cat を含みますが前後が単語の境界になっていないためマッチしません。 先読み 先読み（lookahead）は、位置にマッチする記法の一種です。位置の指定に正規表現を使います。(?=
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
