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
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
どもです。 ASP.NETのModalPopupExtenderを使ったサンプルのお話です。 メリットとしては、重い処理のときに処理中を促せます、 二度押し防止にもなります。理解できれば簡易に実装できますなどでしょうか。 こんな感じに背景を薄くして処理中だということを明確にします。 ネットショップや銀行などの決済処理なんかは今はみんなこうなってますよね? ただ、このコントロール癖があって理解するのに少し手こずりました。 Webに転がってるサンプルはC#のインライン方式ばかりなのと、 ビハインド形式のサンプルはありませんでした。 最後に、完結したソリューションを置いときます。 ●aspx側 <%@ Page Language="vb" AutoEventWireup="false" CodeBehind="WebForm1.aspx.vb" Inherits="ModalPopup.WebF
第15回 セッションとビューステート:連載 プログラミングASP.NET ―ASP.NETによるWebアプリケーション実践開発講座― (3/3 ページ) ビューステート 次に、クライアント・サイドに情報を保存しておく方法について解説しよう。すでに述べたように、クライアント・サイドに保存する方法には、ビューステートとクッキーがある。どちらも、サーバ・リソースを消費しないというメリットや、ラウンド・トリップにかかるコストやセキュリティ面でのデメリットは共通である。しかし、クッキーには最大でも4KBytes~8KBytes程度の少量のデータしか保存できない上、文字列しか保存できず、さらにクライアント環境によっては受信拒否されてしまう可能性もある。クライアント・サイドに保存するのであれば、永続的にクッキーに保存する場合を除けば、ビューステートを選択した方が適している場合が多いだろう。 ■ViewS
重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public: virtual property bool AllowSorting { bool get(); void set(bool value); }; public virtual bool AllowSorting { get; set; } member this.AllowSorting : bool with get, set Public Overridable Property AllowSorting As Boolean プロパティ値 並べ替え機能が有効な場合は true。それ以外の場合は false。 既定値は、false です。 例 次の例では、 プロパティ
テスト駆動開発とかアジャイルの言葉に挽かれてNUnit/NUnitAspに挑戦してみることにした。 NUnit-GuiからテストコードのDLLを読み込もうとすると、NUnit-GuiがBadImageFormatExceptionを吐いてイメージを読み込んでくれない。 調べてみると、NUnitAspの最新バージョン1.5.1にバンドルされているNUnitは2.2.0で、NUnitの最新バージョンは2.2.9が出てるらしい。さっそくNUnitを2.2.9にアップグレードしてみると、NUnit-Guiは例外を吐かなくなったものの、今度はNUnitASPが動かない。どうやらNUnitAsp1.5.1と一緒に使うNUnitは2.2.0じゃないとだめらしい・・・難しいなあ。 NUnitAspは日本語の情報もそんなにないし。海外のForumで.configを弄ってみると良いとか出ていて試してみたけどダ
2011年10月22日 18:04 - CATEGORY: ASP.NET, NUnit, Windows ASP.NETアプリケーションの単体テストを行うためには、以下の方法が考えられる。 (1) VisualStudioに標準でついてくる単体テストツールを使う →Visual Studio 2008 Professional以上じゃなければ使えない。フリーのVisual Web Developer では使えない。 (2) NUnitを使う 貧乏人にとって、Visual Studio製品版はどうしても超えられない壁 (10万円越え!!)であるため、タダのVisual Web Developerを使う→必然的に NUnitをチョイス。が鉄板ではなかろうか。 しかし、NUnitを使って、ASP.NETアプリケーションの単体テストを行うと、NUnitからテスト 対象側のアプリケーションのweb
重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public: event System::Web::UI::WebControls::GridViewCommandEventHandler ^ RowCommand; public event System.Web.UI.WebControls.GridViewCommandEventHandler RowCommand; member this.RowCommand : System.Web.UI.WebControls.GridViewCommandEventHandler Public Custom Event RowCommand As GridViewCommandEvent
このドキュメントの内容は、以下の通りです。 はじめに JavaScriptでテキストエリアに値をセットするときのトラップ JavaScriptでテキストエリアに入力するための解決策 テキストエリアの値を取得する方法 JavaScriptに関する情報 JavaScriptに関する書籍を探す はじめに ウェブページでは、HTMLやCSSのほかに、画面を動的に変更するといったことを実現するために、JavaScriptが利用されています。 ウェブページの複数行のテキストの入力欄は、テキストエリア(textarea)が利用されています。テキストエリアは、facebookやtwitterなどのSNSの投稿画面やブログや掲示板の入力画面などで使われていると思います。 JavaScriptでtextareaの中身を操作するときに、 はまってしまいました。たまに忘れてやってしまいます。 JavaScript
GridViewの列幅の固定でかなり悩んだ・・・ でこんな感じで解決しました。 RowCreatedイベントで、テーブルのヘッダが作成される時にサイズ指定して やれば、それが有効になるようです。 public void GridView1_OnRowCreated(Object sender, GridViewRowEventArgs e) { e.Row.Cells[0].Style.Add("width","40px"); } ※右揃はこんな感じです。(要はCSSの書式を入れればよいのかな?) e.Row.Cells[i].Style.Add("text-align", "Right");
<%@ Page Language="C#" Inherits="System.Web.UI.MobileControls.MobilePage" %> <%@ Register TagPrefix="mobile" Namespace="System.Web.UI.MobileControls" Assembly="System.Web.Mobile" %> <%@ Import Namespace="System.Drawing" %> <script runat="server"> public void Page_Load(Object sender, EventArgs e) { // Set Panel1 properties Panel1.Wrapping = Wrapping.NoWrap; Panel1.Alignment = Alignment.Center; Pane
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´・∀・`) つーかコメント欲しい(´・ω・`) ASP.NETでは、ハンドルされなかった例外はGlobal.asaxのApplication_Error(HttpAplication.Errorイベントのハンドラ)で処理できる。 発生した例外は this.Server.GetLastError()で取得できるのだが、例外は基本的にHttpUnhandledExceptionにラップされている(必ずではない)ので注意する必要がある。 例外を処理したら this.Server.ClearError()でクリアすること。ただし、Web.configのcustomErrorsセクションに設定したエラー処理方法を適用させたい場合はクリアしない。 Global.asax void Application_Err
メディア 連載一覧 連載まとめ読み@IT eBook 記事ランキング @IT Special セミナー ホワイトペーパー クラウド AI IoT アジャイル/DevOps セキュリティ キャリア&スキル Windows 初・中級者向けAI その他 Server & Storage HTML5 + UX Smart & Social Coding Edge Java Agile Database Expert Linux & OSS Master of IP Network Security & Trust System Design Test & Tools Insider.NET ブログ AI for エンジニアリング ローコード/ノーコード クラウドネイティブ Windows 11/365 その他の特集 @IT アジャイル/DevOps Insider.NET プログラミングASP.N
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く