Endlessly Nestado <Div> Etikedoj kaj jQuery

Tio ĉi ŝajnas kiel tia bizarula temo, Mi ne estas certe ĝi estas vere valora blogging pri, Sed tio estas neniam haltita min antaŭe, Tiel ĉi tie ni iras rideto

Mi estas eliranta sur projekto kie mi estas tiranta kelkajn datumojn de serĉo, Prezentanta ĝin supre en XMLa mesaĝo kaj tiam ke XML estas fine transformita en HTML tra XSLT.  Tie estas multa jQuery okupita, Unu mordis de kiu efektivigas kelkaj tabbing funkcio.  Kiam vi klakas sur klapeto (Vere, al <Div>), JQuery alvokas .Felo() Kaj .Rezulto() Sur diversaj divs (La komenca paĝa ŝarĝo elŝutas ĉiuj la enhavo sekve estas ne postbacks en ĉi tiu kazo).

Aro de horoj antaŭe, La klapeto ŝaltanta logikon komencita konduti nekonstante kaj ĝi ne montrus unu el miaj klapetoj.  Mi fine spuris ĝin malsupren al la fakto ke interreta esploristo (Almenaŭ) Pensis ke la <Div> Etikedoj nestis ege, Ege pli profunda ol celita.La ellaboranto toolbar montrus:

-<Div identigaĵo=”Tab1Content”>
  -<Div>
    -<Div>
      -<Div identigaĵo=”Tab2Content”>
        -<Div>
           …………………………
                   </Div>  <—Fine montranta ĝin estis fermita tute malsupren ĉi tie!

Tiel, Se mi faris $(“#Tab1Content”).Felo(), Mi ankaŭ kaŝus Tab2 kaj min neniam povus montri Tab2 se mi ne ankaŭ montris Tab1.  Mi kopiis kaj almetis la kodon supre en vida studio kaj ĝi montris ĉiujn de la div-a viciganta agrable, Nur ŝatas ilin estis supozita esti faranta, Similanta tion ĉi:

-<Div identigaĵo=”Tab1Content”>
  +<Div>
  +<Div>
-<Div identigaĵo=”Tab2Content”>
  +<Div>
  +<Div>

Mi venkas mian kapon kontraŭ la muro por momento kaj rimarkita ke en la reala HTMLa kodo estis produktanta multan senhoman <Div> Etikedoj, Ŝatas:

<Korpo>

  <Div identigaĵo=”Tab1Content”>

    <Div identigaĵo=”row1” />
    <Div identigaĵo=”row2” />

  </Div>

  <Div identigaĵo=”Tab2Content”>

    <Div identigaĵo=”row1” />
    <Div identigaĵo=”row2” />

  </Div>

</Korpo>

(La sur estas waaaaaaaaaaaay oversimplified.  La senhoma div etikedoj estas tute validaj. Kelkaj de mia <Div> Etikedoj estis plene de enhavo, Sed multa plio ne estis.  Mi venis al la konscio ke mia <Xsl:Pro tio ke-ĉiu> Instrukcioj estis emanigantaj la mallongan-formo div etikedas kiam la xsl:Pro tio ke-ĉiu faris ne' trovas ajnan datumon.  Mi devigis HTMLan rimarkon en la produktado, Kiel montrita:

image

 

Post kiam mi faris tion, Ĉiuj la div-a vicigis agrable kaj mia klapeto ŝaltanta komencita laboranta.

Kiel ĉiam, Mi esperas tion ĉi helpas iun en pinĉo.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Rapida Senpaneigo: “La kontentaj tipaj nomaj ‘$Rimedoj:ReportServerResources … Ne povas enhavi … Specialaj karakteroj”

Mi estis elspezanta iun tempon puriganta SharePoint 2010 ejo kaj unu el la postpurigaj aferoj rilatas al korupta / Neĝuste instalita SQLa Servilo Raportaj Servoj afero.  La afero ekestiĝis kiam unu el miaj kolegoj provita savi ejon kiel ŝablono kaj tiam krei krei novan ejon bazita sur tiu ŝablono.  La savi operacion laboris bone, Sed kiam ŝi provis krei la novan ejon, SharePoint montris la sekvantan eraran mesaĝon:

Eraro

La kontentaj tipaj nomaj ‘$Rimedoj:ReportServerResources,DataSourceContentTypeName;' Ne povas enhavi: \ / : * ? “ # % < > { } | ~ & , Du sinsekvaj periodoj (..), Aŭ specialaj karakteroj kiel klapeto.

Ĉi tie-a ekrana kaskedo:

 

image

Mi havis rigardi la enhavon entajpas la ejon kaj trovita tion ĉi:

image

Tiuj kontentaj tipoj estas klare nesanaj.

Ĉi tiu afero ŝajnas veni supre tre sur la Interretoj kaj tie ne ŝajnas esti ununura interkonsentiĝo sur kiel solvi ĝin.  Mi trovis oportunan tablon kiu mapis la malbonajn enhavajn tipajn nomojn al bona enhava tipo nomas ĉi tie: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Mi mane ĝisdatigis ilin thusly:

image

(BrightStarr En la nomo estas evidente laŭvola, Sed ĝi ne povas dolori rideto )

Tio ĉi permesis min krei novan ŝablonon kaj ne rompis ion ajn sur la aliaj ejoj, Inkluzivanta kelkaj PerformancePoint Servila aĵo ke tute malsama grupo de homoj estis laborantaj sur.  Mi estis tiam kapabla krei novan ejon sur la ŝablono.  Sukceso!

Mi ne estas certe tio ĉi estas 100% Solvo, Sed ĝi akiris min kaj ĉiun okupis pasintan ĉi tiu ĝena eraro.  Se mi trovas ion ajn nova, Mi poŝtos ĝisdatigon.  Miaj maltrankvilecaj tigoj de la fakto ke ĉi tiuj nomoj ne devus esti malĝuste en la unua loko kaj de riparanta la montriĝan nomon, Mi ne estas tuŝanta la internan nomon. 

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Unu Afero por “La kreinto de ĉi tiu misfaro ne specifis Kialon.”

Mi estis faranta multan laboron kun SharePoint serĉo lastatempe kaj specife la KeywordQuery klaso, nemoveblaĵoj kaj metodoj.

Se vi deziras la rezulton fiksita reveni rezultojn sur kaj pretere la kutimaj suspektatoj (Vidi ĉi tie), Vi aldonas ĝin al la SelectedProperties kolekto, Kiel je:

MyKeywordQuery.SelectProperties.Aldonas("Xyzzy");

Multaj dankonas kaj konsileto de la ĉapelo al Corey Roth Kaj Tio ĉi grandege helpema bloga poŝto (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

En mia kazo, “Xyzzy” ne estas efektive administrita nemoveblaĵon.  Kiam mi aldonis ĝin al SelectedProperties ĉiuokaze, SharePoint ĵetis unu el mia ŝatolisto iam ajn runtime esceptoj:

“La kreinto de ĉi tiu misfaro ne specifis Kialon.”

Mi precipe kiel la majuskla “R” en Kialo.  Tio ĉi sonas al mi kiel la .PURA ekvivalento de “Mi havas neniun buŝon, Kaj mi devas ŝirkrii.”

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Oportuna Referenco: Defaŭltaj Rezultoj de KeywordQuery Serĉo

Kiam vi alvokas la Efektivigi() Metodo sur KeywordQuery, Vi povas krei ResultTable bazita sur ResultType.RelevantResults.  Ĉi tiu koda ereto ilustras kion mi signifas:

ResultTableCollection resultsTableCollection = myKeywordQuery.Efektivigas();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

La rezultinta tablo havos la sekvantajn kolumnojn de informo: 

WorkId
Senhonta
Titolo
Aŭtoro
Grandeco
Vojo
Priskribo
Skribi
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Mi derivis ĉi tiun liston de SharePoint 2010 Medio, Entreprena eldono.  Espereble ĝi estos oportuna al iu en estonteco.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Unu Kialo por: “Malsukcesita eltiri la taksian dosieron en la solvo”

Dum laboranta sur vida studia araneaĵa parto projekto hodiaŭ, Mi faris negravan re-org de kelkaj dosieroj esti metita en la _plana teko kiel parto de la deploja procezo. Specife, Mi renomis .Js dosiero de “TypeAhead.Js” al “TypeAhead(Malnova).Js”  Mi planas forigi ĝin tuj kiam ĝia posteulo “TypeAhead.Js” pruvas ĝustan.  Ĝi similis tion ĉi:

image

Tio ĉi tuj kaŭzis problemon kun vida studio kiam mi provis deplojiĝi la projekton:

Eraro okazita en deploja paŝo ‘Aldonas Solvon': Malsukcesita eltiri la taksian dosieron en la solvo.

Ĝi rezultas ke vi ne devus meti parenthesis en dosieraj nomoj.  Mi forigis la parens kaj ke solvis la problemon.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Sed tamen Pli da jQuery–Resize Bilda Ekzemplo

Mi heredis araneaĵan parton de malnova vendisto de kliento kaj ĝi havas bildan grandecan problemon.  La bildoj devus esti 60×50 Sed por iu stranga kialo, La originala vendisto devigis ilin en 42×42, Do ili rigardas squashed:

 

Bona Bildo

Malbona Bildo

Ĉi tie-a la markup (Iom simpligita):

<Tabla klaso='plilongigita-perspektivo'>
  <Thead>
    <Tr>
      <Th  Larĝo='100′>3 Mardo</Th>
    </Tr>
  </Thead>

  <Tbody>
    <Tr klasa='prognozo'>
      <Td larĝo='100′>
        <Ul>
          <Li klaso='alta'>Alta: 72&Deg;F</Li>
          <Li klaso='malalta'>Malalte: 44&Deg;F</Li>
          <Li klasa='kondiĉo'>Sunbrila
            <Img src=’
Http://Deskwx.Weatherbug.Com/bilda/Prognozo/ikonoj/malcentralizis/60×50/En/trans/cond007.Png’ Larĝo='42’ Alto='42’ Alt=” />
          </Li>
        </Ul>
      </Td>
    </Tr>

  </Tbody>

</Tablo>

Vi notos ke eĉ kvankam la Vojo al la bildo ĝi mem Montras la konvenan dimension (60×50) La originala vendisto devigis ĝin en 42×42.  Kial?  Freneza.

Ĉiuokaze, Mi deziris rapidan kaj facilan solvon al ĉi tiu afero kaj mi turnis al jQuery.  La ruzo estis troviĝi ĉiujn de la konvena <Img> Etikedoj.  Mi ne deziris al feĉo pri kun ajna alia img etikedoj (De kiu estas multaj).  Tio ĉi mordis de jQuery faris la ruzon:

<Skriba tipo="teksto/javascript" Src="Http://Ajax.Googleapis.Com/ajax/libs/jquery/1.5/jquery.Min.Js"></Skribo>

<Skriba tipo="teksto/javascript">
     $(Dokumento).Preta(Funkcio () {

         $(‘Li.Kondiĉo > Img').Ĉiu(Funkcio (Indekso, Ero)
           
{
             $(Ero).Css("Larĝo", "60"); 
             $(Ero).Css("Alto", "50");
            });
     }); // Sur dokumenta ŝarĝo
</Skribo>

Kiu mordis de kodo trovas la kolekton <Li> Etikedas kies klaso estas “kondiĉo” kaj <Img> Infanoj.  Ĝi tiam iterates tra ĉiuj de tio.  Laborita kiel ĉarmo.

Mi verŝajne povus fluliniigi ĝin, Sed mi neniam estis la speco de unix ulo kiu solvis π Al 18 Cifera precizeco uzanta sed kaj awk kaj mi ne estas tiu afabla se jQuery ulo aŭ rideto.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Analizanta XML kun LINQ

Ĉi tie-a rapida ekzemplo uzanta LINQ analizi kelkajn/kelkajn  XML kaj akiri ĉe la sukeraĵo, Dolĉaj ecoj therein.

Ĉi tie-a la XML mi deziras analizi:

<?Xml versio="1.0" Kodanta="utf-8" ?>
<DeafultConfigurationSets>
  <PageLayouts>

    <PageLayout nomo="xyzzy">
      <Klapetoj>
        <Klapeto TabOrder="1" TabLabel="x" SharePointContentType="" AdditionalConstraints="ac1"/>
        <Klapeto TabOrder="2" TabLabel="y" SharePointContentType="b" AdditionalConstraints="ac2"/>
      </Klapetoj>
    </PageLayout>

    <PageLayout nomo="xyzzy2">
      <Klapetoj>
        <Klapeto TabOrder="100" TabLabel="x" SharePointContentType="" AdditionalConstraints="ac1"/>
        <Klapeto TabOrder="101" TabLabel="y" SharePointContentType="b" AdditionalConstraints="ac2"/>
        <Klapeto TabOrder="103" TabLabel="z" SharePointContentType="c" AdditionalConstraints="ac3"/>
      </Klapetoj>
    </PageLayout>

  </PageLayouts>
</DeafultConfigurationSets>

Mi deziras konstrui supre kelkajn klapetojn ĉe runtime de analizanta la supran.  Miaj klapetoj dependas al paĝa plano.  Se la nomo de mia paĝo plano estas “xyzzy2” tiam mi deziras akiri klapetojn 100, 101 Kaj 103 (La klapetoj en <PageLayout nomo=”xyzzy2”>).

Ĉi tie-a la LINQ ke faras ĝin:

Var allTabs =
              De p je
                  XElement.Analizas(TheXmlToParse).
                 
Elementoj("PageLayouts").
                  Elementoj("PageLayout")
              Kie (P.Eco("Nomo").Valoro.Egaluloj("Xyzzy2"))
              De m en p.Elementoj("Klapetoj").Elementoj("Klapeto")
              Elektita m;

          Rezultoj.Teksta = ŝnuro.Senhoma;

          Foreach (Var aTab en allTabs)
          {
              Rezultoj.Teksto =
                  "Klapeta Ordo: " + ATab.Eco("TabOrder").Valoro + " |" +
                  "Klapeta Etikedo: " + ATab.Eco("TabLabel").Valoro + " | " +
                  "SharePointContentType: " + ATab.Eco("SharePointContentType").Valoro + " | " +
                  "AdditionalConstraints: " + ATab.Eco("AdditionalConstraints").Valoro + "R";
          }

En la supra, La varia “theXmlToParse” estas ŝnuro varia, Sed vi povas uzi la ŝarĝon() Metodo sur rivereto se vi ŝatas.

“Rezultoj” estas etikedo sur araneaĵa formo kaj kiam ĉi tiu kodo efektivigas, Ĝi similas tion ĉi:

SNAGHTML11cd2e7c

Mi ne eliris kiel ordigi la rezultojn ankoraŭ, Do mi lasos ke pro tio ke estonta bloga poŝto.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery kaj Anonimaj Uzantoj

Mi ebligis anoniman aliron en mia ejo elprovi ekstere serĉan araneaĵan parton mi estis evoluiganta kaj al neniu granda surprizo, Ĝi faris ne tre laboron.  Anonima aliro estas sufiĉe tre ĉiam defio por mi.

En ĉi tiu kazo, La komenca serĉo ne estis kuranta por iu kialo.  Mi devus diri ke ĝi Estis Kuranta sed ĝi ne estis revenanta ajnajn rezultojn.  Mi estas uzanta la KeywordQuery por tiu komenca montriĝo.

Mi faris rapidan serĉon kaj ĉi tiun blogan poŝton de “Sowmyancs” Venis supre juste rapide: “SharePoint 2010 Serĉo: Ne montranta ajnajn rezultojn por anonimaj uzantoj?”  KE bloga eniro priskribas la problemon de ekstere de la skatola ŝlosilvorta serĉa perspektivo sed la konduto estis simila al mino – ĝi laboris por aŭtentikigita uzantojn kaj por anonimaj uzantoj, Sed anonimaj uzantoj akiris neniujn rezultojn. 

Mi sekvis la instruojn kaj pafbruo!  Ĝi solvis mian aferon.  Mi ne estas certe kio flankaj efikoj tio ĉi havos kaj ili povas pruvi esti problemo, Sed la mallongatempa rezulto estas helpema.

Klako sur tra la blogo:

image

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery kaj la HiddenConstraints Nemoveblaĵo

Mi estis faranta iom de laboro kun la KeywordQuery Objekto en SharePoint 2010 Kaj faranta uzon de la HiddenConstraints Nemoveblaĵo.

Mi ne trovis ajna tuj helpema informo sur la tiu nemoveblaĵo, Do mi pensis min voli rapide jot malsupren kiel mi estis uzanta ĝin.

Kiom mi povas diri, Tio ĉi estas aŭtomata limo aldonis la demandon por ke vi povas ordigi de parko ĝi tie kaj ne maltrankvilas pri ĝi.  Kiel tia, Ĝi estas nur alia ŝlosilvorto (Aŭ fiksita de ŝlosilvortoj) Kaj modifiloj kiu vi povas entajpi al la UI kiam vi fari ŝlosilvortan serĉon.  Ĉi tie-a ekzemplo:

KeywordQuery.HiddenConstraints = "amplekso:\"Industrio"";

Vi povas aldoni suplementajn limojn kun spaciala delimiter.

KeywordQuery.HiddenConstraints = "amplekso:\"Industrio" Defendo";

La sur estas diranta en la angla, “Kuri ŝlosilvortan demandon serĉanta “defendon” kaj cetere, Uzi la “Industrian” amplekson.

Ĉi tie-a alia vojo rigardi ĝin:

image

Mi estis uzanta ĝin provizi kuntekston-dependa aŭtomata amplekso sur laŭmenda araneaĵa parto.  Kiam la uzantaj klakoj sur klapeto kaj klakas serĉan butonon, La klapeto postulas apartan serĉan amplekson.  Ĝi estas laboranta bone tiel ege.

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin

Ekzemplo: XSLT Kreanta HTML Href-a

Mi estis faranta iom de XSLa aĵo lastatempe kaj pensis min kunmetus ekzemplon por mia estonta referenco kaj ke povas esti de valoro al ni ĉiuj XSLT-ers faranta loĝadon en la interretoj.

Konsideri la sekvantan XML:

<FdcSearchTabsCollection Kalkulo="2">
  <SearchTab Etikeda="Industrio" SortOrder=”00” Etikedaj=”Industrioj” SearchConstraints="contenttype:Industrio" TabID="831b2a74-98c4-4453-8061-86e2fdb22c63"/>
  <SearchTab Etikedaj="Praktikoj" SortOrder=”01” Etikedo=”Praktikadas” SearchConstraints="contenttype:PracticeGroups" TabID="678e206b-6996-421f-9765-b0558fe1a9c0"/>
</FdcSearchTabsCollection>

La sekvanta XSLa ereto produktos ordigita liston de hrefs klapetoj:

<Xsl:Ŝablona matĉo="FdcSearchTabsCollection" Xml:Spaciala="konservaĵo">
   
    <!– La "ĉiuj" Klapeto –>
    <href="javascript:ViewTab(‘Ĉiuj')">Vidi ĉiujn</al>
   
    <!– Ĉiu individua klapeto –>
    <!– Iterate tra ĉiuj la Klapetoj kaj montri la ĝustan  Ligoj. –>
    <Xsl:Pro tio ke-ĉiu elektita="SearchTab">
      <Xsl:Ordigi elektitan="@SortOrder"/>

      …
      <href="javascript:ViewTab(?{@TabID}')"><Xsl:Valoro-de elektita="@Etikedo"/></al>
    </Xsl:Pro tio ke-ĉiu>

    <Br/> 
   

   </Xsl:Ŝablono>

Ĉi tie-a kio ĝi similas en SharePoint:

SNAGHTML78aa2cb

 

 

</Fino>

Aboni al mia blogo.

Sekvi min sur Pepi ĉe http://www.twitter.com/pagalvin