Loputtomasti sisäkkäisyys <div> Tunnisteet ja jQuery

Tämä näyttää siltä, että tällaiset: oddball-aiheessa, En ole varma, se kannattaa todellakin blogging noin, mutta joka on koskaan pysäytetty ennen, joten tässä meidän mennä Hymy

Jos vetäminen joitakin tietoja haun kautta projektin työskentelen, pakaten se ardor XML-viestin ja että XML muuttuu lopulta HTML kautta XSLT.  On paljon jQuery, yksi vähän joka toteuttaa joitakin tabbing toimintoja.  Kun valitset välilehti (Todella, a <div>), jQuery vetoaa .hide() ja .show() kaupungin eri divs (alkuperäisen sivun latausaika Lataa kaiken sisällön, joten ei ole postbacks tässä tapauksessa).

Joukko toukokuu, Kaistale heilahdus logiikka on alkanut käyttäytyä odottamattomalla tavalla ja se ei Näytä yksi välilehtiäni.  Lopulta jäljittää se siitä, että internet Exploreria (ainakin) Ajattelin, että <div> Sisäkkäiset paljon Tunnisteet, paljon syvemmällä kuin on tarkoitettu.Kehittäjä-työkalurivin osoittaisi:

-<div id = "Tab1Content">
  -<div>
    -<div>
      -<div id = "Tab2Content">
        -<div>
           …………………………
                   </div>  <-Lopuksi osoittaa se suljettiin aina täällä!

Niin, Jos tein $("#Tab1Content").Piilota(), Haluaisin myös piilottaa Välilehti2 ja voisin koskaan näyttää Välilehti2 jos en näyttänyt Tab1.  Kopioida ja liittää koodin visual studio ja se osoitti kaikki div riviin hienosti, aivan kuten ne oli tarkoitus tehdä, Tällainen:

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

Lyödä päätä seinään taas ja huomasin, että todellinen HTML koodi tuottaa paljon tyhjiä <div> Tunnisteet, kuten:

<kehon>

  <div id = "Tab1Content">

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

  </div>

  <div id = "Tab2Content">

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

  </div>

</kehon>

(Edellä on yksinkertaistettu waaaaaaaaaaaay.  Tyhjä div tags on täysin pätevä. Osa minun <div> Tunnisteet olivat täynnä sisältöä, mutta monet muut eivät.  Tulin ymmärtämään, että minun <XSL:for-each> direktiivien olimme päästöt lyhyen lomakkeen div Tunnisteet Kun xsl:kullekin eivät "löytänyt yhtään tietoja.  HTML-kommentti pakotetaan tuotos, kuten:

image

 

Kun tein, että, Kaikki div rivissä kauniisti ja välilehden vaihtaminen aloitti.

Kuten aina, Toivottavasti tämä auttaa joku hyppysellinen.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Quick Fix: "Sisältölajin nimi"$ resurssit:ReportServerResources … ei sisällä … erikoismerkit”

I olet ollut menojen jonkin aikaa SharePoint puhdistaminen 2010 sivuston ja uudelleenjärjestämisen-asioita liittyy vioittunut / väärin asennettu SQL Server Report Services-ongelman.  Ongelma on syntynyt yksi kollegani yrittäessä sivuston tallentaminen mallina ja sitten luoda malliin perustuvan uuden sivuston luominen.  Tallenna toiminto toimi moitteettomasti, mutta kun hän yritti luoda uusi sivusto, SharePoint näyttöön seuraava virhesanoma:

Virhe

Sisältölajin nimi "$ resurssit:ReportServerResources,DataSourceContentTypeName;' ei voi sisältää: \ / : * ? “ # % < > { } | ~ & , kahden peräkkäisen (..), tai erikoismerkkejä, kuten SARKAIN.

Tässä on näytön YMP: n:

 

image

Sivuston sisältölajit tarkastelemme oli ja on löytynyt:

image

Kyseisiä sisältötyyppejä ovat selvästi epäterveellisen.

Tämä ongelma näyttää tuovat paljon oletusverkko annetun ja siellä ei tunnu vallitsee yhtenä päivänä ratkaisemisesta se.  Löysin kätevä taulukon, jossa yhdistetty virheellinen sisältölajien nimiä hyvä sisältölajin nimet tähän: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Manuaalisesti päivittämisen ne thusly:

image

(BrightStarr nimi on tietenkin valinnainen, mutta se ei satuta Hymy )

Tämä mahdollisti minulle uuden mallin luominen ja ei katkaista mitään muissa sivustoissa, myös jotkin PerformancePoint Server-asioita, jotka täysin eri joukko ihmisiä oli parissa.  Olin sitten voit luoda uuden sivuston malliin.  Menestys!

En ole varma, tämä on 100% ratkaisu, mutta se sai minut ja kaikille asianomaisille aikaisemmin tämän ärsyttävää virhe.  Jos löydy mitään uutta, I post päivitys.  Minun hermostuneisuudesta johtuu siitä, että näitä nimiä ei pitäisi olla väärä ensinnäkin ja vahvistamalla näyttönimi, I 'm eikä kosketa sisäinen nimi. 

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksi syy varten "tämän virheen luoja ei määrittänyt syytä.”

I olet tehnyt paljon työtä viime aikoina SharePoint-haun ja erityisesti KeywordQuery-luokka, ominaisuudet ja menetelmät.

Jos haluat palauttaa tuloksia paitsi epäillyt tulosjoukon (Katso tässä), Voit lisätä SelectedProperties-kokoelmaan, kuten:

myKeywordQuery.SelectProperties.Add("xyzzy");

Paljon kiitoksia ja kärki hattu Corey Roth ja Tämä erittäin hyödyllinen blogi (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Minun tapauksessani, "xyzzy" ei ole oikeastaan hallittu ominaisuus.  Kun lisäsin SelectedProperties joka tapauksessa, SharePoint heitti yksi suosikkini koskaan runtime poikkeukset:

"Tämän virheen luoja ei määrittänyt syytä."

Pidän erityisesti pääoman "R" syy.  Tämä kuulostaa minusta kuin .NET vastaavan"Minulla ei ole suuta, ja on huutaa.”

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksinkertainen: Oletusarvon mukaan KeywordQuery haun tulokset

Kun käynnistät suoritus() KeywordQuery-menetelmä, Voit luoda ResultType.RelevantResults perustuva ResultTable.  Tämä koodikatkelman kuvataan, mitä tarkoitan:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Tuloksena olevassa taulukossa on tietoja seuraavat sarakkeet: 

Työtunnus
Sijoitus
Otsikko
Tekijä
Kokoa
Polku
Kuvaus
Kirjoitus
Sivuston nimi
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Tähän luetteloon johdetaan SharePoint 2010 ympäristö, Enterprise edition.  Toivottavasti on kätevä jollekulle tulevaisuudessa.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksi syy: "Liuos cab-tiedoston purkaminen epäonnistui”

Työskennellessäsi visual studio-web-osan projektin tänään, Tein pieniä jälleen org joitakin tiedostoja _layouts-kansioon otetaan käyttöön käyttöönoton yhteydessä. Erityisesti, .Js tiedosto "TypeAhead.js" kuin "TypeAhead uudelleen(vanha).js"  Aion poistaa se heti, kun sen seuraaja "TypeAhead.js" osoittaa oikein.  Se näytti tämä:

image

Syynä ongelma visual Studio heti, kun olen yrittänyt asentaa projekti:

Virhe käyttöönoton askel lisää ratkaisu: Liuos cab-tiedoston purkaminen epäonnistui.

On käynyt ilmi, että ei sijoita sulkeet tiedostonimissä.  Poistettu parens ja että ratkaista ongelma.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Vielä enemmän jQuery–Muuta kuva-esimerkki

Web-osan periytyvät asiakkaan vanha toimittajan ja sen kuvan koko ongelma.  Kuvien tulisi olla 60×50 mutta jostain kumman syystä, Alkuperäinen toimittaja pakotetaan 42×42, niin ne näyttävät litistynyt:

 

Hyvä kuva

Huono kuva

Tässä on merkintä (jonkin verran yksinkertaistettuja):

<taulukko class = "laajennettu outlook">
  <thead>
    <TR>
      <th  leveys = 100′>3 Tiistai</th>
    </TR>
  </thead>

  <TBODY>
    <p class = "ennuste">
      <TD leveys = 100′>
        <UL>
          <Li class = "korkea">Korkea: 72&astetta;F</Li>
          <Li class = "vähän">Matala: 44&astetta;F</Li>
          <Li class = 'ehto'>Aurinkoinen
            <IMG src =’
http://deskwx.weatherbug.com/images/Forecast/icons/localized/60×50/En/Trans/cond007.png’ leveys = 42’ korkeus = 42’ ALT =” />
          </Li>
        </UL>
      </TD>
    </TR>

  </TBODY>

</taulukko>

Saat huomata, että vaikka itse kuvan polku osoittaa asianmukaista ulottuvuus (60×50) Alkuperäinen toimittaja pakotti sen 42×42.  Miksi?  Hullu.

Joka tapauksessa, Halusin nopea ja helppo ratkaisu tähän kysymykseen ja käännyin jQuery.  Temppu oli löytänyt kaikki tarvittavat <IMG> Tunnisteet.  En halua hukata aikaa img Tagit (joista on monia).  Tässä vähän jQuery teki tempun:

<Script type = text/javascript"" src ="http://Ajax.googleapis.com/Ajax/libs/jQuery/1.5/jQuery.min.js"></Script>

<komentosarjan tyyppi = "text/javascript">
     $(asiakirja).valmis(funktio () {

         $("li.condition > img ").kunkin(funktio (indeksi, kohde)
           
{
             $(kohde).CSS("leveys", "60"); 
             $(kohde).CSS("korkeus", "50");
            });
     }); // asiakirja kuormitus
</Script>

Että vähän koodi toteaa kokoelma <Li> Tunnisteet, joiden luokka on "kunnossa" ja <IMG> lapset.  Sitten toistetaan läpi kaiken tämän.  Työntekijä kuin hurmata.

Voisimme luultavasti keventää se, mutta en ole koskaan ollut sellainen unix kaveri, joka ratkaista π - 18 numeroa tarkkuus sed ja awk ja en ole sellainen jos jQuery kaveri joko Hymy.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Jäsennettäessä XML LINQ kanssa

Tässä on nopea esimerkki käyttäen LINQ jäsentää joitakin  XML ja saada makea, Sweet ominaisuudet siinä.

Tässä on haluan jäsentää XML:

<?XML-versio = "1.0" koodaus = "utf-8" ?>
<DeafultConfigurationSets>
  <PageLayouts>

    <PageLayout nimi = "xyzzy">
      <Välilehdet>
        <Välilehti sarkainjärjestys = "1" TabLabel = "x" SharePointContentType = "" AdditionalConstraints = "ac1" />
        <Välilehti sarkainjärjestys = "2" TabLabel = "k" SharePointContentType = "b" AdditionalConstraints = "ac2" />
      </Välilehdet>
    </PageLayout>

    <PageLayout nimi = "xyzzy2">
      <Välilehdet>
        <Välilehti sarkainjärjestys = "100" TabLabel = "x" SharePointContentType = "" AdditionalConstraints = "ac1" />
        <Välilehti sarkainjärjestys = "101" TabLabel = "k" SharePointContentType = "b" AdditionalConstraints = "ac2" />
        <Välilehti sarkainjärjestys = "103" TabLabel = "z" SharePointContentType = "c" AdditionalConstraints = "ac3" />
      </Välilehdet>
    </PageLayout>

  </PageLayouts>
</DeafultConfigurationSets>

Haluan rakentaa joitakin välilehtiä suorituksen jäsentämällä edellä.  Välilehtiäni riippuvat sivun asettelu.  Jos sivun asettelun nimi on "xyzzy2" halua panna tabs 100, 101 ja 103 (välilehtien asetukset <PageLayout nimi = "xyzzy2">).

Tässä on LINQ, että se:

var allTabs =
              Alkaen p
                  XElement.Parse(theXmlToParse).
                 
Elementit("PageLayouts").
                  Elementit("PageLayout")
              Jos (p.Attribute("nimi").Value.Equals("xyzzy2"))
              m p.Elements("Välilehdet").Elementit("Välilehti")
              Valitse m;

          Results.Text = merkkijono.Tyhjä;

          foreach (var aTab allTabs)
          {
              Results.Text =
                  "Välilehti tilaa: " + aTab.Attribute("Sarkainjärjestys").Arvo + " |" +
                  "Välilehti-otsikko: " + aTab.Attribute("TabLabel").Arvo + " | " +
                  "SharePointContentType: " + aTab.Attribute("SharePointContentType").Arvo + " | " +
                  "AdditionalConstraints: " + aTab.Attribute("AdditionalConstraints").Arvo + "r";
          }

Edellä, muuttuja "theXmlToParse" on merkkijonomuuttuja, mutta voit käyttää kuorman() Jos haluat stream-menetelmä.

"Tulokset" on merkintä verkkolomakkeen ja kun tämä koodi suoritetaan, se näyttää tältä:

SNAGHTML11cd2e7c

En ole laatinut miten lajitella tulokset vielä, joten jätän että tulevaisuuden blogi.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery ja anonyymit käyttäjät

Anonyymi käyttö käyttöön sivustoni haun web-osa, joka olen kehittänyt ja suuri yllätys testaaminen, varsin onnistunut.  Anonyymi käyttö on melko paljon aina minulle haaste.

Tässä tapauksessa, ensimmäinen haku ei ollut käynnissä jostain syystä.  Että se pitäisi sanoa oli käynnissä, mutta se oli tuota mitään tuloksia.  Käytössä KeywordQuery kyseinen alustava näyttö.

Tein nopean haun ja tämän blogikirjoitus mukaan"sowmyancs"tuli melko nopeasti: “SharePoint 2010 Etsi: ei näy tuloksia anonyymeille käyttäjille?”  Blogimerkinnän kuvataan poissa-ruutuun avainsanan Etsi näkökulmasta ongelman, mutta ongelman oli samanlainen kuin minun – se toimi Todennettujen käyttäjien ja anonyymeille käyttäjille, mutta anonyymit käyttäjät saivat tuloksia. 

Olen seurannut ohjeiden ja bang!  Se ratkaista ongelman.  En ole varma, mitä tämä on sivuvaikutuksia ja ne voivat osoittautua ongelma, mutta lyhyellä aikavälillä tulos on hyötyä.

Blogin kautta napsauttamalla:

image

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery ja HiddenConstraints-ominaisuus

I olet tehnyt bittinen työn kanssa KeywordQuery SharePoint-objekti 2010 ja HiddenConstraints ominaisuus.

En löytänyt välittömästi hyödyllisiä tietoja, joihin ominaisuus, Joten ajattelin, että olisi nopeasti sivuhuomautusikkunaan kuinka olen käyttänyt sitä.

Osalta, kun voin sanoa, Tämä on automaattinen rajoitus, lisätä kyselyyn niin, että voit lajitella Park sitä siellä ja ole huolissasi.  Sellaisenaan, se on vain yksi avainsana (tai avainsanat) ja valitsimet, jotka voit kirjoittaa Käyttöliittymän, kun teet avainsanahakujen.  Tässä on esimerkki:

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

Voit lisätä ylimääräisiä rajoitteita tilaa erotinmerkki.

keywordQuery.HiddenConstraints = "soveltamisala:\"Industry" puolustus";

Edellä on sanoen englanniksi, "haku"puolustus"avainsanan kyselyn suorittaminen ja lisäksi, Käytä "Tuotannonalan" soveltamisala.

Tässä on toinen tapa sen ulkoasu:

image

Olen käyttänyt sitä tarjoamisen yhteydessä riippuvaisten automaattinen soveltamisala mukautettu web-osa.  Kun käyttäjä napsauttaa välilehteä ja Etsi-painiketta, välilehti määrää erityisesti etsintäalueen.  Se toimii hyvin toistaiseksi.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Esimerkki: XSLT luominen HTML-Href

Olen ollut tekemässä XSL tavaraa hieman viime aikoina ja haluan esittää yhdessä otoksen myöhempää käyttöä varten ja jotka voivat olla arvo meidän kaikkien XSLT-ers ansaitsemiseksi oletusverkko.

Harkitse seuraavia XML:

<FdcSearchTabsCollection määrä = "2">
  <SearchTab otsikko = "tuotannonalan" Lajittelujärjestys = "00" otsikko "Industries" SearchConstraints = "contenttype =:Tuotannonalan" TabID = "831b2a74-98c4-4453-8061-86e2fdb22c63" />
  <SearchTab otsikko = "käytännöt" Lajittelujärjestys = "01" otsikko "Käytännöt" SearchConstraints = "contenttype =:PracticeGroups" TabID = "678e206b-6996-421f-9765-b0558fe1a9c0" />
</FdcSearchTabsCollection>

XSL-koodinpätkä tuottaa lajitellun luettelon hrefs välilehdet:

<XSL:mallin vastine = "FdcSearchTabsCollection" XML:tila = "säilömään">
   
    <!– "-Kaikki" välilehti –>
    <href = "javascript:ViewTab("Kaikki")">Näytä kaikki</a>
   
    <!– Kunkin yksittäisen välilehden –>
    <!– Käydä läpi kaikki välilehdet ja näyttää oikean  linkit. –>
    <XSL:for-each Valitse = "SearchTab">
      <XSL:Lajittele select="@SortOrder"/>

      …
      <href = "javascript:ViewTab(‘{@ TabID}’)"><XSL:arvo-ja select="@Label"/></a>
    </XSL:for-each>

    <br /> 
   

   </XSL:malli>

Tässä on, miltä se näyttää SharePoint:

SNAGHTML78aa2cb

 

 

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin