Endalaust hreiður <div> Tags og jQuery

Skildu eftir skilaboð

Þetta virðist eins og svo Oddball efni, Ég er ekki viss um að það er virkilega þess virði að blogga um, en það er aldrei hætt mér áður, svo hér við fara bros

Ég er að vinna út á verkefni þar sem ég draga nokkur gögn úr leit, pökkun upp í XML skeyti og þá sem XML er á endanum breytt í HTML með XSLT. Það er mikið af jQuery þátt, einn bita sem útfærir sumir tabbing virkni. Þegar þú smellir á flipa (í raun, a <div>), jQuery vekur. fela() og. sýna() á ýmsum divs (fyrstu síðu hlaða niðurhal allt það efni þannig að það eru engar postbacks í þessu tilfelli).

A fullt af klukkustundum, flipann skipta rökfræði byrjaði að hegða sér erratically og það myndi ekki sýna einn af tabs mínum. Ég fylgst lokum það niður til þess að Internet Explorer (að minnsta kosti) hélt að <div> merki hreiður langt, langt dýpra en intended.The verktaki tækjastika myndi sýna:

-<div id = "Tab1Content">
-<div>
    -<div>
      -<div id = "Tab2Content">
        -<div>
           ..............................
                   </div> <-Að lokum sýnir það var lokað alla leið niður hér!

Svo, ef ég gerði fyrir $("# Tab1Content").fela(), Ég vil einnig fela Tab2 og ég gæti aldrei sýnt Tab2 ef ég ekki líka að sýna Tab1. Ég afrita og líma kóðann upp í Visual Studio og það sýndi allt fóður div er allt fallega, bara eins og þeir áttu að vera að gera, útlit eins og this:

-<div id = "Tab1Content">
+<div>
+<div>
-<div id = "Tab2Content">
+<div>
+<div>

Ég vann höfuð mitt gegn vegg fyrir a á meðan og eftir að í raun HTML kóða var að búa til mikið af tómur <div> merki, eins og:

<líkami>

<div id = "Tab1Content">

    <div id = "row1" />
    <div id = "row2" />

</div>

<div id = "Tab2Content">

    <div id = "row1" />
    <div id = "row2" />

</div>

</líkami>

(Hér að ofan er waaaaaaaaaaaay yfir einfaldað. Tóma tags div eru algerlega gildi. Sumir af mínum <div> merki voru full af efni, en margir fleiri voru ekki. Ég kom til að átta sig á að mínar <XSL:fyrir-hvern> tilskipanir voru emitting skammtíma-mynda div tög þegar XSL:fyrir-hvern ekki "fundið nein gögn. Ég neyðist HTML stendur í framleiðslu, eins og sýnt:

Eftir að ég gerði það, allt div er raðað upp fallega og flipi rofi minn byrjaði að vinna.

Eins og alltaf, Ég vona að þetta hjálpar einhverjum í klípa.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Quick Fix: Msgstr "tegund Google nafn '$ Resources:ReportServerResources … má ekki innihalda … sértákn”

4 Svör

Ég hef verið að eyða smá tíma að hreinsa upp SharePoint 2010 síða og einn af hreinsiaðgerðirnar málefni tengist spillt / rangt sett upp SQL Server Skýrsla Þjónusta mál. Útgáfan upp þegar einn af samstarfsfólki mínu reyndi að vista síðuna sem sniðmát og þá skapa búa til nýja síðu sem byggist á þeim sniðmát. Að vista rekstur í uppnámi fínn, en þegar hún reyndi að búa til nýja síðu, SharePoint birtist eftirfarandi villuboð:

Villa

Kr Resources gerð Google name ':ReportServerResources,DataSourceContentTypeName;'Má ekki innihalda: \ / : * ? " # % < > { } | ~ & , tvö samfelld tímabil (..), eða sérstafir eins og flipa.

Hér er skjár húfa:

Ég var að líta á the efni gerðir í síðuna og fann þetta:

Þeir efni tegundir eru greinilega óhollt.

Þetta mál virðist til að koma upp mikið á internets og það virðist ekki vera einn samstaða um hvernig á að leysa það. Ég fann handhæga töflu sem varpað slæmur efni gerð nöfn til góða efni gerð nöfn hér: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a. Ég uppfærð handvirkt þá thusly:

(BrightStarr í nafni er augljóslega valfrjálst, en það getur ekki meiða bros )

Þetta gerði mig að búa til nýtt sniðmát og ekki brjóta neitt á öðrum síðum, þar á meðal sumir PerformancePoint Server efni sem algjörlega öðruvísi hópur af fólki var að vinna á. Ég var þá hægt að búa til nýja síðu á sniðmáti. Velgengni!

Ég er ekki viss um að þetta er 100% lausn, en það fékk mig og alla sem taka þátt framhjá þessum pirrandi villa. Ef ég finn eitthvað nýtt, Ég skrifa uppfærslu. Taugaveiklun mín stafar af því að þessi nöfn ættu ekki að vera rangt í fyrsta sæti og með því að ákveða að sýna nafn, Ég er ekki að snerta innri nafn.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Ein orsök fyrir "skapari þessa sök ekki tilgreina ástæðu.”

Skildu eftir skilaboð

Ég hef verið að gera mikið af vinnu með SharePoint leit undanfarið og sérstaklega KeywordQuery flokki, eiginleikar og aðferðir.

Ef þú vilt niðurstaðan sett til að skila niðurstöðum fyrir ofan og handan venjulegum grun (sjá hér), þú bæta því við SelectedProperties safn, eins og í:

myKeywordQuery.SelectProperties.Add("Xyzzy");

Margir takk og ábending um húfu til að Corey Roth og þetta gríðarlega gagnlegt blogg (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Í mínu tilfelli, "Xyzzy" er ekki í raun stjórnað eign. Þegar ég bætt það til SelectedProperties samt, SharePoint kastaði einn af uppáhalds allra tíma mínum afturkreistingur undantekningar:

"Skapari þessa sök ekki tilgreina ástæðu."

Mér finnst sérstaklega höfuðborg "R" í Reason. Þetta hljómar fyrir mér eins og Hreinn jafngildi "Ég hef ekki munn, og ég þarf að öskra."

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Handy Tilvísun: Sjálfgefið Niðurstöður KeywordQuery Leita

1 Svara

Þegar þú ákalla Keyra() aðferð á KeywordQuery, þú getur búið til ResultTable byggt á ResultType.RelevantResults. Þetta Kóðabúturinn sýnir hvað ég meina:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Sú tafla verður að hafa eftirfarandi dálka upplýsinga:

WorkId
Staða
Titill
Höfundur
Stærð
Path
Lýsing
Skrifa
SITENAME
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Ég dregið þennan lista úr SharePoint 2010 umhverfi, Enterprise Edition. Vonandi verður vel að einhverjum í framtíðinni.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Ein ástæða fyrir: Msgstr "Mistókst að vinna úr stýrishúsi skrá í lausn”

4 Svör

Þó að vinna á Visual Studio Web Part verkefni í dag, Ég gerði minniháttar aftur org á sumum skrám til að setja inn í _layouts möppu sem hluta af dreifing aðferð. Sérstaklega, Ég endurnefna a. JS skrá frá "TypeAhead.js" til "TypeAhead(gamall).JS " Ég ætla að fjarlægja það eins fljótt og eftirmaður hans "TypeAhead.js" sannar rétt. Það leit út eins og þetta:

Þetta olli strax í vandræðum með Visual Studio þegar ég reyndi að senda verkefni:

Error occurred in deployment step ‘Add Solution’: Mistókst að vinna úr stýrishúsi skrá í lausn.

Það kemur í ljós að þú ættir ekki að setja sviga í skrá nöfn. Ég eytt parens og að leysa vandamál.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Samt Meira jQuery–Búa til mynd Dæmi

Skildu eftir skilaboð

Ég erfði vefur hluti af gamla seljanda a viðskiptavinarins og það hefur stærð vandamál. Myndirnar ættu að vera 60×50 en fyrir sumir stakur ástæða, upprunalega söluaðili neyðist þá í 42×42, svo þeir líta squashed:

Góð mynd	Bad Mynd

Hér er Markup (nokkuð einfaldað):

<'á útbreiddur-Horfur' Tafla class =>
<thead>
    <tr>
      <th width = '100′>3 Þriðjudagur</th>
    </tr>
</thead>

<tbody>
    <tr class = "spá">
      <td width = '100′>
        <Street>
          <Li class = 'hár'>Hár: 72&þú;F</Li>
          <Li class = "lítið">Low: 44&þú;F</Li>
          <Li Class = 'ástand'>Sunny
            <IMG src =’HTTP://deskwx.weatherbug.com/images/Forecast/icons/localized/60×50/en/trans/cond007.png’ Breidd = '42’ height = '42’ alt =” />
          </Li>
        </Street>
      </td>
    </tr>

</tbody>

</borð>

Þú munt hafa í huga að jafnvel þótt slóð að myndinni sjálfri sýnir rétta vídd (60×50) upprunalega söluaðili neyðist það í 42×42. Hvers vegna? Crazy.

Engu að síður, Ég vildi a fljótur og þægilegur lausn á þessu máli og ég varð að jQuery. The bragð var að finna allar viðeigandi <IMG> merki. Ég vildi ekki muck um með öðrum IMG tags (þar af eru margir). Þessi hluti af jQuery gerði bragð:

<handrit type = "text / javascript" src ="HTTP://ajax.googleapis.com/ajax/libs/jquery/1.5/jquery.min.js"></handrit>

<handrit type = "text / javascript">
     $(skjal).tilbúinn(virka () {

         $(‘li.condition > 'IMG).hver(virka (Vísitala, atriði)
            {
             $(atriði).CSS("Breidd", "60");
             $(atriði).CSS("Hæð", "50");
            });
     }); // á hleðslu skjal
</handrit>

Það bita af kóða finnur safn <Li> merki þar sem bekknum er "ástand" og <IMG> börn. Það iterates þá í gegnum allt það. Vann eins og a þokki.

Ég gæti líklega einfalda hana, en ég var aldrei góður í Unix strákur að leysa π að 18 tölustafir nákvæmni nota sed og awk og ég er ekki þannig ef jQuery gaur annaðhvort bros .

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Þátta XML við LINQ

Skildu eftir skilaboð

Villutrú 'a fljótur dæmi nota LINQ að flokka sumar XML og fá á the sætur, sætar eiginleika þar.

Hér er XML Ég vil að flokka:

<?XML útgáfa = "1,0" kóðun = "UTF-8" ?>
<DeafultConfigurationSets>
<PageLayouts>

    <PageLayout nafn = "xyzzy">
      <Tabs>
        <Flipi TabOrder = "1" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "ac1" />
        <Flipi TabOrder = "2" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
      </Tabs>
    </PageLayout>

    <PageLayout nafn = "xyzzy2">
      <Tabs>
        <Flipi TabOrder = "100" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "ac1" />
        <Flipi TabOrder = "101" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
        <Flipi TabOrder = "103" TabLabel = "Z" SharePointContentType = "c" AdditionalConstraints = "ac3" />
      </Tabs>
    </PageLayout>

</PageLayouts>
</DeafultConfigurationSets>

Ég vil að byggja upp smá flipa á afturkreistingur af þáttun ofan. Tabs mínir ráðast á síðu skipulag. Ef nafn síðu skipulag míns er "xyzzy2" þá vil ég fá flipa 100, 101 og 103 (flipa í <PageLayout nafn = "xyzzy2">).

Hér er LINQ sem gerir það:

var allTabs =
              frá P í
                  XElement.Parse(theXmlToParse).
                  Elements("PageLayouts").
                  Elements("PageLayout")
              þar sem (p.Attribute("Nafn").Value.Equals("Xyzzy2"))
              frá m p.Elements("Tabs").Elements("Tab")
              velja m;

          Results.Text = string.Empty;

          framhandleggur (ATAB var sett allTabs)
          {
              Results.Text =
                  "Tab Panta: " + aTab.Attribute("TabOrder").Gildi + " |" +
                  "Tab Label: " + aTab.Attribute("TabLabel").Gildi + " | " +
                  "SharePointContentType: " + aTab.Attribute("SharePointContentType").Gildi + " | " +
                  "AdditionalConstraints: " + aTab.Attribute("AdditionalConstraints").Gildi + " R";
          }

Í ofan, breytan "theXmlToParse" er band breytu, en þú getur notað hlaða() aðferð á straum ef þú vilt.

"Niðurstöður" er merki um a vefur mynd og þegar þetta númer keyrir, það lítur svona út:

Ég hef ekki unnið út hvernig á að raða niðurstöðunum enn, svo ég leyfi að fyrir framtíð blogg.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery og óskráðir notendur

Skildu eftir skilaboð

Ég virkt nafnlaus aðgang á síðuna mína til að prófa vefleit hluti sem ég hef verið að þróa og ekki mikið á óvart, það var ekki alveg að vinna. Anonymous aðgangur er ansi mikið alltaf áskorun fyrir mig.

Í þessu tilviki, Þegar í upphafi var ekki í gangi fyrir sumir ástæða. Ég ætti að segja að það var gangi en það var ekki aftur neinar niðurstöður. Ég ætla að nota KeywordQuery fyrir þessi fyrstu sýningu.

Ég gerði a fljótur leita og þetta blogg með "sowmyancs"Kom upp nokkuð hratt: "SharePoint 2010 Leita: ekki sýna neinar niðurstöður fyrir óskráðir notendur?" Það blog færslu lýsir vandamál frá út af the leitarorð leitarglugga sjónarhorni en hegðun var svipað til mín - hún vann fyrir skráða notendur og nafnlausa notendur, en óskráðir notendur fékk engar niðurstöður.

Ég fylgdi leiðbeiningunum og Bang! Það að leysa mál mitt. Ég er ekki viss um hvað aukaverkanirnar þetta mun hafa og þeir geta sanna til vera a vandamál, en til skamms tíma vegna er gagnlegt.

Smelltu á í gegnum bloggið:

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery og HiddenConstraints Property

Skildu eftir skilaboð

Ég hef verið að gera a hluti af vinnu með The KeywordQuery mótmæla í SharePoint 2010 og gera notkun af the HiddenConstraints eign.

Ég vissi ekki fundið neitt stað gagnlegar upplýsingar um þessi eign, þannig að ég hélt ég myndi fljótt hripa niður hvernig ég hef verið að nota það.

Eins langt og ég get sagt, þetta er óákveðinn greinir í ensku sjálfvirk þvingun bætt við fyrirspurn þannig að þú getur raða af garðinum það hafa áhyggjur þar og ekki um það. Eins og svo sem, það er bara annar leitarorðið (eða setja af leitarorðum) og áhrifahnappalista sem þú getur slegið í til the HÍ þegar þú gera a keyword leita. Hér er dæmi:

keywordQuery.HiddenConstraints = "scope:\"Industry\"";

Þú getur bætt fleiri þvingun með a rúm afmarkari.

keywordQuery.HiddenConstraints = "scope:\"Industry\" defense";

The hér að ofan er að segja í ensku, "Hlaupa a leitarorð fyrirspurn að leita fyrir" Defense "og enn fremur, nota the "Industry" umfang.

Hér er önnur leið til að líta á það:

Ég hef verið að nota það til afla a samhenginu-háð sjálfvirka svigrúm á a sérsniðnum vefur hluti. Þegar notandi smellir á a flipi og smellir a leita hnappur, flipinn ræður ákveðna leita svigrúm. Það er að vinna vel svo langt.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Dæmi: XSLT Búa HTML href er

1 Svara

Ég hef verið að gera svolítið af XSL efni undanfarið og hélt að ég myndi setja saman sýnishorn fyrir framtíð tilvísun minn og sem kunna að vera í gildi til okkar allra XSLT-ers að gera líf í internets.

Skoðið eftirfarandi XML:

<FdcSearchTabsCollection Count="2">
<SearchTab Label="Industry" SortOrder=”00” Label=”Industries” SearchConstraints="contenttype:Iðnaður" TabID="831b2a74-98c4-4453-8061-86e2fdb22c63"/>
<SearchTab Label="Practices" SortOrder=”01” Label=”Practices” SearchConstraints="contenttype:PracticeGroups" TabID="678e206b-6996-421f-9765-b0558fe1a9c0"/>
</FdcSearchTabsCollection>

The Eftirfarandi XSL runu vilja búa til raðað lista yfir hrefs tabs:

<XSL:template match="FdcSearchTabsCollection" XML:rúm = "varðveita">

    <!– The "all" flipi –>
    <a href="javascript:ViewTab(‘All’)">Skoða allt</a>

    <!– Hver einstaklingur flipann –>
    <!– Iterate í gegnum allar Tabs og sýna rétt tenglar. –>
    <XSL:for-each select="SearchTab">
      <XSL:sort select="@SortOrder"/>

      …
      <a href="javascript:ViewTab('{@ TabID}")"><XSL:value-of select="@Label"/></a>
    </XSL:fyrir-hvern>

    <br />


   </XSL:sniðmát>

Hér er það sem það lítur út eins og í SharePoint:

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin