Havi Archívum: December 2007

A fiam csapkodott Gamespot

Így, ma reggel, a fiam eltökélt szándéka, hogy egy kor-tizenhárom korlátozott Halo 3 video-on A GameSpot. Én kívül a shoveling hó, tehát én nem vagyok ott, hogy segítsen, vagy akadályozza. Szükség az anya a találmány, és minden … ő birtokol egy eureka! pillanat. Rájön, hogy annak ellenére, hogy a Gamespot azt akarja, hogy adjuk meg a igazi születési dátum, ő valóban adja meg bármely azt akarja, születési dátum. Miután rájött, hogy, ő tette magát elég idős ahhoz, hogy a videó.

I’m not quite sure how I feel about this 🙂

Vasárnap vicces: “-A ' nyomtatás szemetet”

Az én első munkát végzett diplomás, a 1991, Szerencsém volt, hogy egy gyártó cég, a dolgozni 13 helyszínek, nem értve a vállalati HQ-New Jersey-ben. Csatlakoztam, éppen akkor, amikor a cég volt a gördülő ki egy új ERP rendszer. Voltunk mintegy tíz ember összesen egy kis Informatikai Tanszék, akik közül kettő nem tett utazás. A projekt részt vesz, az IBM-rendszer cseréje 36 dobozok, HP hardver és a HPUX.... Mindenki zöld csőként hozzászokott belépés a rendszer.

A projekt tekercs mentén, és én leküldte, Baltimore-ba egy új munkatárs, Jeff. A feladat az volt, hogy kapcsolják be a Unix doboz, Győződjön meg róla, az o/s futott, az ERP rendszer telepítése, Állítsa be az ERP, a vonat az emberek az ERP és egyéni munkát az emberek a helyszínen. (Ez volt egy álom munkát, különösen jön egyenesen a főiskolán). Mielőtt tudta igazán kap le a földre, Mi szükség van, hogy csomagolja ki a zöld csöveket, tedd a pultok és huzal őket. És a legjobb az egészben az volt, hogy mi volt, hogy a RJ11 csatlakozókkal magunkat.

Valamilyen oknál fogva, hogy sosem értettem, és igazából soha nem gondoltam, hogy kérdez körülbelül abban az időben, Mi volt néhány szerződő vállalat jön, és fuss a egész a növény kábel, de nem volt nekik fel a csatlakozók. Így, ott volt egy "javítás doboz" több tucat jelöletlen kábelek a számítógép teremben"" és ezek kígyózott, ezen a környéken: az épület az épület különböző helyeken.

Dolgoztunk meg az utat a hétvége folyamán, vizsgálat minden vezeték, elhelyezés egy összekötő (gondoskodjanak arról, hogy volt egyenes vs. keresztbe), biztosítva a bit beállítások a zöld csöveket és a nyomtatók voltak kijavít, címkézés vezetékek, meggyőződve arról, hogy "getty" megfelelően fut minden kikötő és talán ezer más dolog, hogy már elnyomott, azóta. Ez minden jött össze elég szépen.

de, volt egy fontos kábel, hogy nem tudott kiszámít. A növény, Baltimore-ban volt egy kapcsolata egy raktározási helyre, New Jersey-ben. Baltimore-ban néhány megrendelések szállítanak el erre a helyre. Voltak két drót, hogy tudunk-hoz összeköt-hoz HPUX... doboz: a zöld cső és egy nyomtató. A zöld cső volt könnyű, de a nyomtató esztergált-ba egy három hetes rémálom.

Ha nem tudod, hogy, vagy van elfojtott, foglalkozó zöld csövek és nyomtatók ily módon, vannak különböző lehetőségeket, hogy foglalkozik a különböző pins beállításával. 8-kicsit, 7-kicsit, paritás (páros/páratlan/nincs), valószínűleg mások. Ha Ön kap egyike ezeket a beállításokat a rossz, a cső vagy a nyomtató még mindig mutat a cucc, de ez lesz az összes halandzsa, vagy lesz egy csomó felismerhető cucc halandzsa között. természetesen, Ezek a csapok nehezen látni, és egy kis lapos élű csavarhúzó segítségével kell beállítani. És ők soha nem szabványos.

Hoztunk létre az első a sok gyors hív a srác, NJ (egy őszülő számítógép gyűlölő, akik valószínűleg átkok minket ezen a napon). Megvan a zöld cső elég gyorsan dolgozik, de mi nem tudott kap a nyomtató dolgozni. Ez tartott a "nyomtatási szemét". Mi jönne létre egy új RJ11 csatlakozó, Váltás a keresztezett és egyenes. A portot kíván törölni, és újra létre Unix. Mentünk keresztül, amelyek őt elmagyarázza, hogy a pin-konfiguráció, a nyomtató a nehéz feladat, soha nem igazán biztos benne, hogy ő volt csinálás ez helyesen.

-A ' körülbelül idő-hoz megy él, Baltimore-ban mindent zümmögés, de mi nem kap az elátkozott nyomtató NJ dolgozni! Mi már kimerült minden lehetőséget, kivéve a munkát a nyomtató, a személy vissza egészen NJ vezetés. Elkerülése érdekében minden vezetési, Végül kérjük, hogy fax nekünk mit kezd, ha "szemetet", abban a reményben, hogy talán nem lesz némi nyom, hogy a szemetet, amely megmondja nekünk, mit csinálunk rosszul.

Mikor mi kapott a fax, azonnal tudtuk, hogy mi volt a baj. Lásd:, a módszer, a vizsgálat, hogy mi volt beállítva a nyomtató helyesen az volt, hogy kiadja a "lp" mint ez a parancs:

LP/etc/passwd

Alapvetően, akkor kiíratjuk a unix jelszó fájl. Ez mindig jelen és a dobozból, mindig csak egy oldalt. Ha szabványos Unix jelszó fájl valahogy így néz ki:

Smith:*:100:100:8A-74(Office):/Kezdőlap/smith:/usr/bin/sh-értékelések:*:200:0::/Kezdőlap/Értékelés:/usr/bin/sh  

Mi volt már a nyomtatást, a jelszó reszelő újra és újra néhány hétig, és azt megfelelően nyomás. Azonban, a végfelhasználók számára, Ez volt a "nyomtatási szemét".

</vége>

Még egy másik hálózati hitelesítő adatok multi-Challenge probléma és a megoldás

Az én-m ügyfél nemrégiben beiktatott egy mágikus eszköz Boróka Ez nyilvánvalóan cserélni a régi Cisco hálózati terheléselosztó (A HÁLÓZATI TERHELÉSELOSZTÁS). A körülbelül ugyanabban az időben, telepítettünk egy a gyorsjavítás egy munkafolyamat-probléma.

Egy-két nappal később, észrevettük, hogy egy probléma, amikor mi érhető el a megosztott szolgáltató (MEGOSZTOTTSZOLGÁLTATÁS-ELLÁTÓ). Azt tudtam, hogy ez, de mi lehet megtámadni a felhasználói azonosítót és jelszót, sokszor minden oldalon. Ez nem történt meg, a fő portál app, sem a központi felügyelet. Természetesen, nem tudjuk, melyik az a két (Boróka vagy gyorsjavítás) lenne a kérdés, Bár erősen gyanítható a gyorsjavítás, kitalálni, mi volt nem beiktatott ez rendben.

Kiderült, hogy a Boróka volt valamiféle tömörítési beállításhoz. Az egyik a robed adatok át a hálózat csoport fordult az elindul. Hogy megoldotta a problémát.

Ez nem az első alkalom, hogy tömörítés már nekem egy SharePoint-probléma gyökerét. Az IIS tömörítési hátrányosan egy 3rd csapat szerszám, a jó emberek a Dot Net Factory-IE 6 böngészők (IE 7 minden nehézség nélkül dolgozott böngészők).

Így, Add hozzá "tömörítés" a kockázatok lista.

</vége>

Hitel: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html

Gondolkodás megváltoztatása a Blogging Platform

Én kezdett távoli az én-m blogging karrierje"" használ Microsoft platform, és ez már jó nekem. A ' könnyű-hoz felad, vannak jó lehetőség és a widgetek kezelése a "space", tisztességes web-tárhely és így tovább.

Azonban, Tényleg csak beleesett a MS megoldás szinte nincs tervezés. Hogy egyedül kéri, hogy értékelje, ahol én vagyok, és hová megyek, szempontjából blogging platform. Vannak is két lényeges korlátozásokat, hogy zavar engem jobb vis-à-vis Windows Live Spaces.

Első, Nem tudok nagyon jó statisztika. Statisztika, de a részleteket gyakran rövidítve, és nem mutatják be, oly módon, amely lehetővé teszi bármilyen elemzés. Ott nincs rendezése- vagy kiviteli képesség. Én kap sok blog ötletek, az a fajta ember talál információ alapján (különösen nem találnak, vagy) Mikor az én-m blog keresés. Nagyon nehéz használni életet a tereket, hogy.

Második, ott, úgy tűnik, hogy valamilyen mechanizmus a "pénzt keresni" egy windows live space blog. valójában, hogy megszabaduljon MS hirdetések (ahonnan én nem előnyhöz jussanak), Vennem kell ténylegesen fizetni a Microsoft. (Legalább, Ez az, hogyan értem; Voltam képtelen-hoz kap ez végleges választ és kérdésekre, mint ez).

Most, hogy van egy bevett, és a készlet-ból blogging szokások, Azt akarom, hogy más lehetőségek értékelése. Én csináltam némi kutatást, és van egy csomó választási, de én vagyok kíváncsi, hogy milyen más emberek, különösen a többiek, a SharePoint-Közösség (bloggerek és olvasók), szeret-hoz használ.

Ha ebben a témában érdekli, és van egy véleményt vagy hajlandó-hoz osztozik tapasztalataitok, Kérem, hagyjon egy megjegyzést, vagy e-mailt nekem közvetlenül.

kösz!

<vége />

Technorati Tags:

A SharePoint Designer E-mail küldése ???? egy e-mailt

Néha kérni a fórum felhasználók: Miért nem hozott a SharePoint Designer ???? ba az én-m elektronikus levél helyett egy mező értékét?

Egyik oka, ez történik, mert a változó, amelyre vonatkoznak értéke null.

Ez akkor fordulhat elő, mert próbálsz hivatkozni egy mezőt az "aktuális cikk" de a felhasználó soha nem lépett egy értéket az űrlapmező.

<vége />

Technorati Tags:

Összehasonlítása / Teszt az üres dátumok SharePoint Designer-munkafolyamat

Forgatókönyv: A SharePoint Designer-munkafolyamat, meg kell határoznia, ha a dátum mező is üres.

Probléma: Az SPD nem nyújt közvetlen módszert használatos nyúlik, semmi más, mint a dátum. Nem hozható létre egy állapot, mint ez: "Ha [DateField] egyenlő üres".

Megoldás: A dátum konvertálása egy karakterlánc. Karakterlánc-összehasonlítás segítségével állapítható meg, ha a időpont üres.

Képernyő szemcsésedik:

A következő képernyő szemcsésedik mutat hogyan viselkedni csinál ez. Ebben a forgatókönyvben, a mező a cikk, "Környezetvédelmi engedélyek:Először teszi lehetővé az emlékeztető dátuma", nyújtják, és a munkafolyamat tüzek válaszul.

kép

kép

Jegyzetek:

Mikor Próbáltam ez, Voltam kellemesen meglepett, hogy megtanulják, hogy működik. Aggódtam, hogy a SharePoint Designer lehet letiltja a karakterlánc-hozzárendelés (Változó:StringReminderDateDate) de ez tette lehetővé, hogy ez.

Én is érintett, hogy lehetővé teszi, hogy, értéke lehet null és vagy felrobbantani a WF-on futási idő- vagy talán emelni a globális hőmérséklet 1/2 a diploma, ezeket az aggályokat voltak alaptalanok, de.

</vége>

Technorati Tags:

Bár még mindig nagyon magas, Moss kiterjesztése

Ma, Volt dolgozik egy ügyfél, és leírja, hogyan kell módosítani a Tartalomlekérdezés kijelző, és megjeleníti a további bit információt egy tartalomtípus.

"Első., a CQWP csatlakozni az adatforrások konfigurálása, majd a munkaállomás exportálása, módosítása <CommonViewFields>, feltöltés, távolítsa el az eredeti, és most az "alapozott’ Ezek az oszlopok megjelenítése. Következő, nyit megjelöl a SharePoint designer, Keresse meg a webhely gyökér-gyűjtemény, és keresse meg a ItemStyle.xsl. Másolja a sablonok hasznos kiindulópontként. Visszamenni, és módosítja a CQWP, hogy ez a sablon használata. Végül, módosítani kell a sablont az új mezők leképezéséhez! (Ne felejtsd el ellenőrizni, hogy azt vissza, hogy a többi felhasználó láthatja az eredményeket)."

Nem egészen világos nekem (és a legtöbben SharePoint fejlesztői típusok) Mi történik, és hogyan-a ' elég szép, valóban, a CQWP adatok visszakeresés szempontjait, amelyek tehát is-külön-az adatok bemutatása szempontból. de, Ez nem olyan könnyű megmagyarázni, Ez?

<vége />

Technorati Tags: ,

Tartalom lekérdezés Web Part eredmények jelenjenek meg a rács / Táblázat

Áttekintést és célja

Kívül a doboz, MOSS’ Tartalomlekérdezési kijelző (CQWP) lista formátumban jeleníti meg az eredményeket, hasonló a keresési eredmények. Az is lehetséges, hogy az eredmény megjelenjen a rács formátumú (i.e. HTML-táblázat formátumban). Rács formátumok jobbak, bizonyos körülmények között. Leírja, hogyan, hogy ebben a cikkben hatás eléréséhez.

Üzleti forgatókönyv

Én dolgoztam egy ügyfél, egy vállalati szintű MOSS kiépítése. A besorolás úgy terveztük, hogy projektek első osztályú polgár a hierarchiában, és a saját felső szintű webhely. A projektmenedzserek fenntartani a projekt összefoglaló információit singleton listáját, mint a cím, költségvetés, várható elkészülési dátum, fennmaradó költségvetés és más összesítő típusú mezők. A "szingli" Úgy értem, egyéni SharePoint lista tartalmaz egyetlen tétel garantált. Leegyszerűsítve, úgy néz ki mint ez:

kép

A technikai megközelítés, nagyjából ugyanaz, mint a leírt itt (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!447.entry). A CQWP egy XSL-átalakító segítségével bocsátanak ki a HTML a böngésző tétele.

Mindig elképzelni az eredményt, mielőtt megmártózna az XSL, mert az XSL egy rémálom. Itt van a kívánt eredményt:

kép

HTML-mint ez generál eredményező:

<HTML>
 <szerv>
 <központ>
 <táblázat határ= 1>

<!-- Címkék-->
 <TR Háttérszín= kék>
 <TF><betűtípus szín= fehér><b>Projekt neve</b></betűtípus></TF>
 <TF igazításajobbra =><betűtípus szín= fehér><b>Teljes dátum</b></betűtípus></TF>
 <TF igazításajobbra =><betűtípus szín= fehér><b>Költségvetés</b></betűtípus></TF>
 <TF igazításajobbra =><betűtípus szín= fehér><b>Tényleges ráfordítás</b></betűtípus></TF>
 <TF><betűtípus szín= fehér><b>Általános állapot</b></betűtípus></TF>
 </TR>

<TR>
 <TF>Újra a számítógépes teremben vezeték.</TF>
 <TF igazításajobbra =>02/01/08</TF>
 <TF igazításajobbra =>22,500.00</TF>
 <TF igazításajobbra =>19,000.00</TF>
 <TF>A folyamatban lévő</TF>
 </TR>

<TR>
 <TF>Rendelkezésre a szerverek az SQL Upgrade</TF>
 <TF igazításajobbra =>04/01/08</TF>
 <TF igazításajobbra =>7,500.00</TF>
 <TF igazításajobbra =>0.00</TF>
 <TF>A tervezett</TF>
 </TR>

</táblázat>
 </központ>
 </szerv>
</HTML>

Megközelítés

Kövesse az alábbi lépéseket, hogy hozzon létre a rács:

  1. A rács összetevőinek azonosítása (sorok/oszlopok).
  2. Határozza meg, és szükséges webhelyoszlopok létrehozása:.
  3. A projektek és a listák singleton weboldalak létrehozása.
  4. A CQWP hozzá egy weblaphoz, és beállítani, hogy a listák keresése.
  5. A CQWP XML-összegyűjti a további oszlopok módosítása.
  6. Az XSL-táblázatok létrehozása, módosítása.

Vagyok lesz, hogy a hat. Számok keresztül négy egyenes továbbít, és valamit, ami bármely CQWP felhasználó már. Az ötödik már jól dokumentált, mások, beleértve a teljes képernyő-shot terhelt cikk MSDN itt (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) és Heather Solomon's blog itt (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).

Anyák és csavarok

Kezdődik, és hajtsa végre a lépéseket egy öt, az MSDN-dokumentációban és Heather Salamon cikk.

Ezen a ponton, a CQWP hozzáadott az oldalra és már a <CommonViewFields> szükség szerint konfigurálva.

A szokásos lépések, Kapok ilyen közbenső eredmények:

1. Tartalomtípus létrehozása, sablonokkal egyéni lista tartalomtípushoz tartozó és a két telek. Itt van a tartalomtípus:

kép

Itt van a webhelyszerkezet:

kép

2. Az CQWP hozzáadása után az én projekt alwebhelyek és egyedi projekt összefoglaló listák létrehozása:

kép

3. A kiegészítő információkat szeretné, keresztül a <CommonViewFields>:

        <ingatlan név="CommonViewFields" típus="karakterlánc">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</ingatlan>

Ne feledje, hogy meg kellett tartani minden tulajdonságmezőt egy sorban, vagy nem működik (CQWP azt mondja, hogy a lekérdezés eredménye nem elemek).

4. Ezen a ponton, készen állunk, hogy túllépjünk az MSDN-cikket és flip-a cikket Heather Salamon. Ő lépésekkel kezdő lépés közelében #5 hogy hozzon létre egy testreszabott / unghosted változat-ból ItemStyle.xsl. Én követ a Heather barátait tanácsadás, keresztül lép fel 11 és ezek a részeredmények:

4.1: Az XSL-sablont a következőképpen nevezze:

<XSL:sablon neve = "rács" mérkőzés = "sor[@Style = "Hálózat"]" Mode = "itemstyle">

Is kissé módosítani, ő azt javasolta <XSL:for each …> hozzáadásával egy <br /> cédula-hoz beszerez egy tisztább lista:

    <XSL:for each Válassza ki="@*">
      P:<XSL:érték-ból Válassza ki="név()" /><br/>
    </XSL:for each>

4.2: Módosítható a kijelző, megy megjelenését, és válassza a "Grid" stílus:

kép

Alkalmaz a cserél, és itt az eredmény:

kép

A fentiekből látjuk-e, hogy a mezőket szeretnénk (Projekt neve, költség, állapot, stb) elérhető számunkra, hogy használja, ha a kibocsátó a HTML. Nem csak, hogy, de azt látjuk, a nevét, amellyel mi hivatkoznia kell azokat az oszlopokat az XSL. Például, Mi referencia projektállapot-mint "Project_x005F_x0020_Name".

Ezen a ponton, Mi indulnak, Heather barátait blog, és ezek az óriások vállán, Én hozzá a saját kis.

ContentQueryMain.xsl

MEGJEGYZÉS:: Hogy mind a ContentQueryMain.xsl, valamint a ItemStyle.xsl, le kell ellenőrizni, mielőtt a változtatások hatásainak megtekintéséhez vissza ezeket a fájlokat.

Rács-gyártás céljából, MOSS használja két különböző XSL-fájlok eredményekkel, azt látjuk, a CQWP. Generálni a korábbi bit kimeneti, ItemStyle.xsl módosítása. MOSS valójában használ egy XSL-fájl, Generálni a HTML ItemStyle.xsl együtt a ContentQueryMain.xsl. Ahogy nevéből is, ContentQueryMain.xsl a "fő" XSL, amely szabályozza az általános fordítás. A talált elemek telepítéseket, és átadja nekik egy-egy sablonok a ItemStyle.xsl. Mi lesz módosít generálni a nyílt ItemStyle.xsl <táblázat> előtt a kibocsátó az első sor az adatok és a záró tag <táblázat> tag után az utolsó sor kibocsátó. Ehhez, ContentQueryMain.xsl módosul, hogy két paramétert adja át a "grid" ItemStyle.xsl-sablon, "utolsó sor" és az "aktuális sor". ItemStyle.xsl használja ezeket, hogy feltételesen bocsátanak ki a szükséges címkék.

Heather Salamon technikával, Mi keressük meg a ContentQueryMain.xsl. Nem található ugyanazon a helyen, mint ItemStyle.xsl. Segítenie kell a képernyő szemcsésedik:

kép

A következő módosításokat kell:

  • Módosíthat egy xsl-sablont, "A CallItemTemplate" hogy valóban elindítja a rács sablon ItemStyle.xsl. Mi át két paramétert a rács sablont, hogy ez lesz a nyitó és záró feltételesen létrehozásához szükséges adatok <táblázat> Címkék.
  • Egy kis ContentQueryMain.xsl, hogy felhívja a "CallItemTemplate módosítása" átadni egy "LastRow" a paraméter, hogy LastRow lehet hárítani a rács sablon.

Keresse meg a "OuterTemplate.CallItemTemplate nevezett sablon" a karakterlánc azonosítja:

  <XSL:sablon név="OuterTemplate.CallItemTemplate">

Cserélje ki az egész sablon az alábbiak szerint:

  <XSL:sablon név="OuterTemplate.CallItemTemplate">
    <XSL:param név="CurPosition" />

    <!--
      Add hozzá a "LastRow" a paraméter.
      Mi csak akkor használja, ha a cikk stílusa hágó-ban "Rács".
    -->
    <XSL:param név="LastRow" />

    <XSL:Válassza a>
      <XSL:mikor teszt="@Style = "NewsRollUpItem"">
        <XSL:apply-templates Válassza ki="." mód="itemstyle">
          <XSL:with-param név="EditMode" Válassza ki="$cbq_iseditmode" />
        </XSL:apply-templates>
      </XSL:mikor>
      <XSL:mikor teszt="@Style = "NewsBigItem"">
        <XSL:apply-templates Válassza ki="." mód="itemstyle">
          <XSL:with-param név="CurPos" Válassza ki="$CurPosition" />
        </XSL:apply-templates>
      </XSL:mikor>
      <XSL:mikor teszt="@Style = "NewsCategoryItem"">
        <XSL:apply-templates Válassza ki="." mód="itemstyle">
          <XSL:with-param név="CurPos" Válassza ki="$CurPosition" />
        </XSL:apply-templates>
      </XSL:mikor>

      <!--
              Jelenlegi helyzetét, és a lastrow át a rács itemstyle.xsl sablon.
              ItemStyle.xsl fog használni, hogy a nyílt bocsátanak ki és záró <táblázat> Címkék.
      -->
      <XSL:mikor teszt="@Style = "Hálózat"">
        <XSL:apply-templates Válassza ki="." mód="itemstyle">
          <XSL:with-param név="CurPos" Válassza ki="$CurPosition" />
          <XSL:with-param név="Utolsó" Válassza ki="$LastRow" />
        </XSL:apply-templates>
      </XSL:mikor>

      <XSL:egyébként>
        <XSL:apply-templates Válassza ki="." mód="itemstyle">
        </XSL:apply-templates>
      </XSL:egyébként>
    </XSL:Válassza a>
  </XSL:sablon>

A hozzászólások írja le a módosítások célja.

természetesen, a "OuterTemplate.CallItemTemplate" hívják magát egy másik sablon. Keresse meg a sablon ezen szöveges kereséssel:

<XSL:sablon név="OuterTemplate.Body">

Görgesse végig a OuterTemplate.Body utasításait, és helyezze be a LastRow paramétert a következő (ábrán egy magyarázat dőlt betűvel):

<XSL:call-template név="OuterTemplate.CallItemTemplate">
  <XSL:with-param név="CurPosition" Válassza ki="$CurPosition" />
  <!-- A LastRow paraméter beszúrása. -->
  <XSL:with-param név="LastRow" Válassza ki="$LastRow"/>
</XSL:call-template>

Elvégre, ez a, Mi végül a dolgokat létrehozni megfelelően úgy, hogy a ItemStyle.xsl is bocsát ki <táblázat> Címkék: a megfelelő helyre.

ItemStyle.Xsl

MEGJEGYZÉS:: Újra, Ellenőrizze a ItemStyle.xsl után, hogy bármit módosítana, úgy, hogy e változások hatása.

Itt van két tevékenység:

  • Cserélje ki a teljes rács sablon. Ön is másol/tészta alatt.
  • Adjunk hozzá néhány hókusz-pókusz kívül a sablondefiníció, amely lehetővé teszi a "formatcurrency" sablon dolgozni. (Meg tudod mondani, hogy van egy vékony fogantyú XSL).

Első, ItemStyle.xsl tetején, ezt a sort:

  <!-- Néhány hókusz-pókusz, amely lehetővé teszi számunkra, hogy megjelenítsük a U.S. pénznem. -->
  <XSL:tizedes formátum név="a személyzet" számjegy="D" />

  <XSL:sablon név="Alapértelmezett" meccs="*" mód="itemstyle">

Megjegyzés:, hogy nem hozzá közvetlenül az út előtt a <XSL:sablon neve = "alapértelmezett" …> meghatározás.

Következő, menj vissza a rács sablon. Az alábbi kódot cserélje ki a teljes rács sablon. Ez alaposan magyarázat, elektronikus levél én, vagy hagyja megjegyzéseket a blogomban, ha kérdése van, ne habozzon, de.

  <XSL:sablon név="Rács" meccs="Sor[@Style = "Hálózat"]" mód="itemstyle">

    <!--
      ContentMain.xsl halad a CurPos és az utolsó.
      Is használja ezeket, hogy feltételesen bocsátanak ki a nyílt és záró <táblázat> Címkék.
    -->
    <XSL:param név="CurPos" />
    <XSL:param név="Utolsó" />

    <!-- A következő változók változatlan, a szabványos ItemStyle.xsl -->
    <XSL:változó név="SafeImageUrl">
      <XSL:call-template név="OuterTemplate.GetSafeStaticUrl">
        <XSL:with-param név="UrlColumnName" Válassza ki=""ImageUrl""/>
      </XSL:call-template>
    </XSL:változó>
    <XSL:változó név="SafeLinkUrl">
      <XSL:call-template név="OuterTemplate.GetSafeLink">
        <XSL:with-param név="UrlColumnName" Válassza ki=""LinkUrl""/>
      </XSL:call-template>
    </XSL:változó>
    <XSL:változó név="DisplayTitle">
      <XSL:call-template név="OuterTemplate.GetTitle">
        <XSL:with-param név="Cím" Válassza ki="@Title"/>
        <XSL:with-param név="UrlColumnName" Válassza ki=""LinkUrl""/>
      </XSL:call-template>
    </XSL:változó>
    <XSL:változó név="LinkTarget">
      <XSL:Ha teszt="@OpenInNewWindow = "True"" >_blank</XSL:Ha>
    </XSL:változó>

    <!--
      Itt mi határozza meg egy változó, "tableStart".  Ez tartalmazza a HTML, hogy használunk határozza meg a táblázatban, valamint az oszlopfeliratok megnyitója.  Megjegyzés: Ha CurPos = 1, Ez magában foglalja a HTML egy CDATA-tag.
      Egyébként, üres lesz.

      A tableStart értéke emited minden alkalommal, amikor ItemStyle az úgynevezett ContentQueryMain.xsl keresztül.
    -->
    <XSL:változó név="tableStart">
      <XSL:Ha teszt="$CurPos = 1">
        <![CDATA[
        <Táblázatszegély = 1>
          <TR bgcolor = "blue">
            <TF><betűszín = "fehér"><b>Projekt neve</b></betűtípus></TF>
            <TD igazítása = "jobb"><betűszín = "fehér"><b>Teljes dátum</b></betűtípus></TF>
            <TD igazítása = "jobb"><betűszín = "fehér"><b>Költségvetés</b></betűtípus></TF>
            <TD igazítása = "jobb"><betűszín = "fehér"><b>Tényleges ráfordítás</b></betűtípus></TF>
            <TF><betűszín = "fehér"><b>Általános állapot</b></betűtípus></TF>
          </TR>
        ]]>
      </XSL:Ha>
    </XSL:változó>

    <!--
      Egy másik változó, tableEnd egyszerűen határozza meg, hogy a záró táblázat tag.

      Mint-val tableStart, -a ' mindig emited.  Éppen ezért az érték van rendelve feltételesen alapján, hogy mi már az utolsó sor által elfogadott ContentQueryMain.xsl.
    -->
    <XSL:változó név="tableEnd">
      <XSL:Ha teszt="$CurPos = $Last">
        <![CDATA[ </táblázat> ]]>
      </XSL:Ha>
    </XSL:változó>

    <!--
      Mindig bocsát ki a tartalmát tableStart.  Ha ez nem az első sort át hozzánk a ContentQueryMain.xsl, Aztán tudjuk, hogy az érték üres lesz.

      Tiltsa le a kimeneti elől, mert mikor tableStart ez nem üres, Ez magában foglalja a tényleges HTML, hogy szeretnénk tenni a böngésző.  Ha nem mondunk az XSL elemzőt hoz megbénít kimeneti elől, Ez akarat létrehoz a cucc, mint a"&lt;táblázat&gt;" Ahelyett, hogy"<táblázat>".
    -->
    <XSL:érték-ból Válassza ki="$tableStart" Megbénít kimeneti elől="igen"/>


    <TR>
      <!--
      P:Project_x005F_x0020_Name P:Project_x005F_x0020_End_x005F_x0020_Date P:Project_x005F_x0020_Budget P:Project_x005F_x0020_Expenses P:Project_x005F_x0020_Status
      -->
      <TF>
        <XSL:érték-ból Válassza ki="@Project_x005F_x0020_Name"/>
      </TF>

      <TF igazítása="jobb">
        <XSL:érték-ból Válassza ki="@Project_x005F_x0020_End_x005F_x0020_Date"/>
      </TF>

      <TF igazítása="jobb">
        <XSL:call-template név="FormatCurrency">
          <XSL:with-param név="érték" 
Válassza ki="@Project_x005F_x0020_Budget"></XSL:with-param> </XSL:call-template> </TF> <TF igazítása="jobb"> <XSL:call-template név="FormatCurrency"> <XSL:with-param név="érték" Válassza ki="@Project_x005F_x0020_Expenses">
</XSL:with-param> </XSL:call-template> </TF> <TF> <XSL:érték-ból Válassza ki="@Project_x005F_x0020_Status"/> </TF> <!-- Az alábbi megjegyzésbe, tisztázni kell a dolgot. Azonban, hozza vissza és megtöm ez-ba egy <TF> a hatás megtekintéséhez. --> <!-- <div id = "linkitem" Class = "tétel"> <XSL:Ha teszt = "string-length($SafeImageUrl) != 0"> <div class = "kép-terület-bal"> <a href = "{$SafeLinkUrl}" Target = "{$LinkTarget}"> <IMG class = "kép rögzített-szélesség" src = "{$SafeImageUrl}"
ALT = "{@ImageUrlAltText}"/> </egy> </Div> </XSL:Ha> <div class = "hivatkozás-elem"> <XSL:call-template
Name="OuterTemplate.CallPresenceStatusIconTemplate"/> <a href = "{$SafeLinkUrl}"
Target = "{$LinkTarget}" title = "{@LinkToolTip}"> <XSL:értékét, jelölje be a "$DisXSLyTitle" = /> </egy> <div class = "Leírás"> <XSL:érték-ból select="@Description" /> </Div> </Div> </Div>
--> </TR> <!-- Bocsátanak ki a záró tag táblázat. Ha nem vagyunk az utolsó sor, Ez lesz az üres. --> <XSL:érték-ból Válassza ki="$tableEnd" Megbénít kimeneti elől="igen"/> </XSL:sablon> <XSL:sablon név="FormatCurrency"> <XSL:param név="érték" Válassza ki="0" /> <XSL:érték-ból Válassza ki='formátum-szám($érték, "$DDD,DDD,DDD.DD", "személyzet")' /> </XSL:sablon>

Standard WSS, MOSS adat belépés képernyők nem támogatják a kaszkádolt legördülő menük (vagy más intra-a kommunikáció)

FRISSÍTÉS (04/2008): Ez a nagy blog bejegyzést mutatja a jó javascript alapú megközelítése a probléma: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

UPDATE II: (04/2008): Ez a blog bejegyzés úgy néz ki, ígéretes, valamint: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

Hetente többször, Ha nem napi, fórum felhasználók leírni a követelmény, hogy általában sülnek keresztül kaszkádolt legördülő menük. Például, Van két csepp-legyőz vezérlőberendezés:

  • Oldalra dől-ból U.S. Államok
  • Oldalra dől-ból U.S. városok.

A felhasználói felület felelős, szolgáltatók, azt akarjuk, hogy működik, mint ez:

  • Paul kiválasztja a U.S. állam a legördülő menüből.
  • Ez okozza a városok legördülő szűrő csak azokat a városokat, hogy tartozik a kijelölt állapot.
  • Paul kiválasztja a város, a szűrt listáról.

Ez a szolgáltatás nincs out-of-the-box támogatás. valójában, nincs OOB támogat bármilyen közvetlen belüli-kommunikáció. Ez magában foglalja a programozott mezők elrejtése/engedélyezése vagy letiltása a mező változásai máshol az űrlapon.

Igazi célja ez a cikk, hogy leírja a lehetséges megoldásokat, és ezek közül a tudom őket:

  1. Fejlesztésére egyéni oszlopok. Egyéni-oszlop-fejlesztő, akkor teljes mértékben ellenőrzése alatt a "világ" Egyéni oszlop. Alkalmazhat egy zuhogó csepp-legyőz így.
  2. Fontolják meg a munkafolyamat. Bizonyos esetekben, szeretné automatikusan rendelje hozzá egy értéket a mező értékét egy másik mező alapján. Ebben az esetben, Ön általában megpróbálja használni a számított oszlop, de néhány alkalommal, csak nem kap a munka megtett. SharePoint Designer-munkafolyamat egy viszonylag felügyelete-barát alternatívát leengedjük a kód és a visual studio. Ha ezt az utat, legyen tisztában a probléma révén Ez a cikk (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Eseménykezelők: Mint a munkafolyamat, Ez a megoldás egy után-a valójában. Az event handler egy .NET kódösszeállítás (C#, VB.NET) melyik SharePoint átadja a vezérlést. Az objektum Önnél van hozzáférése az adatokhoz, a lista (és a teljes objektum modell) és tudod csinálni akármi szükséges számítási.
  4. A SharePoint Designer segítségével létrehozhat egyéni nevezési. Nincs közvetlen tapasztalat ezzel a megközelítéssel, but I hear they are doing good things with NewForm.aspx these days 🙂
  5. Roll saját ASP.NET adat belépés függvény (önálló weblapként vagy kijelző) és azt használd helyette.

Ha valaki tudja a más vagy jobb lehetőségek, legyen szíves felad egy magyarázat és én majd frissíti a test ezen a poszton.

<vége />

Technorati Tags:

Igen/nem (jelölőnégyzet) a tartalomlekérdezési kijelző szűrés

Szűrni a lekérdezés, az igen/nem sakk doboz jogosult "PG mérföldkő", Állítsa be a CQWP mint ez:

kép

Ez egy másik ilyen nyilvánvaló-egyszer-akkor-tudom-ez de hard-to-find-an-answer-to kérdések: Hogyan filter egy igen/nem a Tartalomlekérdezés kijelző használata jelölőnégyzet.

Az első Keresés eredménye Találom, hogy a keresési kifejezés "szűrő igen/nem a Tartalomlekérdezés kijelző használata" a lakás ki baj, úgy gondoltam, hogy lenne ott, hogy ezt, és látni, ha lehet helyettesíteni a tipikus keresési eredmények helytelen eredmény.

Nagyon könnyû: Igaz értékek = "1" és hamis értékek nem egyenlő "1" (szép retro, valójában).

A fenti példában, Létrehozott webhelyoszlopot típusú "igen/nem (jelölőnégyzet)" nevű "PG mérföldkő". Hozzátettem, hogy a doc könyvtár, feltöltött néhány dokumentumok, készlet a érték részére egy pár, és tesztelték, hogy.

<vége />