JQuery の拡張検索-として--入力 (1 月 Tielens で)

返信を残します

私は、BPOS デモで働いています。 (すぐにマイクロソフトに提供をするのサイトします。) 少し活力を追加したいと. についてを知っています。 1 月 Tielen 努力のためにかなり長い間、私はそれだと思った、デモに追加する素晴らしいテクニック, 私は. ここでそれについて読むことができます。: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. それはそれを使用する単純なする必要がありますおそらく罪であるので (どこかに多分あり).

彼が既に作成にちょうど 2 つのポイントを追加します / についてを書いた:

  1. これは, 実際, BPOS で動作します。 (SharePoint のオンライン) 環境.
  2. 迷惑なポップアップせずに動作させるためにメッセージ プレフィックス http ではなく https で jquery ライブラリへの参照, ように:
<スクリプトの型 ="テキスト/javascript" src ="https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></スクリプト>

1 月は、おそらくあなたのサイトにライブラリ自体に移動するべきであることを指摘します。. 今日は少し怠惰な感じ, 私の代わりにそれについてのブログすることを決めました🙂

</終了>

これは別のポストには私 シリーズの予定 使用方法 jQuery SharePoint と.
JQuery についてもっと学びたい場合, 私は非常にお勧め: 『 jQuery in Action クマ Bibeault、イェフダー Katz による.

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

SharePoint ショップ話木曜日 10/29 で 12:30 東部夏時間

返信を残します

この木曜日に起こる次の SharePoint ショップトーク 12:30東部夏時間.

我々 はオフに 2 週間を撮影しました。 (SharePoint 会議最後の週のため) そしてその結果として, キューに多数の質問がある我々, SharePoint に関する話にクールなもののすべての種類はもちろんのこと 2010. SPC に出席したすべてのパネル メンバー, だからあなたの SP をもたらす 2010 呼び出しに質問したり、メールをする questions@sharepointshoptalk.com.

脇脇にいくつかの SP について話をする呼び出しのかなりの部分から 2010 善, 我々 もについて説明します:

  • SharePoint は、サイトの設定の下で別のナビゲーション オプションを示していますなぜ (この機能とサイトの構成によって異なります)
  • Versions.aspx-問題を修正, そうすることの難しさ (私は」驚いていないメートル🙂 ).
  • ソースが認証されたときに、サイトにフィード RSS を埋め込む.
  • Stsadm を使用してログを管理するには.

登録はこちらです。: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

いつものように, 質問や議論のトピックに送信します。 questions@sharepointshoptalk.com, 私に直接メールや twitter の @pagalvin に.

そこに会うことを望む!

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

クイック ヒット: SharePoint で SPListItem から直接 InfoPath XML の読み取り

1 最新の返信

私私は InfoPath フォームから添付ファイルを抽出する必要があるプロジェクトに取り組んで. InfoPath フォームを解析するためのいくつかの良いリソースがあります。 (XML ファイルだけが, 実際には非常に簡単です。).

プロジェクトを構築中, InfoPath フォームをダウンロードし、自分のローカル ハード ドライブに保存することから始めました. C# コードのインスタンスから直接読んでいた. ただし, InfoPath フォームを SharePoint フォーム ライブラリの中生きている本当に. 私は少し中途半端は、ライブラリから直接それを読む方法を見つけるための検索を行なったし、ほとんどを与えた, その場合私だろうローカルの一時ディレクトリに、フォームを保存し、そこから読む. ただし, ライブラリから直接それを読むことができますこれらのフープを介して移動する必要はありません。. この小さなスニペットを示していますどのように:

/// クラスの定義はここもの, 含む:
プライベート SPFile mySharePointFile; /* SPList の一部 */
// 多くのコードをここに、我々 が持っているクラスのメソッドの内部:
XmlTextReader textReader;
textReader = 新機能 XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.なし;

textReader.Read();

// ノードの値を持つ場合

