Хутка і лёгка: Выкарыстоўваць JQuery ўсталяваць значэнне тэкставага поля на форме SharePoint

Я пачаў гуляць з JQuery yesterday. I’ve been wanting to do this for a long time, з тых часоў як Поль Гренье пачаў пісаць яго серыя аб JQuery для канчатковых карыстачоў на шаноўны www.endusersharepoint.com web site. As I use it, I hope to add a series of “Quick and Easy” posts like this one. This post describes how to set a known text field’s value to anything you want.

У гэтым выпадку, Я стварыў карыстацкі спіс, "новая" форма выглядае, як паказана:

image

Гэта новая форма для карыстацкага спісу слупка па змаўчанні назва і двух слупкоў спісу (Ня слупкоў сайта; Я не думаю, што гэта павінна мець нейкае значэнне).

Мэта складаецца ў тым, каб прысвоіць адвольнае значэнне ў полі, "DefaultMeFieldNoSpaces" (Вы можаце сказаць, я трусоват з "без прабелаў" рэч адбываецца, але я ажывіць яго ў канцы гэтага артыкула).

Гэта трохі JQuery працуе для мяне:

<Сцэнар тыпу ="text/javascript">

  $(функцыя() {

    $("Уваход[Назва = DefaultMeFieldNoSpaces]").Attr(
        {значэнне: "Вы знаходзіцеся ў лабірынце звілістых праходаў, усе аднолькавыя.});

  });

</сцэнар>

Наколькі я разумею, гэта крыху JQuery кажуць, “find me any input tag whose title = DefaultMeFieldNoSpaces. Затым, ўсталяваць ўсе іх значэння знакамітую фразу з старой кампутарнай гульні ".

Так як там будзе толькі адно поле ў форме з назвай роўным "DefaultMeFieldNoSpaces" Мы ўпэўнены ў прысваенні значэння гэтай галіне, і ніякай іншай.

А як наконт поля, імя якога змяшчае прабелы? It’s nearly the same:

<Сцэнар тыпу ="text/javascript">

  $(функцыя() {
     $("Уваход[Назва = Прызначыць поля з прасторай]").Attr(
        {значэнне: "Вы знаходзіцеся ў лабірынце звілістых праходаў, усе аднолькавыя.});

  });

</сцэнар>

Я думаю, што гэта даволі бяспечны падыход, meaning that we should be able to find the field that we want and only the field we want. If you look at the HTML SharePoint is giving us, Гэта свайго роду брудны:

<ўваход
імя="ctl00$m$g_bdb23c2c_fde7_495f_8676_69714a308d8e$ctl00$ctl04$ctl02$ctl00$ctl00$ctl04$ctl00$ctl00$TextField"
тып="text"
MaxLength="255"
ID="ctl00_m_g_bdb23c2c_fde7_495f_8676_69714a308d8e_ctl00_ctl04_ctl02_ctl00_ctl00_ctl04_ctl00_ctl00_TextField"
назва="DefaultMeFieldNoSpaces"
клас="ms-long"
/>

«Тытул» выступае ў якасці вядомай і, спадзяюся, унікальны атрыбут, каб дапамагчы нам вызначыць канкрэтныя калонкі, якія мы хочам перадаць нашы адвольнае значэнне.

This is a foundational concept. Setting a field in an arbitrary way like this isn’t going to win any awards. Аднак, калі мы хочам зрабіць больш цікавае узроўні формы (які мы ўсе заўсёды хочуць зрабіць, вядома, адразу пасля завяршэння мы мыцця посуду), як змяніць значэнне "поля б» аўтаматычна ў залежнасці ад значэння "поле", мы (Я) трэба даведацца гэтыя рэчы.

Я думаю, што наш самы лепшы шанец атрымаць рэальную карысную значэнне тут па назве, at least for text fields. There may be a better, more reliable approach. If I find it, Я буду абнаўляць гэты пост. If you know a better way, калі ласка, пакіньце каментар.</канец>

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі: ,

SharePoint Дэманстрацыя: Выкарыстанне SharePoint для пабудовы вертыкальнага бізнесу

[Увага: Я хачу адразу сказаць, што ў мяне ёсць фінансавая зацікаўленасць у жаданы вынік гэтай дэманстрацыі, якіх я згадваю ў інтарэсах поўнага раскрыцця інфармацыі, і г.д.. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Гэты вэб-дэманстрацыя адбываецца чацвер, 06/04 ў 12:30 EDT, заканчваецца ў 1:30PM EDT.

У супрацоўніцтве са сваім выдатным дзелавым партнёрам, Інтэграваныя сістэмы і паслугі групы (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. У гэтым выпадку, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, у тым ліку продаж, машынабудаванне, даследаванне і распрацоўка, прававых і іншых груп.

Дэма збіраецца паказаць, што палягчае прымяненне такога супрацоўніцтва, нараўне з абмеркавання таго, як усе гэтыя біты супрацоўніцтва неабходна для інтэграцыі з сервернай сістэмай ERP.

Нарэшце, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Так, навошта вам зарэгістравацца і ўбачыць дэма-? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Калі вы зацікаўлены, калі ласка, зарэгіструйцеся тут(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Вы можаце Прая SharePoint Designer З маёй халоднай, Мёртвыя рукі

Мая апошняя артыкул уверх на www.EndUserSharePoint.com. I wrote about SharePoint Designer, Канчатковыя карыстачы і контуры стратэгіі, канчатковыя карыстачы могуць паспрабаваць прытрымлівацца, каб прадэманстраваць сваю кампетэнтнасць і давер ва ўсім гэтым інструмент.

Каментары больш цікавыя, чым сама артыкул.

Праверце гэта.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Эфектыўна Выконвайце Microsoft SharePoint (і іншыя) SharePoint форум

Я ішоў MSDN форумах і на працягу года (і, магчыма, амаль 2 гадоў на дадзены момант) and every now and then I hear from someone how “hard” it is to do that. I find it quite easy and thought I’d share my “technique”. This technique also works for www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

Прымаючы MSDN ў якасці прыкладу, Я спачатку ісці да стандартнай старонцы форуму, такія як агульныя пытанні па SharePoint галоўнай старонцы тут: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

Вы павінны адразу заўважыць, што форумы RSS падтрымкай, як паказана на малюнку:

image

Я карыстаюся Google Reader для кіравання мае RSS каналы доўгі час (www.google.com / чытач). I go there, add the RSS feed for the forum and now I’m getting all new forums posts via RSS. My Google feeds for SharePoint forums look like this:

image

Google забяспечвае мяне прыгожы від на размяшчэнне сабе:

image

І, нарэшце,, Google дазваляе мне выкарыстоўваць клавіятуру для пракруткі паведамленняў у форумах Такім чынам,.

Я магу хутка прагледзець паведамленні і засяродзіцца толькі на тых, што я адчуваю, што магу ўнесці карысны ўклад у.

Alerts close the loop. Updates to posts don’t come through RSS (хоць я думаю, што яны прывыклі да даўно). Аднак, калі я адпраўляю адказ на адным форуме, the forums alert me via email and IM that someone responded in turn. Ці, калі я не магу ўнесці карысны ўклад, але я хачу ведаць, што кажуць іншыя, Я магу прасвідраваць у ёй і відавочна запытаць сігналы, калі гэта робяць іншыя адказаць.

Праз гадзіну ці менш, вы можаце ўсталяваць гэты працэс, ды i на працягу тыдня рэгулярнага выкарыстання, вывучыць розныя трукі клавіятуры і клавіш, так што гэта становіцца другой натурай.

I use the exact same technique for End User SharePoint.Com’s “Stump the Panel” forums. This is their RSS feed: http://www.endusersharepoint.com/STP/rss/.

Форумы з'яўляюцца дзіўным спосабам, магчыма, лепшы спосаб кароткага прамога асабістага вопыту, навучання прадукту і атрымаць добры агляд таго, як свет, на волі, uses SharePoint. Give it a try!

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Выкарыстанне карыстацкіх спісаў для больш эфектыўнага кантролю рабочага працэсу

Я рэарганізаваў сваё жыццё крыху і знайшоў час, каб прадставіць артыкула www.endusersharepoint.com. My latest article is up here: Выкарыстанне карыстацкіх спісаў для больш эфектыўнага кантролю рабочага працэсу (http://www.endusersharepoint.com/?p=1658).

Гэта графік адкрыцця ":

SharePoint Designer workflow doesn’t give us a lot of visibility into what’s happening with our workflow solutions. І, бачнасць, што мы сапраўды атрымліваем перашкаджае адносна бедных і інтэрфейс 60 day time window. Гэта 60 day window can be a major disappointment to new SharePoint Designer users because it’s not advertised by the tool itself. It’s not at all uncommon for someone to fire up SharePoint Designer, стварыць працоўны працэс, рашэнне, якое выкарыстоўвае "Уваход для гісторыі спіс" дзеянняў ...

Праблема ў тым, што пасля 60 дзён, любыя паведамленні, якія вы ствараеце такім чынам, будуць выдаленыя з спісу часопіса працоўнага працэсу! After a bit of teeth gnashing and “what were they thinking?"Аргументаў, Сутнасць заключаецца ў наступным: it happens and it needs to happen. Пытанне ў тым,, Як мы можам абыйсці гэта?

The official answer is to rely upon SharePoint’s built-in auditing feature. From an end user’s point of view, аднак, that’s very weak in WSS and not much better in MOSS. На шчасце, we can still leverage the familiar SharePoint Designer tool to create a durable workflow history and audit trail which is an order of magnitude more useful to boot. Here’s how.

I describe how to create a more friendly and useful audit solution for declarative workflow created in SPD.

I was inspired to write this article from a recent project for a client that had developed nine technical SPD workflows in support of one logical business process. Assuming for now that nine is a reasonable number, it was certainly a challenge to debug it or view the overall status of the process in one simple view. Each of these separate technical workflows has its own independent workflow history list and that’s just not manageable. I was able to combine all of them into a single audit list using the technique I describe on the site.

Праверце гэта.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Бамбук Каляндар Узаемадзеянне з SharePoint выклікае "адбылася раптоўная памылка"

Сёння, I’ve been working in an environment that uses a Bamboo calendar web part for some improved collaboration. This a standard medium/small farm with two load balanced WFEs, "Сервер прыкладанняў" для індэксацыі і InfoPath і кластарны SQL задняй часткі.

The client installed some disaster recovery software onto one of the WFEs and that resulted in a broken WFE for a specific site in the site collection. Whenever load balancing pointed at the affected WFE and that site, users saw a largely blank white screen with the sentence “An unexpected error occurred”. No other info showed, толькі, што прапанова.

They asked me to look at it. I easily reproduced the problem and then added a ?contents=1 to the end of the URL. This is how I learned they were using the Bamboo web part. I went back to the page and now, раптам, ён паказаў мне добра спарадкаваную паведамленне пра памылку:

image

Я не ведаю, што адбываецца або што я зрабіў, каб атрымаць паведамленне пра памылку кантраляваных праглядаў за выключэннем дадання ?contents=1 bit of the query string.

Верагодна, гэта вельмі рэдкі выпадак край, але калі вы атрымаеце гэта паведамленне, "Адбылася раптоўная памылка" пайсці далей і дадаць ?Змест = 1 у радок запыту і паглядзець, дзе што прыводзіць.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі: ,

Боль у жываце аб Windows Live, каментароў кіравання

Я выбраў Windows Live Spaces яшчэ ў ліпені 2007 as my blogging platform. For the most part, У мяне няма ніякіх шкадаванняў і Microsoft, вядома, пашырае яго з цягам часу (хоць я ў асноўным даведаюцца аб новых магчымасцях выпадкова).

My biggest complaint right now is blog spam. This person / кошт (http://cid-82b0534bceed9881.profile.live.com/) (Сярод іншых) frequently adds a lot of spam comments to my blog in the form of comments. MSFT added a nice feature to show “recent comments” so at least I can fairly quickly identify them (тады як раней, Я павінен быў пайсці ў кожную запіс у блогу асобна) and clean them up. It’s still time consuming.

Я хачу, каб:

  1. MSFT б паставіць некаторыя лепш фільтрацыі для спаму.
  2. Што я магу блакаваць канкрэтныя людзі з даданнем каментарыяў.
  3. У адваротным выпадку вышэй, I could more easily identify and delete spam. Right now, Мне трэба, каб гэта зрабіць каментар па каментароў, і гэта павольна, Асабліва, калі некаторыя асобы спам робат / праграма дадае 25 да 50 каментароў у адной сесіі.

Калі вы з'яўляецеся карыстальнікам Windows Live і мае некаторыя карысныя трукі, каб падзяліцца, Я быў бы ўдзячны,.

</endGripe>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

SharePoint суботу з'ява па-ранейшаму (больш, мае слайды)

Я вярнуўся з Вашынгтона ўчора пасля наведвання апошняй SharePoint суботу. What a remarkable event! Continuing the tradition of other SP Saturday’s, it was very well run. The environment, агульную арганізацыю, паток, пастаўшчык вобласці, ежа ... усё гэта было надзвычайны.

Вядома, Самае прыемнае тое змест, і я не думаю, што хто-то быў расчараваны.

Гэта сапраўды вельмі дзіўна для мяне, як так шмат людзей узбуджаючы сябе з ложка рана ў суботу ісці і слухаць размовы людзей аб SharePoint для 8 hours 🙂 Amazing.

Рознагалоссі, ёсць падзея SharePoint суботу ідуць да цябе, і калі значыць не, чаму б вам не пачаць адзін?

Я прадставіў на канферэнцыі з назвай мовы скручвання, “Using the SharePoint Platform to Build Vertical Business Applications.” You can get the presentation here: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. It’s not my usual sort of presentation and I had fun with it. I’ll be giving this again in June at the North VA user group conference at the end of June.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Упраўленне з'яўляецца маркетынгавы план занадта

Прычына, чаму мы трацім столькі часу (ці павінны, у любым выпадку) working out governance plans is because we want the SharePoint solution to be as effective as possible. We want good infrastructure and rules to keep it humming and safe in case of disaster. We want good security processes to both properly secure the environment but also make it reasonable to manage. We want a good information architecture that will stand the test of time, ideally managing to survive a major organizational change in the company.

Для дасягнення гэтай мэты пажадана, Дакумент кіравання і план можа ператворыцца ў кучу "Ты павінен» і «ты не ў", як у:

  • Ты не павінна ствараць SharePoint група бяспекі; Замест выкарыстання Правілы публікацыі аб'яў.
  • Ты не павінна ствараць тэчкі ў бібліятэках дакументаў; выкарыстання тыпаў кантэнту і выглядам замест.
  • Ты павінен стварыць усе тыпы змесціва заснаваныя ад канкрэтнага карыстацкага тыпу базы.
  • Ты не павінна ствараць таксанамічнай інфармацыі заснаваныя ад кампаніі арганізацыйнай дыяграмы сённяшніх.

«Ты павінен» і «ты не павінен", безумоўна, маюць сваё месца ў плане кіравання.

A more successful governance plan will also have a strong marketing angle. It should sell and justify itself to the maximum extent possible. A truly successful governance plan relies upon the voluntary cooperation of all SharePoint users. (Ёсць крайнія выпадкі, дзе супрацоўніцтва з мясцовым супольнасцю не патрабуецца, напрыклад, калі SharePoint выкарыстоўваюць вельмі невялікая колькасць жорстка кіраваных карыстальнікаў; Я ўпэўнены, што вы можаце думаць пра іншых). If the user community doesn’t buy into your governance plan then it will be partially successful at best.

I use that word “buy” deliberately. The community will buy the governance plan if it’s fundamentally sound and you go to some effort to sell them on it. Selling leads to marketing and that’s why I think that a governance plan should be considered a marketing plan too. Convince your end users that they need to follow the governance plan and they will voluntarily follow it. If you can get a critical mass of people following the governance plan then the plan’s benefits follow and you’ll have a stronger environment for it.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Рашэнне: Кампіляцыя MOSS аўдыторыя не дадае новых членаў

Вынік: Калі вы хочаце выкарыстоўваць ўласцівасці профілю ў правіла для стварэння аўдыторый, Маёмасць павінна быць бачным для "ўсіх".

I was working with a co-worker yesterday and he was building out a MOSS audience based on a custom user profile property in MOSS. У гэтым выпадку, аўдыторыя ўласцівасць называецца "SITECD» і ў адпаведнасці з пагадненнем, захоўвае 3 код знака. Ён вызначыў аўдыторыю і правіла, якое кажа, што, калі "SITECD роўна" ABG ", уключыце яго профіль у аўдыторыі.

Ён стварыў адзін профіль карыстальніка з гэтым значэннем і склаў аўдыторыі, but MOSS simply wouldn’t add that user. I noticed that the privacy setting for that profile was set to “me only” (найбольш абмежавальныя формы) and I remembered reading somewhere that property profiles used in rules must be visible by “everyone”. He made that change and that solved the problem.

The really funny thing about this is that I “remembered” reading about this. It was nagging at me this morning for some reason and I realized that I had written a chapter in this book, Тлумачэнні MOSS: Глыбока Інфармацыя работніка Апусканне ў Microsoft Office SharePoint Server 2007, і што я зачыніў гэты момант у самой чале я пісаў :). I would have thought that every word I wrote in that chapter would be seared into my memory.

Мэт Морс піша гэта ў прыгожую дэталь тут, і я гэта спасылка ў чале: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</канец>Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі: ,