Bezgalīgi ligzdošanas <DIV> Tagus un jQuery

Tas šķiet tik oddball temats, Es neesmu pārliecināts, ka tas ir tiešām vērts blogošana par, bet tas nekad nav pārstājusi mani, pirms, tāpēc šeit mēs iet smaids

Es esmu strādā pie projekta, kur es esmu vilkšana daži dati no meklēšanas, iepakojuma to XML ziņojumu un pēc tam šīs XML galu galā pārveidots HTML, izmantojot XSLT.  Pastāv daudz jQuery, viens bits, kuru ievieš dažus tabulēšanas funkcionalitāti.  Kad noklikšķināt uz cilnes (tiešām, a <DIV>), jQuery izsauc .hide() un .show() par dažādiem divs (sākuma lapas ielādes lejupielādē visu saturu, tādēļ šajā gadījumā nav postbacks).

Ķekars minutes ago, tab pārslēgšanas loģika sāka izturēties erratically, un tas nevarētu rādīt manas zīmnes.  Es galu galā izsekot to uz leju, lai tas, ka programma Internet explorer (vismaz) šķita, ka <DIV> tagus, kas ir daudz ligzdotu, daudz dziļāk, nekā paredzēts.Attīstītājs rīkjoslā parādītu:

-<div id = "Tab1Content">
  -<DIV>
    -<DIV>
      -<div id = "Tab2Content">
        -<DIV>
           …………………………
                   </DIV>  <— beidzot rāda tika slēgts līdz galam lejā!

Tik, Ja es tā $("# Tab1Content").paslēpt(), Es arī slēpt Tab2 un varētu nekad nerādīt Tab2 ja nav arī parādīt Tab1.  Es kopēt un ielīmēt kodu uz augšu visual studio un tā parādīja, ka visi div odere līdz labi, tāpat, kā tie bija vajadzēja darīt, meklējat, piemēram, tas:

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

Pārspēt manu galvu pret sienu, uz brīdi, un ievēroju, ka faktisko HTML kodu bija radīt daudz tukšu <DIV> Tags, piemēram:

<organizācija>

  <div id = "Tab1Content">

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

  </DIV>

  <div id = "Tab2Content">

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

  </DIV>

</organizācija>

(Iepriekš ir waaaaaaaaaaaay, pārspīlēti.  Tukšu div tagiem ir pilnīgi derīgs. Daži no maniem <DIV> Tags bija pilna ar saturu, bet daudz vairāk nebija.  Es nonācu pie secinājuma, ka manas <XSL:par katru> direktīvās bija izstaro formas īss div tagiem, ja xsl:par katru nav "atrast visus datus.  Izvade ir spiesti HTML komentāru, kā parādīts:

image

 

Pēc tam, kad man bija, ka, labi ierindots visi div un mana tab pārslēgšanas sāka strādāt.

Kā vienmēr, Es ceru, ka tas palīdz kāds šķipsnu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Labāks veids ātrai labošanai: "Satura tipa nosaukums '$ resursi:ReportServerResources … nevar saturēt … speciālās rakstzīmes”

Esmu bijis izdevumu kādu laiku sakopšanu SharePoint 2010 vietnē, un viens no tīrīšanas jautājumus, kas attiecas uz bojāts / nepareizi instalēts SQL Server pārskatu pakalpojumu jautājums.  Problēma radās, kad viens no maniem kolēģiem centās saglabāt vietni kā veidni, un pēc tam izveidot izveidot jaunu vietni, kas veidoti pēc šīs veidnes parauga.  Saglabāšanas darbība strādāja fine, bet, kad viņa mēģināja izveidot jaunu vietni, SharePoint parādīts šāds kļūdas ziņojums:

Kļūda

Satura tipa nosaukumā "$ resursi:ReportServerResources,DataSourceContentTypeName;"nevar būt: \ / : * ? “ # % < > { } | ~ & , divi viens otram sekojoši punkti (..), vai īpašas rakstzīmes, piemēram, cilnes.

Šeit ir ekrāna tvērums:

 

image

Man bija apskatīt satura tipi, vietnes un uzskatīja, ka šis:

image

Šos tipus ir skaidri neveselīga.

Šis jautājums, šķiet, izstrādāt daudz par Internets, un tur nav, šķiet, vienā vienprātība par to, kā atrisināt to.  Es atklāju, ērts tabulu, kas kartēta slikta satura tipa nosaukumu labas satura tipa nosaukumu šeit: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Es manuāli atjaunināt tos thusly:

image

(BrightStarr nosaukumā ir acīmredzami nav obligāti, bet tā var nesāpēs smaids )

Tas ļāva man, lai izveidotu jaunu veidni, un neko neizjauc citās vietnēs, tostarp daži PerformancePoint Server sīkumi, kas strādā pavisam cita cilvēku grupa.  Es varēju pēc tam izveidojiet jaunu vietņu veidnes.  Panākumi!

Es neesmu pārliecināts, ka tas ir 100% šķīdums, bet tas man un visiem iesaistītajiem garām šo kaitinošas kļūdas.  Ja es varu atrast kaut ko jaunu, I'll post atjauninājums.  Mans satraukums, kas izriet no fakta, ka šos nosaukumus nevajadzētu būt nepareizi pirmajā vietā un nosakot parādāmais vārds, Es neaiztikšu iekšējais nosaukums. 

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens iemesls par "Autors šī vaina nav jānorāda iemesls.”

Es esmu darot daudz darba ar SharePoint meklēšanas pēdējā laikā un īpaši KeywordQuery klase, rekvizītus un metodes.

Ja vēlaties, lai rezultātu kopas jāatgriež rezultāti pārsniedz parastās suspects (skatīt šeit), to pievienot SelectedProperties kolekcija, kā:

myKeywordQuery.SelectProperties.Add("xyzzy");

Many thanks un Padoms cepure, lai Corey Roth un ļoti noderīga blog post (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Manā gadījumā, "xyzzy" nav faktiski pārvaldīto rekvizītu.  Kad es pievieno to uz SelectedProperties tomēr, SharePoint izmeta, viens no maniem favorite kādreiz runtime izņēmumi:

"Šī vaina autors nav norādījis iemeslu."

Man īpaši patīk iemesls kapitāla "R".  Tas izklausās man tāpat.TĪRAIS ekvivalents"Man ir bez mutes, un ir kliedz.”

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Ērts atsauce: Noklusējuma KeywordQuery meklēšanas rezultāti

Kad jūs atsaukties uz izpildes() metodi, KeywordQuery, jūs varat izveidot ResultTable, pamatojoties uz ResultType.RelevantResults.  Šis koda fragments ilustrē to, ko es domāju:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Iegūtajai tabulai būs šādas informācijas kolonnas: 

Darba ID
Rangs
Nosaukums
Autors
Lielums
Ceļš
Apraksts
Rakstīt
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Es sapratu šo sarakstu SharePoint 2010 vide, uzņēmumu izdevums.  Cerams, ka nākotnē būs parocīgs kādam.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens no iemesliem, kādēļ: "Neizdevās izvērst risinājuma cab failu”

Strādājot par visual studio web daļas projektu šodien, Es izdarīju nelielu nogulumu org dažu failu laist _layouts mapi kā daļa no ieviešanas process. Īpaši, Es pārdēvēja. js failu no "TypeAhead.js" un "TypeAhead(veco).js"  Es plānoju to noņemt, tiklīdz tā pēctecis "TypeAhead.js" izrādās pareizs.  Izskatījās, ka tas:

image

Tas uzreiz izraisīja problēma ar visual studio, kad es centos ieviest projekta:

Izvietošanas darbība "Pievienot šķīdumu" radās kļūda: Neizdevās izvērst risinājuma cab failu.

Izrādās, ka jums nav jākļūst iekavas failu nosaukumos.  Es noņemt parens un kas atrisināt problēmu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Vēl vairāk jQuery–Mainīt attēla piemērs

Web daļu neesmu mantojusi no klienta vecā piegādātāja, un tas ir attēla lieluma problēmu.  Attēliem jābūt 60×50 bet kāda dīvaina iemesla dēļ, sākotnējais kreditors spiesti tos 42×42, lai tās izskatītos saplacināto:

 

Labs tēls

Slikts attēls

Šeit ir atzīme (nedaudz vienkāršotā):

<tabulu klase = "paplašināta outlook">
  <tabulas galvenes>
    <TR>
      <th  width = "100′>3 Otrdiena</th>
    </TR>
  </tabulas galvenes>

  <tabulas pamatteksta>
    <TR class = "prognoze">
      <TD width = "100′>
        <UL>
          <Li klase = 'augsta'>Augsta: 72&deg;F</Li>
          <Li class = "zems">Zema: 44&deg;F</Li>
          <Li class = "nosacījums">Saulains
            <img src =’
http://deskwx.weatherbug.com/images/Forecast/icons/localized/60×50/EN/trans/cond007.png’ platums ='42’ augstums ='42’ ALT =” />
          </Li>
        </UL>
      </TD>
    </TR>

  </tabulas pamatteksta>

</tabula>

Jūs ievērojiet, ka pat ceļš uz pašu attēlu rāda pareizu dimensija (60×50) sākotnējais kreditors atlauza to 42×42.  kāpēc?  traks.

Jebkurā gadījumā, Es gribēju ātru un vieglu risinājumu šim jautājumam, un pagriezās, lai jQuery.  Bija triks, lai atrastu visas atbilstošās <IMG> tagus.  Es negribēju piemēslot citiem img tagus (kas ir daudz).  Tas mazliet jQuery darīja arī triks:

<skripta tips = text/javascript"" src ="http://Ajax.googleapis.com/Ajax/libs/jQuery/1.5/jQuery.min.js"></skriptu>

<skripta tips = "text/javascript">
     $(dokumentu).gatavs(funkcija () {

         $(' li.condition > IMG ").katra(funkcija (indekss, preces)
           
{
             $(preces).CSS("platums", "60"); 
             $(preces).CSS("augstums", "50");
            });
     }); // par dokumentu slodze
</skriptu>

Ka mazliet kodu atrod kolekciju <Li> tagus, kura klase ir "nosacījums" un <IMG> bērni.  Tā tad atkārtojas pa visu to.  Strādāja kā šarmu.

Es droši vien varētu racionalizēt to, bet man nekad nav bijis veida unix puisis, ka atrisināt š lai 18 sed un awk, izmantojot ciparu precizitāti un ka es tāds neesmu, ja jQuery vai nu puisis smaids.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Ar LINQ XML parsing

Šeit ir ātri piemēru, izmantojot LINQ parsēt, daži  XML un tikt pie sweet, Sweet atribūtus, tajā.

Lūk, es gribu, lai parsēt XML:

<?XML version = "1.0" Encoding = "utf-8" ?>
<DeafultConfigurationSets>
  <PageLayouts>

    <PageLayout nosaukums = "xyzzy">
      <Cilnes>
        <TAB TabOrder = "1" TabLabel = "x" SharePointContentType = "" AdditionalConstraints = "ac1" />
        <Cilnes TabOrder = "% 2" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
      </Cilnes>
    </PageLayout>

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

  </PageLayouts>
</DeafultConfigurationSets>

Es gribu izveidot dažas cilnes Runtime, analizējot iepriekš minēto.  Manas zīmnes, ir atkarīgs no lapas izkārtojumu.  Ja manas lapas izkārtojuma nosaukums ir "xyzzy2", tad es vēlos saņemt cilnēm 100, 101 un 103 (cilnes <PageLayout nosaukums = "xyzzy2">).

Šeit ir LINQ, kas to dara:

var allTabs =
              no p
                  XElement.Parse(theXmlToParse).
                 
Elementi("PageLayouts").
                  Elementi("PageLayout")
              kur (p.Attribute("name").VALUE.Equals("xyzzy2"))
              m p.Elements("Tabs").Elementi("Tab")
              Atlasiet m;

          Results.Text = string.Tukšs;

          foreach (var aTab allTabs)
          {
              Results.Text =
                  "Tabulēšanas secība: " + aTab.Attribute("TabOrder").Vērtība + " |" +
                  "Tab etiķete: " + aTab.Attribute("TabLabel").Vērtība + " | " +
                  "SharePointContentType: " + aTab.Attribute("SharePointContentType").Vērtība + " | " +
                  "AdditionalConstraints: " + aTab.Attribute("AdditionalConstraints").Vērtība + "r";
          }

Iepriekš, Mainīgais "theXmlToParse" ir string mainīgais, bet jūs varat izmantot kravas() plūsmas, ja jums patīk metodi.

"Rezultāti" ir etiķete, uz web formu un izpilda šā kodeksa, tas izskatās šādi:

SNAGHTML11cd2e7c

Neesmu strādājis, kā iespējams sakārtot rezultātus vēl, tāpēc es ņemšu atvaļinājumu, ka nākotnes blog post.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery un anonīmi lietotāji

Man ir iespējota anonīmā piekļuve manā vietā, lai pārbaudītu meklēšanas web daļu esmu attīstās un nav liels pārsteigums, tā īsti nestrādāja.  Anonīmu piekļuvi diezgan daudz vienmēr ir izaicinājums man.

Šajā gadījumā, sākotnējo meklēšanas nebija darbojas kāda iemesla dēļ.  Vajadzētu teikt, ka tas bija darbojas, bet tā bija atgriešanās nav nekādus rezultātus.  Es lietoju KeywordQuery, ka sākotnējie displeja.

I did ātru meklēšanu un šis blog post by"sowmyancs"nāca klajā diezgan ātri: “SharePoint 2010 Meklēšanas: neuzrāda nekādus rezultātus par anonīmie lietotāji?”  Ka bloga ieraksts apraksta problēmu no ārpus lodziņa atslēgvārdu meklēšanas viedokļa, bet izturēšanās bija līdzīgs mine-tā strādāja autentificēto lietotāju un anonīmie lietotāji, bet anonīmi lietotāji ieguvuši bez rezultātiem. 

Es sekoju instrukcijām un bang!  Tas atrisināt manu problēmu.  Es neesmu pārliecināts, ko tas ir blakusparādības, un tās var izrādīties problēma, taču īstermiņa rezultāts ir noderīga.

Noklikšķiniet uz caur blog:

image

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery un rekvizītu HiddenConstraints

Esmu bijis dara mazliet par darbu ar KeywordQuery objektu koplietošanas vidē SharePoint 2010 un, kas izmanto HiddenConstraints īpašuma.

Didn't atrast visus uzreiz noderīgu informāciju par to, ka nekustamā īpašuma, tāpēc es domāju, ka būtu ātri pierakstīt kā es esmu, izmantojot to.

Cik varu pateikt, tas ir automātiska ierobežojums, pievienot vaicājumu tā, lai varētu kārtot Park to tur un nav jāuztraucas par to.  Kā tāds, tas ir vienkārši cits atslēgvārds (vai atslēgvārdu kopu) un apzīmētājus, kas var ievadīt UI tad, kad jūs atslēgvārdu meklēšanu.  Lūk, piemērs:

keywordQuery.HiddenConstraints = "darbības joma:\"Industry" ";

Var pievienot papildu ierobežojumus ar kosmosa norobežotāju.

keywordQuery.HiddenConstraints = "darbības joma:\"Industry" aizsardzība";

Iepriekš sacīja angliski, "palaist atslēgvārda vaicājumu, kas meklē"defense"un turklāt, Izmantojiet "Nozare" tvērumu.

Šeit ir vēl viens veids, kā apskatīt vienu un to:

image

Es jau labu laiciņu izmantoju to sniegt konteksta atkarīgus automātiskās darbības jomu uz pielāgotas web daļas.  Kad lietotājs noklikšķina uz cilnes un noklikšķina uz meklēšanas pogas, cilnes diktē konkrētā meklēšanas tvērumu.  Tas strādā arī līdz šim.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Piemērs: XSLT izveidot HTML Href ir

Esmu bijis dara mazliet XSL stuff pēdējā laikā un domāju, ka es liktu kopā izlasi manu turpmākai izmantošanai un kas var būt noderīga mums visiem XSLT ers iztikas pelnīšanu, internets.

Apsveriet šādas XML:

<FdcSearchTabsCollection Count = "2">
  <SearchTab Label = "Industry" SortOrder = "00" Label = "Nozaru" SearchConstraints = "contenttype:Rūpniecība" TabID = "831b2a74-98c4-4453-8061-86e2fdb22c63" />
  <SearchTab Label = "prakse" SortOrder = "01" Label = "Prakse" SearchConstraints = "contenttype:PracticeGroups" TabID = "678e206b-6996-421f-9765-b0558fe1a9c0" />
</FdcSearchTabsCollection>

Šādu XSL fragmentu radīs kārtotajā sarakstā hrefs ciļņu:

<XSL:veidne atbilst "FdcSearchTabsCollection =" XML:vieta = "saglabāt">
   
    <!– "Visu" cilne –>
    <href = "javascript:ViewTab("Visiem")">Skatīt visas</a>
   
    <!– Katru atsevišķu cilni –>
    <!– Atkārtot ar visām cilnēm un apskatīt pareizos  saites. –>
    <XSL:par katru atlases = "SearchTab">
      <XSL:kārtot select="@SortOrder"/>

      …
      <href = "javascript:ViewTab(‘{@TabID}’)"><XSL:vērtību, select="@Label"/></a>
    </XSL:par katru>

    <br /> 
   

   </XSL:Veidne:>

Lūk, kā tas izskatās, ka SharePoint:

SNAGHTML78aa2cb

 

 

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin