Nii, täna hommikul, minu poeg on otsustanud vt vanus-kolmteist piiratud Halo 3 videot Gamespot. Ma olen väljaspool kühveldamine lumi, et ma ei ole seal aidata või takistada. Vajadus on leiutise ja kõik, mis ema … ta on ka eureka! hetk. Ta mõistab, et kuigi Gamespot tahab sinna siseneda tema reaalne sünnikuupäev, ta tegelikult sisestada mis tahes ta tahab sünnikuupäev. Kui ta mõistis, et, ta tegi ise piisavalt vana, et näha video.
I’m not quite sure how I feel about this 🙂
Kell mu esimene ülesanne välja kolledži 1991, Ma olin õnnelik, et tootev ettevõte koos töötada 13 asukohad, välja arvatud ettevõtte HQ New Jersey. Tulin just siis, kui ettevõte oli jooksvalt läbi uue ERP süsteemi. Meil oli väike IT osakonna kümmekond inimesed kokku, kellest kaks tegin reisida. Projekti kaasatud asendades IBM süsteemi 36 kastid HP riist-ja HPUX. Kõik kasutatud roheline torud süsteemi.
Projekti rullides mööda ja ma olen saatnud Baltimore uus töökaaslane koos oma, Jeff. Meie ülesanne oli võim ära Unix kast, Veenduge, et o/s toimis, paigaldada ERP süsteemi, Konfigureerige ERP, koolitada inimesi ERP ja teha tellimustöö inimesed kohapeal. (See oli unistuste töö, eriti tulevad otse välja kolledži). Enne kui me võiks tõesti maapinda, Meil oli vaja lahti roheline torud, Asetage need lauad ja traat neid. Ja parim osa oli see, et meil oli panna end RJ11 konnektorid.
Mingil põhjusel, mida ma kunagi mõistnud ning pole tegelikult kunagi mõelnud ajal küsida, Meil oli mõned tellija firma tulema ja kulgema kaabel kogu taim, kuid meil ei olnud neid panna konnektorid. Nii, seal oli "patch kasti" kümneid sildita kaablid arvuti tuba"" ja need snaked hoone ümber erinevatest kohtadest hoones.
Me töötasime meie tee läbi selle nädalavahetuse jooksul, testimise iga traat, jalgapanek konnektor (tagada, et see oli sirge vs. ületanud), tagada bit seaded roheline torud ja printerite kohta olid õiged, märgistamise juhtmed, tuleb tagada, et "getty" iga sadama ja ilmselt tuhat muud asjad, et ma olen rõhutud sellest ajast toimis õigesti. See kõik tuli kokku päris kenasti.
Aga, seal oli üks oluline kaabel, et me ei suutnud aru saada. Baltimore taim oli suhe tolliladustamise asukohaga New Jersey. Sellest kohast välja saadetud mõned tellimused, mis on paigutatud Baltimore. Seal olid kaks juhtmed, mis meil oli HPUX boksi ühendamiseks: roheline toru ja printer. Roheline toru oli lihtne, kuid printeri õudusunenäoks kolm nädalat.
Kui te ei tea seda, või on rõhutud, roheline torud ja printereid nii, on olemas mitmeid võimalusi, et sa tegelema erinevate pins seadmisega. 8-bit, 7-bit, paarsuse (isegi/paaritu/none), ilmselt teised. Kui saad ühte neist sätetest valesti, toru või printeri ikka näitab värk, Aga see kokku plära, või siis on see palju äratuntav kraami plära vahele. Muidugi, need tihvtid on raske näha ja tuleks kindlaks määrata väike korter-edge kruvikeeraja abil. Ja nad ei ole kunagi standard.
Oleme loonud esimese kiire olulist NJ mees (grizzled arvuti vihkaja, kes ilmselt neab meid sel päeval). Saime tööd päris kiiresti roheline toru, kuid me ei saanud printeri tööd. Seda peetakse "trükkimine prügi". Loome uue RJ11 pesa, ristuvad ja sirge vahel ümber. Kustuta port ja uuesti loodud UNIXi. Käisime läbi raske ülesande võttes talle seletada meie pin konfiguratsiooni printerisse, kunagi päris kindel, kas ta teeb seda õigesti.
See on aeg minna elama, Kõik Baltimore on paaris, kuid me ei saa neetud printer üles töötama NJ! Me oleme ammendanud kõik võimalused välja arvatud autoga tagasi kuni NJ printeri isiklikult tööle. Kõik, mis sõidu vältimiseks, Me lõpuks palub tal meile, mida ta on saada, kui see on "prügi", lootes, et äkki seal on mõned aimugi selle prügi, mis ütleb meile, mida me teeme vale.
Kuna meil on Faks, Me ei teadnud kohe, milline oli vale. Vt, Meie meetodi testimiseks kas meil oli õigesti konfigureeritud printer oli väljastada "lp" käsk:
LP/etc/passwd
Põhimõtteliselt, saame trükkida UNIXi Paroolifaili välja. See on alati kohal ja karbist, alati vaid üks lehekülg. Sa standard UNIXi Paroolifaili kujutatuga:
Smith:*:100:100:8A-74(Office):/Avaleht/smith:/usr/bin/sh Külastajate:*:200:0::/Avaleht/Külastajate:/usr/bin/sh
Meil oli olnud trükkimine parool faili välja järjest mitu nädalat ja ta oli trükkimise õigesti. Aga, lõpptarbija, See oli "trükkimiseks prügi".
</lõpp>
Minu klient hiljuti installitud magic seade: Kadakas mis ilmselt asendada oma vana Cisco network koormusetasakaalustus (NLB). Umbes samal ajal, paigaldatud on käigultparanduse töövoo probleemi.
Päev või kaks hiljem, Märkasime probleemi, kui me juurde Ühisteenusepakkuja (SSP). Me võiksime saada talle, kuid me oleks vaidlustas Kasutajatunnuse ja parooli mitu korda igal leheküljel. See ei juhtunud peamine portaal app, ega juhatuse asukoht. Loomulikult, Me ei teadnud, kumba (Kadakas või käigultparandus) oleks küsimus, küll ma tugevalt kahtlustatakse paik, kombinowałem, meil oleks installitud see päris õige.
Selgus, et kadakas oli mingisugune tihendamissäte. Üks selle rõivastunud arvud üle võrgu rühma pöördus selle sätte välja lülitada. Et lahendada meie probleem.
See pole esimene kord, kui surve on olnud minu jaoks SharePointi probleemi algpõhjus. IIS compression kahjustatud head inimesed Dot Net tehase 3. osapoole tööriista IE 6 brauserid (IE 7 brauserid töötas raskusteta).
Nii, Lisage "compression" ohutegurite nimekirja.
</lõpp>
Krediidi: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html
Ma alustasin mu blogimine karjääri"" kasutades Microsofti platvormi ja see on hea mulle. See on lihtne post, seal on häid võimalusi ja vidinad hallata oma "ruum", korraliku veebi säilitamine ja nii edasi.
Aga, Ma tõesti lihtsalt sattus MS lahendus peaaegu mingit plaanimine. Et üksi üleskutsed mulle, kus ma olen ja kuhu ma lähen hindamiseks, poolest blogimise platvormi. Samuti on kaks olulist piirangud, mis häirinud mind õige nüüd vis-à-vis Windows Live Spaces.
Esimese, Ma ei saa väga hea statistika. Seal on stats kuid detail on sageli kärbitud ning ei esitatud viisil, mis võimaldab igasuguse analüüsi. Seal mingit sortimist või ekspordi võime. Ma saan palju blogi ideid põhineb sellist inimest leida teavet (või eriti ei leia) Kuna nad otsida minu blogi. On väga raske Kasuta elu tühikuid, et.
Teine, seal tundub, et "raha teenimine mehhanism" windows live space blogi. Tegelikult, et vabaneda MS reklaamid (kust ma saada mingit kasu), Tegelikult maksab Microsoft. (Vähemalt, See on, kuidas ma sellest aru; Ma ei ole suutnud saada lõplikke vastuseid ja küsimusi nagu see).
Nüüd, kui mul on väljakujunenud muster ja blogging harjumusi komplekt, Soovin hinnata muid võimalusi. Olen teinud mõningaid uuringud ja seal on palju valikuid, Aga ma olen uudishimulik, mida teised inimesed, eriti teisi SharePointi kogukonna (bloggers või lugejad), Tahaksin kasutada.
Kui see teema sind huvitab ning arvamuse või on valmis jagama oma kogemusi, palun jäta kommentaar või kirjuta mulle otse.
Tänud!
<lõpp />
Aeg-ajalt küsida foorumi kasutajad: Miks SharePoint Designeri panna ???? meilisõnumisse minu asemel välja väärtus?
Üks põhjus, miks see juhtub on, sest te vaadake muutuja on tühi.
Selle põhjuseks on asjaolu, mida soovite viidata "praeguse kirje väli" kuid kasutaja ei jõudnud väärtus selle vormi väli.
<lõpp />
Stsenaarium: SharePoint Designeri töövoos, peate kindlaks, kui kuupäeva väli on tühi.
Probleem: SPD ei paku otsest meetodit, võrreldes midagi muud kui kuupäev kuupäevad. Ei saa luua sellist tingimust: "Kui [DateField] veeru väärtus on tühi".
Lahus: Kuupäeva teisendamine string. Kasutada kas kuupäev on tühi string võrdlus.
Ekraanipilt:
Järgmine ekraanipilt näitab selle. Selle stsenaariumi, üksuse välja, "Keskkonnalubade:Kõigepealt lubada meeldetuletuse kuupäev", esitatakse ja töövoo tulekahjud vastuseks.
Märkmed:
Kui ma püüdsin seda, Olin meeldivalt üllatunud, et õppida, et see toimib. Olin mures, SharePoint Designeri võib keelata string loovutamine (Muutuja:StringReminderDateDate) kuid ta ei luba.
Olin ka mures, et võimaldada tal, väärtus võib olla tühi ja kas õhkima WF käitusajal või äkki tõsta globaalse temperatuuri 1/2 kraad, Aga need probleemid on alusetud.
</lõpp>
Täna, Olin töötamine kliendi ja kirjeldab, kuidas muuta sisu sisupäringu veebiosa ja kuvada täiendavaid bitti informatsiooni sisu tüüp:.
"Esimene., Saate konfigureerida selle andmeallikatega ühenduse loomiseks CQWP, Seejärel saate eksportida selle oma töökoha, muuta <CommonViewFields>, Lisamise kuupäev, Eemalda originaal ja nüüd on "krunditud’ Kuva need veerud. Järgmine, avada SharePoint Designeris, Liikuge saidi kogumise root ja leidke ItemStyle.xsl. Kopeerida mõne malli kasulikuks lähtepunktiks. Mine tagasi ja muuta CQWP teha uue malli kasutamine. Lõpuks, Muuda malli muuta oma uued väljad! (Ärge unustage vaadata selle tagasi nii, et teised kasutajad saavad näha tulemusi)."
On kõik üsna selge mulle (ja enamik meist SharePointi arendaja tüübid) mis toimub ja kuidas see on päris tore, Päriselt, andmete ülekanne aspekte ning CQWP on nii hästi-eraldi andmete esitamine aspektidest. Aga, See ei ole nii lihtne seletada, See on?
<lõpp />
Karbist välja, MOSS’ Sisu sisupäringu veebiosa (CQWP) kuvab loendi kujul tulemusi, sarnane Otsingu tulemused. Samuti on võimalik kuvada tulemused võrgustikuvormingus (St. HTML tabeli valmisvormingut). Koordinaatvõrgu vormingud on mõningatel juhtudel parem. Ma kirjeldada, kuidas saavutada kõnealuse mõju käesolevas artiklis.
Olen töötanud koos kliendiga linna ettevõttesiseseks MOSS levikuga. Oleme loonud oma taksonoomia selliselt, et projektid on esimese klassi kodanikud hierarhia ning on oma kõrgema taseme saidi. Projektijuhid haldavad singleton projekti kokkuvõtlik teave, nagu pealkiri, eelarve, oodatav Valmimisaeg, ülejäänud eelarve ja muude kokkuvõtte tüüp. Mida "singleton" Ma mõtlen kohandatud SharePointi loend sisaldada ainult üht kaubanimetust garanteeritud. Lihtsustatult, See näeb välja selline:
Tehniline lähenemine on palju sama, nagu on kirjeldatud Siin (http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!447.entry). Et CQWP kasutab XSL-transformatsiooni paisata HTML brauseri renderdamiseks.
Ma alati kujutlevad tulemus enne sukeldudes XSL-i, sest XSL on õudusunenägu. Siin on minu soovitud tulemust:
HTML niimoodi loob tulemuse:
<HTML> <keha> <keskus> <Tabel ääris= 1> <!-- Sildid--> <TR bgcolor= sinine> <TD><font värv= valge><b>Projekti nimi</b></font></TD> <TD joondamine= õigus><font värv= valge><b>Lõpetatud kuupäev</b></font></TD> <TD joondamine= õigus><font värv= valge><b>Eelarve</b></font></TD> <TD joondamine= õigus><font värv= valge><b>Tegelik kulu</b></font></TD> <TD><font värv= valge><b>Üldist seisundit</b></font></TD> </TR> <TR> <TD>Uuesti traat arvuti tuba.</TD> <TD joondamine= õigus>02/01/08</TD> <TD joondamine= õigus>22,500.00</TD> <TD joondamine= õigus>19,000.00</TD> <TD>Pooleli</TD> </TR> <TR> <TD>Sätte servereid SQL Upgrade</TD> <TD joondamine= õigus>04/01/08</TD> <TD joondamine= õigus>7,500.00</TD> <TD joondamine= õigus>0.00</TD> <TD>Planeeritud</TD> </TR> </Tabel> </keskus> </keha> </HTML> |
Järgmiste juhiste abil luua võrgustiku:
Ma lähen, et keskenduda number kuus. Numbrid üks läbi neli on sirgjooneliselt ja midagi, mis tahes CQWP kasutaja on juba teinud. Number viis on olnud hästi dokumenteeritud teised sealhulgas ammendav screen-shot koormaga artiklist MSDN Siin (http://msdn2.microsoft.com/en-us/library/bb897399.aspx) ja Heather Solomon's blog Siin (http://www.heathersolomon.com/blog/articles/CustomItemStyle.aspx).
Alustada ja rakendada juhiseid üks 5 seisuga MSDN-i dokumentatsiooni ja Heather Solomon artikli.
Sel hetkel, Olen lisanud oma CQWP lehele ja on teil oma <CommonViewFields> konfigureeritud vastavalt vajadusele.
Pärast tavalist tegevust, Ma saan neid vahepealseid tulemusi:
1. Luua sisutüübi, mallipõhise kohandatud loendi sisutüübi ja kaks objektidele. Siin on sisu tüüp:
Siin on saidi struktuur:
2. Lisage selle CQWP pärast loomist minu projekti alamsaidid ja singleton projekti kokkuvõtlik nimekirjad:
3. Soovin kaudu täiendava teabe lisamiseks ning <CommonViewFields>:
<kinnisvara Nimi="CommonViewFields" tüüp="stringi">Project_x0020_Name;Project_x0020_Expenses;Project_x0020_Status;Project_x0020_Start_x0020_Date;Project_x0020_End_x0020_Date;Project_x0020_Budget</kinnisvara>
Teadmiseks, et pidin hoidma kõik atribuudiväljad ühel real või see ei tööta (CQWP oleks mulle, et päring pole üksusi tagastanud).
4. Sel hetkel, Me oleme valmis minema kaugemale MSDN artikli ja flip üle Heather Solomon artikli. Tema juhiste alustades asuvaid samm #5 luua ka kohandatud / unghosted versioon ItemStyle.xsl. Jälgin Heather's nõu, läbi step up 11 ja saada neid vahepealseid tulemusi:
4.1: Nimi minu XSL-malli järgmiselt.:
<XSL-i:malli nimi = "Grid" vasta = "rida[@Style = "Grid"]" mode = "itemstyle">
Ma ka pisut muuta tema soovitas <XSL-i:puhul iga …> lisades on <br /> Tag pakkuda cleaner loetelu:
<XSL-i:puhul iga Valige="@*"> P:<XSL-i:väärtuse kohta Valige="Nimi()" /><br/> </XSL-i:puhul iga>
4.2: Selle veebiosa muutmine, Mine välimus ja valige minu "Grid" stiil:
Muudatuse rakendamiseks ja siin on tulemus:
Näeme, et et väljad tahame (Projekti nimi, kulu, olek, jne) on olemas, me kasutame kui me paisata HTML. Mitte ainult, et, Aga näeme nimed, millega me viide need veerud XSL-i. Näiteks, me viide projekti olek on "Project_x005F_x0020_Name".
Sel hetkel, Me väljuvad Heather's blog ja need giants õlad, Lisan oma natuke.
MÄRKUS: Kui muudate nii ContentQueryMain.xsl kui ka ItemStyle.xsl, sa pead kontrollima neid faile tagasi, enne kui te näha tehtud muudatuste toimet.
Koordinaatvõrgu tegemise eesmärgil, MOSS kasutab kahte erinevat XSL-failides jõuda tulemusteni, mida näeme, on CQWP. Genereerida väljundi eelmise bit, oleme muutnud ItemStyle.xsl. MOSS tegelikult kasutab teise XSL fail, ContentQueryMain.xsl koos ItemStyle.xsl luua oma HTML-. Nagu nimigi, ContentQueryMain.xsl on peamine"" XSL-i, mis kontrollib üldist voolu tõlge. Ta kordab kaudu leitud esemed ja läbib neid ükshaaval malle ItemStyle.xsl. Me muuta ItemStyle.xsl genereerimiseks Ava <Tabel> Tag enne kiirgavad esimese rea andmeid ja sulgemine <Tabel> pärast viimase rea kiirgavad tag. Selle saavutamiseks, ContentQueryMain.xsl on muudetud läbida kaks parameetrid meie "grid" Mall ItemStyle.xsl, "viimases row" ja "praegune rida". ItemStyle.xsl kõnealuseid mehhanisme tingimuslikult paisata vajalikud Sildid.
Heather Saalomoni tehnikas, me leida ContentQueryMain.xsl. Hotell asub samas kohas kui ItemStyle.xsl. See pilt peaks aitama:
Meil on vaja teha järgmised muudatused:
Leidke malli nimeks "OuterTemplate.CallItemTemplate" määratud stringi:
<XSL-i:Mall Nimi="OuterTemplate.CallItemTemplate">
Asendada kogu malli järgmiselt.:
<XSL-i:Mall Nimi="OuterTemplate.CallItemTemplate"> <XSL-i:Param Nimi="CurPosition" /> <!-- Lisa "LastRow" parameeter. Me kasutada vaid siis, kui kauba laad läbima on "Võrgustik". --> <XSL-i:Param Nimi="LastRow" /> <XSL-i:Valige> <XSL-i:Kui test="@Style = 'NewsRollUpItem'"> <XSL-i:kehtivad Blanketid Valige="." režiim="itemstyle"> <XSL-i:koos param Nimi="EditMode" Valige="$cbq_iseditmode" /> </XSL-i:kehtivad Blanketid> </XSL-i:Kui> <XSL-i:Kui test="@Style = 'NewsBigItem'"> <XSL-i:kehtivad Blanketid Valige="." režiim="itemstyle"> <XSL-i:koos param Nimi="CurPos" Valige="$CurPosition" /> </XSL-i:kehtivad Blanketid> </XSL-i:Kui> <XSL-i:Kui test="@Style = 'NewsCategoryItem'"> <XSL-i:kehtivad Blanketid Valige="." režiim="itemstyle"> <XSL-i:koos param Nimi="CurPos" Valige="$CurPosition" /> </XSL-i:kehtivad Blanketid> </XSL-i:Kui> <!-- Liigu hetkeolukorda ja lastrow Grid itemstyle.xsl Mall. ItemStyle.xsl kasutab seda paisata avamaal ja sulgemine <Tabel> Sildid. --> <XSL-i:Kui test="@Style = "Võrgu""> <XSL-i:kehtivad Blanketid Valige="." režiim="itemstyle"> <XSL-i:koos param Nimi="CurPos" Valige="$CurPosition" /> <XSL-i:koos param Nimi="Kesta" Valige="$LastRow" /> </XSL-i:kehtivad Blanketid> </XSL-i:Kui> <XSL-i:muidu> <XSL-i:kehtivad Blanketid Valige="." režiim="itemstyle"> </XSL-i:kehtivad Blanketid> </XSL-i:muidu> </XSL-i:Valige> </XSL-i:Mall> |
Kommentaarid kirjeldavad muudatuste eesmärk.
Muidugi, "OuterTemplate.CallItemTemplate" nimetatakse ise mõnest muust mallist. Leidke malli tekstistring otsides:
<XSL-i:Mall Nimi="OuterTemplate.Body">
Sirvige OuterTemplate.Body juhiseid ja sisestada LastRow parameeter järgmiselt (näidatud kaldkirjas kommentaar):
<XSL-i:kõne-Mall Nimi="OuterTemplate.CallItemTemplate"> <XSL-i:koos param Nimi="CurPosition" Valige="$CurPosition" /> <!-- LastRow parameetri lisada. --> <XSL-i:koos param Nimi="LastRow" Valige="$LastRow"/> </XSL-i:kõne-Mall>
Pärast kõike seda, Meil on lõpuks asjad nii, et meie ItemStyle.xsl võivad paisata õigesti seadistatud <Tabel> Sildid õiges kohas.
MÄRKUS: Uuesti, Kontrollige ItemStyle.xsl pärast muutuste tegemist, et vaadata nende muutuste mõju.
Meil on kaks ülesannet siin:
Esimese, ItemStyle.xsl ülaosas, Lisa see rida:
<!-- Mõned mumbo jumbo, mis võimaldab meil Kuva USA. valuuta. --> <XSL-i:kümnend-vormingus Nimi="töötajad" kohaline="D" /> <XSL-i:Mall Nimi="Vaikimisi" vaste="*" režiim="itemstyle">
Märkus et lisasin ta vahetult enne selle <XSL-i:malli nimi = "vaikimisi" …> määratlus.
Järgmine, minna tagasi meie Grid malli. Kogu koordinaatvõrgu malli asendada alljärgnev kood. Põhjalikult kommenteeritud, Aga ärge kartke emaili mulle või kommenteerida minu blogi, kui teil on küsimusi.
<XSL-i:Mall Nimi="Grid" vaste="Rida[@Style = "Võrgu"]" režiim="itemstyle"> <!-- ContentMain.xsl läbib CurPos ja Viimane. Me kasutame neid tinglikult paisata avamaal ja sulgemine <Tabel> Sildid. --> <XSL-i:Param Nimi="CurPos" /> <XSL-i:Param Nimi="Kesta" /> <!-- Järgmised muutujad on ümberehitamata standard ItemStyle.xsl --> <XSL-i:muutuja Nimi="SafeImageUrl"> <XSL-i:kõne-Mall Nimi="OuterTemplate.GetSafeStaticUrl"> <XSL-i:koos param Nimi="UrlColumnName" Valige="'ImageUrl'"/> </XSL-i:kõne-Mall> </XSL-i:muutuja> <XSL-i:muutuja Nimi="SafeLinkUrl"> <XSL-i:kõne-Mall Nimi="OuterTemplate.GetSafeLink"> <XSL-i:koos param Nimi="UrlColumnName" Valige="'LinkUrl'"/> </XSL-i:kõne-Mall> </XSL-i:muutuja> <XSL-i:muutuja Nimi="DisplayTitle"> <XSL-i:kõne-Mall Nimi="OuterTemplate.GetTitle"> <XSL-i:koos param Nimi="Pealkiri" Valige="@Title"/> <XSL-i:koos param Nimi="UrlColumnName" Valige="'LinkUrl'"/> </XSL-i:kõne-Mall> </XSL-i:muutuja> <XSL-i:muutuja Nimi="LinkTarget"> <XSL-i:Kui test="@OpenInNewWindow = "True"" >_blank</XSL-i:Kui> </XSL-i:muutuja> <!-- Siin me defineerime muutuja, "tableStart". See sisaldab HTML, mida me kasutame määratleda tabelis kui ka veerusilte avamine. Pange tähele, et kui CurPos = 1, See sisaldab HTML CDATA tag. Muidu, jääb tühjaks. TableStart väärtus on emited, iga kord, kui ItemStyle on nn ContentQueryMain.xsl kaudu. --> <XSL-i:muutuja Nimi="tableStart"> <XSL-i:Kui test="$CurPos = 1"> <![CDATA[ <tabeli äärise = 1> <TR bgcolor = "blue"> <TD><fondi värv = valge><b>Projekti nimi</b></font></TD> <TD joondada = "paremale"><fondi värv = valge><b>Lõpetatud kuupäev</b></font></TD> <TD joondada = "paremale"><fondi värv = valge><b>Eelarve</b></font></TD> <TD joondada = "paremale"><fondi värv = valge><b>Tegelik kulu</b></font></TD> <TD><fondi värv = valge><b>Üldist seisundit</b></font></TD> </TR> ]]> </XSL-i:Kui> </XSL-i:muutuja> <!-- Teine muutuja, tableEnd lihtsalt määratleb sulgemine tabeli silt. Nagu tableStart, See on alati emited. Seetõttu selle väärtuseks määrati tingimisi põhineb kas me oleme läbinud viimase rea ContentQueryMain.xsl. --> <XSL-i:muutuja Nimi="tableEnd"> <XSL-i:Kui test="$CurPos = $Last"> <![CDATA[ </Tabel> ]]> </XSL-i:Kui> </XSL-i:muutuja> <!-- Alati paisata tableStart sisu. Kui see ei ole meile ContentQueryMain.xsl möödusid esimeses reas, siis teame, et selle väärtus olla tühi. Keela väljund põgenedes, sest kuna tableStart see ei ole tühi, See hõlmab tegelikku HTML, mida me tahame brauseris renderdada. Kui me ei ütle XSL parserit blokeerida väljund põgenedes, See loob asju"<Tabel>" selle asemel on"<Tabel>". --> <XSL-i:väärtuse kohta Valige="$tableStart" Keela väljund põgenedes="Jah"/> <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 --> <TD> <XSL-i:väärtuse kohta Valige="@Project_x005F_x0020_Name"/> </TD> <TD joondamine="paremale"> <XSL-i:väärtuse kohta Valige="@Project_x005F_x0020_End_x005F_x0020_Date"/> </TD> <TD joondamine="paremale"> <XSL-i:kõne-Mall Nimi="formatcurrency"> <XSL-i:koos param Nimi="väärtus" |
VÄRSKENDUS (04/2008): See suurepärane blogi näitab head javascript põhinev lähenemine sellele probleemile: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html
UPDATE II: (04/2008): See blogi paljulubav samuti: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/
Mitu korda nädalas, kui mitte iga päev, foorumi kasutajad kirjeldama nõude, et tavaliselt tuleb transpordiministrid kuhjuvate tilk mõõnad. Näiteks, Mul on kaks ripploendi juhtelemente:
Vastutav UI osutajana, Me tahame seda niimoodi toimivad:
Ei toetata out-of-the-box Koputuse. Tegelikult, ei toetata OOB igasuguse otsese intra-vormi edastamine. Siia kuuluvad programmiliselt peidus/lubamine/keelamine väljade väli muutustega mujal vormil.
-Võimalikud lahendused ja nende kirjeldamiseks artikli tegelik eesmärk on võimalusi nagu ma tean neid:
Kas keegi teab muid ja/või parem Valikud, Palun postitage kommentaar ja ma ajakohastavad seda postitust keha.
<lõpp />
Filtreerida päringu Yes/No ruut pealkirjaga "PG verstapost", Konfigureerige CQWP niimoodi:
See on veel üks ilmne-kui-sa-tea-see aga hard-to-find-an-answer-to küsimustele: Kuidas filter kohta jah/ei ole ruut sisu sisupäringu veebiosa abil.
Esimene Otsingu tulemus Ma leian, kasutades otsingusõna "filter/Jah sisu sisupäringu veebiosa" korter läbi vale, nii et ma arvasin ma paneks see seal ja näha, kui seda saab asendada ebaõige tulemuse tüüpiline Otsingu tulemused.
See on üsna lihtne: Tõeline väärtus = "1" ja valed väärtused võrduvad "1" (päris retro, tegelikult).
Ülaltoodud näites, Olen loonud saidi veeru tüüp "jah/ei (ruut)" nimega "PG verstapost". Lisasin doc Raamatukogu, alla laadinud mõned dokumendid, määratud väärtuse paar ja katsetada seda.
<lõpp />