しばらくの間 (textReader.Read())
{

・・・などのように.

ビットをキー上記、OpenBinaryStream を介して直接 InfoPath を読み取ることができるです() XmlTextReader コンス トラクターへのパラメーターとして、SPFile に対するメソッド呼び出し. それは素晴らしい作品します。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

迅速で簡単な: .NET c# で Gmail SMTP サーバーを使用してメールを送信します。

2 回答

これはまさに新しいトピックです。, しかし、それを行うために必要なとき, 「私のためのこの仕事となぜウィルは」の多くを発見したとあまりにも多くの直接回答. 誰かはこれを重宝と思います.

コードの次のビットはそれを行うに私は自分の gmail アカウントを使用してメールを送信します。, 添付ファイルを含む:

使用してください。 System.Net.Mail;
使用してください。 System.Net;

NetworkCredential loginInfo = 新機能 NetworkCredential("[私の Gmail の ID]", "[私の Gmail のパスワード]");
MailMessage msg = 新機能 MailMessage();
msg。From = 新機能 MailAddress("[M Gmail Id]@gmail.com");
msg。To.Add(新機能 MailAddress("paul.galvin@arcovis.com < cf ハッシュをスクリプト"f9e31"の種類を = ="テキスト/javascript">/*  */"));
msg。件名 = 「テスト infopath 開発対象";
msg。体 = "<html><体><強い>強力なメッセージです。</強い></体></html>";
msg。IsBodyHtml = true;

foreach (文字列 ファ ・ ル で NIPFD。GetAttachmentNamesAndLocations())
{
    msg。Attachments.Add(新機能 添付ファイル(ファ ・ ル));
} // 添付ファイルの追加.

SmtpClient クライアント = 新機能 SmtpClient(":smtp.gmail.com");
クライアント。EnableSsl = true;
クライアント。偽造している = false;
クライアント。資格情報 = loginInfo;
クライアント。ポート = 587;
クライアント。EnableSsl = true;
クライアント。送信(msg);

私が遅く、いくつかのキー ビットおよび他の観測 / メモ:

NetworkCredential loginInfo = 新機能 NetworkCredential("sharepoint", "xyzzy");

  • SSL を使用する私の gmail アカウントが設定されていると、問題ではなかった.
  • そこにどのポートを使用するいくつかの矛盾した情報があります。. 私はポートを使用 587 私のためうまく働いた.
  • 私の場合, また、添付ファイルを送信するために必要な. NIPFD オブジェクトは、私の添付ファイルがあるを知っている方法を持っていること. 完全にパスを返す (例えば. "c:\tempattachment1.jpg」. 私のテストで, 2 つの添付ファイルを持っていたし、彼らの両方がうまく働いた.

Visual studio を使用 2008 このコードを記述するには.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,,,

SharePoint 会議 2009 -Twitter からリアルタイムに生データを取得します。

返信を残します

ほぼ全員がとにかくこれを知っていることを期待します。, 私は twitter 経由で利用可能な非常に興味深い情報の膨大な量があることで簡単なメモを放り出すだろうと思ったが、. ハッシュ タグ #SPC09 は最も人気があるよう. いつものように, 愚かさのや」で「ジョークがたくさんある, しかし、過去を得ることができる場合, それをチェック アウト. コメントや質問を私に指示に対応する最善し、私は他の多くが同様に行うことを知っています。, 情報の一方向の流れだけではないです。.

新しいセッションは 2 時間弱で開始し、約 3 pm EDT 今週の木曜日まで継続. それは、ピックアップに開始されます。.

Twitter のフィードをここでチェックします。: http://twitter.com/#search?q=%23spc09

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

プログラムによって InfoPath フォームから添付ファイルを抽出 (自分の名前を含む!)

返信を残します

InfoPath とワークフローを活用するクライアントの費用エントリー ソリューションをあります。. 承認プロセス中に 1 つの時点, それは良い InfoPath データとして添付ファイル自体のすべてがメールを生成する必要がありますように (ため息をつく) 誰かがそのデータを手動で再 Oracle データベース ・ アプリケーションにキー.

それはで取得または InfoPath フォームを解析することは非常に困難ではないです。. 添付ファイルを処理する方法を知っていません。, ただし. 1 時間または 2 つのインターネットの周り突っつい後 (永遠!) この記事を見つけた: http://support.microsoft.com/kb/892730

フォーム内のノードから添付ファイルを抽出するいくつかの便利なコードを提供します。. (まだノードとすべてのことを見つける必要があります。, しかし、それはちょうど XML 解析).

私は base64 でエンコードされた添付ファイルは、もともと行っただけを抽出するパスを知っている、base64 データ, それを復号化し、保存すること. ただし, すぐに前述の資料を発見するまで、ファイル名自体を取得する方法を知っていないに気づいた.

私は実際にかなり早くことを発見しました。, しかし、その二重人格によって延期されました。. 1 つの手, 記事 * 言う * それは InfoPath が適して 2007. まだ, すべての Visual Studio については、コードおよび手順です。 2003 InfoPath を参照 2003.

一番下の行, 記事提供コードは私のためによく働いてください。 (これまでのところ). 私のフォームを得ることができます。, それを解析することができます。, その名前を知っていると私は見つけることができ、添付ファイルをデコード. 何が 1 つできる一生のお願い?

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,,

SharePoint 環境内で可能性があります少し健康であることを心配している場合, 私はそれを修正に役立ちます 健康チェック.

SharePoint ショップ話要約 10-08-2009

6 回答

今日の SharePoint ショップトーク通常のトピックの広い範囲をカバー:

  • 取引先に SharePoint サイト コレクションの部分開放をめぐる問題について話し合った. それは世界で最も複雑なものではないです。, しかし、声を出して話を開始します。, これを正しく行うために必要な小さな個々 の事が多いとわかる. ファイアウォールを考慮する必要が, ライセンス (イントラネット SharePoint ライセンスができない場合があります。, そしておそらくされません, 十分です), SharePoint の構成 (AAM, おそらく HTTPS が有効にされているゾーンに web アプリケーションを拡張します。), など. 誰が何をするかとシーケンスのチェックリストを持っている場合, 私はコメント欄でそれを見てみたいと思います. この質問に勝つ「最も議論質問」今年の認識 (これまでのところ).
  • 私は親指爪画像を生成する画像ライブラリの機能についての質問、. 画像ライブラリのイベント レシーバーが親指の爪を生成しているの推測. 私はおそらく基地オフの方法, 親指爪自体に web サーバーで全く別の画像があるように見えるか、. Vamshi, SharePoint ショップトーク正規, このブログのエントリを指摘: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. それは SharePoint の画像についての非常に興味深い記事に興味があるなら.
  • カスタム編集フォームについて話し合った (SPD を介して作成します。) 添付ファイルの機能を失うこと、それを行うという事実. ローラ ・ ロジャースは、ここでそのテーマのブログ: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

今週, 私たちについて私たちを過ごした新しい機能が導入されました 10 SharePoint 環境で興味深いヒント/トリックを示す分. 今週, web パーツ コンテンツ エディターを追加する方法を紹介 (そして実際に、任意の web パーツ) newitem.aspx ページへ. このケースでは, 目的は、その newitem.aspx のページのいくつかの広範なオンライン ヘルプを表示するには. これはまた jQuery をお客様の環境に統合するための通常の開始ポイントの一つ. 来週, jQuery のヒント/トリックを表示することを計画します。. そこに会うことを望む.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

SharePoint ショップ話 10/08/08 で 12:30 東部夏時間

返信を残します

明日で次の週 SharePoint ショップトーク セッションをホストしています。 12:30 東部夏時間.

これは開いている Q です。&A と SharePoint 関連のすべてのトピックの一般的な kibitzing セッション.

ここにこれらの呼び出しの感覚を得るここで前のセッションのさまざまな recaps を読むことができます。: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

登録には、右ここで準備ができて: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter の私にあなたの質問, @ pagalvin.

それらをメールで送信します。 questions@sharepointshoptalk.com またはちょうどライン上に表示し、大声を出してもらう.

私たちあなたを見てほしいし!

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

-ブログのブログをしたりしないで、それが問題 (についてのブログに)

1 最新の返信

メモ: これはもともとに掲載されました。 www.endusersharepoint.com.

数週間前私はニューヨークで土曜日を SharePoint で話す機会があった. もう 1 回お願いします, 途方もないイベント. 今度こそです, 「SharePoint を学習」-非常に広範なトピックについて話を聞いた. プレゼンテーション中に (ここで得ることができます。), さまざまな方法について話をした「学習」SharePoint, 本学習のようなものを含む, クラス ルーム トレーニング, 独自の VM を作成する最も重要なこと (私を), コミュニティへの参加. ブログを介して SharePoint コミュニティに参加する 1 つの方法は、します。. 特にブログについて私に尋ねた、彼はそれを持っていたいくつかの懸念について私の意見を求めた誰か聞いた他の前に言及. それは数週間の私の頭の後ろにかゆみが私の通常の方法で, それについてのブログでそのかゆみをスクラッチしています.

何人かの人々 は非常に多くの品質のブロガーそこには、シーン今日と非常に多くの品質のブログのエントリが書き込まれたことをある意味で考えているようです。, について書くことに新しいものはないです。. または, 「新しい」の事は、それはだれでもに興味深いものになるつもりはないので絞った. 私はそれらについてそれらの感情または根本的な仮定に同意しません。.

初心者のため, SharePoint をよく学習であなたの個人的な試みの一部であるためにブログしている場合, か誰かがあなたのトピックに書いている場合、それは本当に関係がないです。. コミュニティ参加の背後にあるドライバーのいずれか, かどうかは、個人的な学習のためだかどうか, それはあなた 権利を取得する必要があります。. 誰もいくつかの弱いブログのエントリを世界の前に愚かに見える. それを右に得ることの間, 詳細を介して件名を慎重に検討するつもりです。, など. このように, あなたが考えています。, 勉強と様々 な角度からこのトピックを検討, 左から右へ, 上から下に, 内と外 (または少なくともする必要があります。). それは非常に貴重な運動. 実際, それほとんどが終了した時点で「ポスト」ボタンを押すことポイント横それを書いているあなたは既に今では利益多くを得られるので. もちろんです, さまざまな理由のためとにかく投稿] ボタンをプッシュしたいと思うか, しかし、私は脱線. 一番下の行はそのブログで、それ自体貴重な学習運動です。, 期間.

「それは既に行われて"引数をを拒否も. だからどうだった? ひどい結果はビンビンを介してあなたのトピックを探している人には今 2 つまたは 5 または 1 ダースの記事を見つけること. 誰が気に? いつものもののためのチューブを探して行くとき同じトピックに関するいくつかの記事を検索することを好む. ビューの別のポイント, 書体のスタイル, 彼らはすべてが私は必要なものを理解を助ける-同じ問題に異なるアプローチ. 私の意見で, コミュニティは良質のブログを飽和点に達するに近い場所の SharePoint の世界で任意のトピックに関する記事.

だから, 先のブログ! それについて不平を言っている私を聞くことはありません。. 私はそれを保証します🙂

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,

中国の店では牛はいけない

返信を残します

SharePoint の簡単な歴史 (相対的な新来者の視点から)

メモ: この記事は元々 に投稿されました www.endusersharepoint.com. 私は自分のブログに投稿するのを忘れ🙂

SharePoint 大いにその初期の頃から、孵化技術で Microsoft の並べ替えとしてきました –ほとんどのホラー映画のように進化しています, 気違いの科学者の創造が、独自の生活に, 作成者の期待とルールの無料速報. 技術の進化は明らかだ-WSS 3.0 オブジェクト モデルは、WSS よりも複雑な豊か 2.0, 以前のバージョンに比べて自体に改善をしました。. 次のバージョン以上大幅な改善が表示されます疑い 3.0. エンドユーザーの視点から, ただし, SharePoint の進化はさらに重要です.

初期の時代に, SharePoint は、エンド ・ ユーザーに多くを提供しなかった. その通常の機能要件があります。, よくそれらを定義し、ソリューションを実装することで動作します。. それは問題を解決するために SharePoint を使用. 製品がエンドユーザーに非常にアクセス可能ではなかった. いくつかの類似を投げたと思っています。, 私が何を意味するかを表示するベン図を固執することを決めたが、. マイクロソフト最初にリリースするとき SharePoint 世界商業の提供として, エンド ・ ユーザーの比較的伝統的なパターンに従っていること <-> IT 関係. エンドユーザーの多く, ビジネス上の問題を解決するソリューションを提供するために人々 のコミュニケーションとそれを非常に小さい数での作業:

image

SharePoint は、適切な配信プラットフォーム、全体的な問題領域が小さい (特に今日の SharePoint と比較してください。. エンド ・ ユーザーとそれより古典的な提携で働いていた: それに要件を定義します。, それはカーテンの後ろに自分の仕事を待つし、最終製品の配達を取る.

SharePoint に進化するにつれ、 2.0 世界 (WSS 2.0 SharePoint Portal Server と), いくつかのことが起こった. 最初, 「問題領域」のサイズが増加. 問題ドメインによって, 私は SharePoint が実行可能なソリューションをすることができるビジネス上の問題の種類を意味します。. 例えば, SharePoint 環境で SPS まで深刻な検索ソリューションの実装についてあまりにもハードと思うだろう (しても, それほどではなかったに必要に応じて). 同時に, エンド ・ ユーザーだけではなくを定義する前例のない能力があります。, しかし、ほとんど、あるいはまったくの IT サポートに対する独自のソリューションを実装も.

、 3.0 プラットフォーム (WSS および MOSS) 維持し、その勢いを増加. 問題ドメインがに比べて巨大な 2.0 プラットフォーム. 社内のあらゆる部署, 製造の健康と安全部門のマーケティングに至る, 品質管理-販売から彼らすることができます良い使用を見つける SharePoint (四角い穴に丸いペグをマッシュ アップの場合ではないと). 同時に, プラットフォームは、独自のビジネス ソリューションを実装するさらに多くのエンドユーザーを支援します。. この図をキャプチャしよう:

image

これは強力なイライラする混合物の両方をあると証明します。. 、 3.0 プラットフォームはオンの頭に以前安定の役割. 突然, エンド ・ ユーザーが効果的に 裁判官, 陪審員と死刑執行人 ビジネス アナリスト, アプリケーション アーキテクトとビジネス ソリューションの開発者. これを私が書いて問題の核心に取得します. しかし、私はそれに飛び込む前に, 部屋の象について考えてみましょう.

水晶玉にピアリング

SharePoint がどのように 2010 このパターンに影響を与える? 増分または革命的であろう? もっと, 少ないまたはエンド ・ ユーザーの同じ数について権限を sharepoint ソリューションの構築に自分自身を見つける 2010? SharePoint 2010 の問題領域をさらに拡大、またはそれだけが絞り込むし、それが既に WSS のオファーを合理化 3.0 / MOSS?

「そこ」安全に一般的な答えであると言うのに十分な情報があります。:

  • 問題領域が大幅に拡大する予定です。.
  • エンド ・ ユーザーが気づく前にさらに権限.

ベン図形型図表だろうこのページより大きくなるし、いくつかの IT プロフェッショナルを引き起こす、CxO のペプトの到達するの.

いくつか本当に変革を行う企業の途方もない機会だと思います.

ない私の中国の店でブルズ!

これは素晴らしいサウンドします。, しかし SharePoint コンサルタントおよび IT マネージャーの靴に自分自身を置くこととして私の視点から, 私はこのビジョンを参照してください。. 自分は美しいプレートと中国の店, クリスタル, など (私の SharePoint 環境). スペースを借りてきた, 私は私の在庫を購入、すべてのアウトに置いたそれを好む方法. 開く準備がかなりではないです。, しかし期待, お客さんが並んでいるかどうか参照してください、そこ、実際牛をお知らせへの扉を見てください。. 詳しく見ていくと、私が実際に参照してください。 2 雄牛と狼も. なればいくつかの羊がいます。. 羊します。 ので 悪い, 彼らは多分オオカミを偽装? 私の中国の店で牛をたく!

それが悪化します。! スペースを借りたとき, どのように素晴らしいそれは信じられなかった. 広く、オープン, 素晴らしい設備とサービス, 非常に合理的な価格. ただし, 広いオープン スペースと巨大なドアは来る雄牛のサイズちょうど完全に実現しています今私中国に横たわっていたと廃棄物を放浪.

あまりにも遠くこのアナロジーを押しています。, もちろんです. エンドユーザーは、牛ではないです。 (殆んど, とにかく) IT 部門はありません。 (確かにべきではないか) そのような疑いのユーザー コミュニティを表示します。. ただし, このような完璧な衝突で既に行われているがある、 3.0 私は期待のプラットフォームは、SP でのみ悪くなります。 2010. SharePoint 既に可能にし、エンドユーザーを定義し、独自のソリューションを実装するには.

それは素晴らしいとすべて, しかし、実際は、それまだ非常に技術的な製品でありまだ積極的なビジネス要件分析の種類の呼び出し, デザイン総合企画と成功するために必要な技術的なプロジェクト管理. これらは、エンド ・ ユーザーの多くがトリックの自分のバッグに持っているスキルの種類ではないです。, SharePoint のような技術的な製品にフォーカスがあるとき特に.

これに最後の 1 年かそこらの思考の多くを与えて、任意の簡単な答えを表示しません。. それは本当に教育と訓練に帰着します。. 私が思う SP 2010 ビットとそれはうまくいく別様にそしてスローモーションで企業の SP をロールとしてゲームを変更する予定です。 2010 上のソリューション 2010 を超えて. 成功するために, エンド ・ ユーザーは彼ら自身を変形して少しそれの宗教を得る必要があります。. 彼らは適切な要件について少し学ぶ必要があります。
解析. ビジネス プロセス ワークフローを明確に識別するいくつかの設計ドキュメントが必要になります, 例えば. 彼らは、CRUD のような基本的な概念を理解する必要があります。 (作成します。, 更新と削除), 開発、テスト、qa、prod 環境とそのインフラストラクチャを使用して、ベンド、素敵な長い間住んでいるソリューションを適切に展開する方法 (壊れていません。) 組織の変更への応答で.

今後数週間で, 自分の新しいアイデアをいくつか提供をしようと計画します。, 同様に他の多くの作家によって行わ偉大な仕事へのリンク (上 www.endusersharepoint.com 他) エンド ・ ユーザーが、古い時間それの宗教を学ぶことができますので、興味を持っています。. 調整してください。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,