Lõputult pesitsevate <DIV> Sildid ja jQuery

Jäta vastus

See tundub nagu oddball teema, Ma ei ole kindel, see on tõesti väärt blogging umbes, kuid see on lõpetanud kunagi mind enne, nii et siin me minna naeratus

Olen töötanud kui olen tõmmates mõned andmed otsingu projekti, pakendi XML-sõnum ja seejärel selle XML-I on lõppkokkuvõttes valitsevaks HTML XSLT kaudu. JQuery palju on seotud, üks bitiseid mis rakendab tabbing funktsioone. Kui klõpsate vahekaardil (Päriselt, a <DIV>), jQuery tugineb .hide() ja .show() erinevate DIVd kohta (Alglehekülg koormuse laadib alla kogu sisu nii, et puuduvad käesolevas asjas puudub postbacks).

A bunch of hours ago, loogikast vahetamise vahekaarti hakanud käituma tavapärasest korrapäratult ja see ei kuva üks minu vahekaardid. Lõpuks jälitatud see asjaolu kuni selle internet explorer (vähemalt) et mõelnud ning <DIV> pesastatud palju silte, palju sügavamal kui ette nähtud.Näitaks tootearendajate tööriistariba:

-<DIV id = "Tab1Content">
-<DIV>
    -<DIV>
      -<DIV id = "Tab2Content">
        -<DIV>
           …………………………
                   </DIV> <— Lõpuks näitab see oli suletud kogu tee alla siit!

Nii, Kui ma tegin a $("# Tab1Content").Peida(), Ma oleks peita ka Tab2 ja ma ei ole kunagi näidata Tab2 kui ma ka ei näidata Tab1. Kopeerimisel ja kleepimisel kood visual studio ja see kõik on div hõõrdkatte kuni ilusti näitas, just nagu nad pidid teed, vaadates nagu see:

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

I võita minu pea vastu seina mõnda aega ja märganud tekitava kood oli tegelik HTML tühi palju <DIV> Sildid, nagu:

<keha>

<DIV id = "Tab1Content">

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

</DIV>

<DIV id = "Tab2Content">

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

</DIV>

</keha>

(Eespool nimetatu on ülelihtsustatud waaaaaaaaaaaay. Tühi div-siltide täielikult kehtivad. Mõned minu <DIV> sildid on täis sisu, kuid ei olnud palju rohkem. Ma tulin realiseerimaks et minu <XSL-i:puhul iga> direktiivides olid kiirgava lühi-vormi div tags kui ka XSL-i:puhul iga ei "leia mingeid andmeid. HTML-I kommentaar sunnitud toodangu, nagu on näidatud:

Pärast tegin, et, kõik div märkeruutudele ilusti ja vahekaarti vahetamine hakanud.

Nagu alati, Ma loodan, et see aitab keegi in a ahtaalla.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Kiiresti kindlaks: "Sisutüübi nimi"$ ressursid:ReportServerResources … ei tohi sisaldada … Erimärkide”

4 vastuseid

Olen olnud kulutama aega puhastustöödega SharePointi 2010 üks populaarsemaid cleanup küsimusi käsitleb on rikutud / valesti installitud SQL Server aruanne teenuste küsimus. Küsimus tekkis, kui üks kolleeg püüdis saidi salvestamine mallina ja seejärel looge sellel mallil põhineva uue saidi loomisel. Salvesta operatsiooni töötas trahvi, kuid kui ta üritas luua uus sait, SharePointi kuvatakse järgmine tõrketeade:

Tõrge

Sisutüübi nime ' $Resources:ReportServerResources,DataSourceContentTypeName;"ei tohi sisaldada: \ / : * ? “ # % < > { } | ~ & , kahe järjestikuse perioodi (..), või erimärke nt kaart.

Siin on ekraani kork:

Mul oli pilk sisutüüpide sait ja leidsin selle:

Nende sisutüüpide on selgelt ebatervislik.

See küsimus tundub, et tulla palju selle Internets ja ei paista olevat ühe üksmeel, kuidas seda lahendada. Ma leidsin kδepδrane tabel kaardistatud halb sisutüübi nime hea sisutüübi nimed siia: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a. I käsitsi värskendada neid thusly:

(BrightStarr nimi on loomulikult vabatahtlik, aga oleks ju naeratus )

See võimaldas mul luua uue malli ja ei riku midagi muud alad, sealhulgas PerformancePointi serveri kraami, mis töös olnud hoopis teistsugune grupp inimesi. Mul oli võimalus luua uue saidi malli. Edu!

Ma ei tea, see on ka 100% lahendus, kuid ta sai mind ja kõiki osapooli viimase selle tüütu viga. Kui ma leian midagi uut, Ma pärast update. Minu närvilisus tuleneb asjaolust, et neid nimesid ei tohiks olla vale esimese koha ja määrata kuvanimi, Ma olen liigutav siseturu nimi.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Üks põhjus puhul "see on selle puudusepõhjusetähise looja ei täpsustanud põhjust.”

Jäta vastus

Ma olen teinud palju tööd on SharePointi otsingu viimasel ajal ja spetsiaalselt KeywordQuery klass, atribuudid ja meetodid.

Kui soovite naasta tulemused üle ja pärast tavalisi kahtlusaluseid tulemikomplekti (Vaata siit), SelectedProperties kogumine lisamist, nagu ka:

myKeywordQuery.SelectProperties.Add("xyzzy");

Suur tänu ja hat-tip Corey Roth ja See tohutult kasulik blogi postitus (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Minu puhul, "xyzzy" ei ole tegelikult hallatava atribuudiga. Kuna lisasin ta SelectedProperties Igatahes, SharePointi viskas üks mu lemmik kunagi runtime erandid:

"See süü looja ei täpsustanud põhjust."

Ma eriti nagu kapitali "R" põhjus. See kõlab mulle nagu .NET ekvivalent"Mul pole suu, ja mul tuleb naerukoht.”

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Käepärane viide: Vaikimisi tuleneb KeywordQuery otsing

1 Vastus

Kui sa tugineda selle Execute() meetod on KeywordQuery, Saate luua ResultTable põhineva ResultType.RelevantResults. See koodilõigu näitab, mida ma mõtlen:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Tulemuseks saadav tabel on teavet järgmised veerud:

Töö ID
Rank
Pealkiri
Autor
Suurus
Tee
Kirjeldus
Kirjutage
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Selle loendi saadud SharePointi 2010 keskkond, Enterprise edition. Loodetavasti see on mugav kellelegi tulevikus.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Üks põhjus: "Ei saa ekstraktida cab-faili lahuses”

4 vastuseid

Töötamise ajal visual studio veebiosa projekti täna, Ma tegin väikese re-org mõned failid pannakse kausta _layouts juurutuse käigus. Konkreetselt, I ümber js faili "TypeAhead.js" "TypeAhead(vana).js" Mul on plaan kustutada niipea, kui tema järglane "TypeAhead.js" osutub õige. Ta nägi välja selline:

Põhjuseks kohe visual studio probleem, kui ma püüdsin juurutamise projekti:

Juurutamise etapis lisa lahendus ilmnes tõrge: Lahenduse cab-faili ekstraktimine nurjus.

Selgub, et te ei peaks panema sulgudes failinimed. Eemaldasin selle parens ja probleem lahendatud.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Veel rohkem jQuery–Näide pildi suuruse muutmine

Jäta vastus

Veebiosa päritud kliendi vana hankija ja see on probleem graafika suurus. Pildid peaksid olema 60×50 kuid mõned veider põhjus, esialgse tarnija sundis neid 42×42, nii et nad näevad kokkupigistatud:

Hea pilt	Halb pilt

Siin on märgistus (mõnevõrra lihtsustatud):

<Tabel klassi = "extended-outlook">
<thead>
    <TR>
      <th laius = "100′>3 Teisipäev</th>
    </TR>
</thead>

<tbody>
    <TR klassi = "prognoos">
      <TD laius = "100′>
        <UL>
          <Li klassi = "kõrge">Kõrge: 72&kraadi;F</Li>
          <Li klassi = "madal">Madala: 44&kraadi;F</Li>
          <Li klassi = "tingimus">Päikeseline
            <img src =’http://deskwx.weatherbug.com/images/Forecast/icons/localized/60×50/EN/trans/cond007.png’ laius = "42’ kõrgus = "42’ alt =” />
          </Li>
        </UL>
      </TD>
    </TR>

</tbody>

</Tabel>

Sa pead tähele, et kuigi Euroopa tee pilt ise kuvatakse õige mõõt (60×50) esialgse tarnija sunnitud 42×42. Miks? Hull.

Igatahes, Tahtsin kiire ja lihtne lahendus sellele probleemile ja keerasin jQuery. Trikk oli leidma kõik asjakohased <img> Sildid. Ma ei tahtnud sopp img siltidega (mida on palju). See natuke jQuery ei trikk:

<script type = tekst/javascript"" src ="http://Ajax.googleapis.com/Ajax/libs/jQuery/1.5/jQuery.min.js"></skripti>

<script type = "tekst/javascript">
     $(dokumendi).valmis(funktsioon () {

         $(' li.condition > img ").iga(funktsioon (indeks, kauba)
            {
             $(kauba).CSS("laius", "60");
             $(kauba).CSS("kõrgus", "50");
            });
     }); // dokumendi laadimisel
</skripti>

See natuke koodi leiab kogumine <Li> Sildid, kelle klassis on "seisund" ja <img> lapsed. Ta kordab siis kõik see läbi. Töötas nagu võlu.

Ma oleks ilmselt sujuvamaks, Aga ma ei ole kunagi olnud üks selline unix mees, et lahendada π et 18 numbrite täpsus sed ja awk ja ma ei ole sellist kui jQuery mees kas naeratus .

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Sõelumisel LINQ koos XML

Jäta vastus

Siin on kiire näiteks kasutades LINQ sõeluda mõned XML-i ja magus peatuses, magus omistatakse neis.

Siin on, ma tahan, et sõeluda XML:

<?XML-i versioon = "1.0" kodeering = "utf-8" ?>
<DeafultConfigurationSets>
<PageLayouts>

    <PageLayout nimi = "xyzzy">
      <Vahekaardid>
        <TAB TabOrder = "1" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "Ac1 madalamal temperatuuril" />
        <TAB TabOrder = "2" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
      </Vahekaardid>
    </PageLayout>

    <PageLayout nimi = "xyzzy2">
      <Vahekaardid>
        <TAB TabOrder = "100" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "Ac1 madalamal temperatuuril" />
        <TAB TabOrder = "101" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
        <TAB TabOrder = "103" TabLabel = "z" SharePointContentType = "c" AdditionalConstraints = "ac3" />
      </Vahekaardid>
    </PageLayout>

</PageLayouts>
</DeafultConfigurationSets>

Soovin luua mõned kaardid käitusajal poolt parsing eespool. Minu vahekaartide sõltuvad lehe paigutus. Kui minu leheküljendi nimi on "xyzzy2", siis ma tahan saada vahekaardid 100, 101 ja 103 (vahekaarte <PageLayout nimi = "xyzzy2">).

Siin on see LINQ:

var allTabs =
              : p
                  XElement.Parse(theXmlToParse).
                  Elemendid("PageLayouts").
                  Elemendid("PageLayout")
              Kui (p.Attribute("nimi").Value.Equals("xyzzy2"))
              m p.Elements("Kaardid").Elemendid("Kaart")
              Valige m;

          Results.Text = string.Tühi;

          foreach (var aTab allTabs)
          {
              Results.Text =
                  "Tab järjekorras: " + aTab.Attribute("TabOrder").Väärtus + " |" +
                  Jaotises silt": " + aTab.Attribute("TabLabel").Väärtus + " | " +
                  "SharePointContentType: " + aTab.Attribute("SharePointContentType").Väärtus + " | " +
                  "AdditionalConstraints: " + aTab.Attribute("AdditionalConstraints").Väärtus + "r";
          }

Ülalnimetatud, muutuja "theXmlToParse" on stringi muutuja, kuid saate koormus() meetod oja, kui sulle meeldib.

"Tulemused" on silt veebivormi kaudu ja kui see kood käivitab, See näeb välja selline:

Ma ei töötanud, kuidas järjestada tulemusi veel, nii et ma jätan selle tulevane blogi postitus.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SharePointi 2010 KeywordQuery ja anonüümsed kasutajad

Jäta vastus

Anonüümne juurdepääs lubatud sivustoni testimiseks välja Otsingu veebiosa olen töötanud ja suureks üllatuseks, See ei ole päris töö. Anonüümne juurdepääs on päris palju alati väljakutse minu jaoks.

Sel juhul, esialgses otsing ei olnud tööta mingil põhjusel. Ma peaks ütlema, et see oli Jooks, kuid ta oli tagasi mingeid tulemusi. Ma kasutan on KeywordQuery selle esmase ekraani.

Ma tegin kiire otsingu ja see blogi postitus"sowmyancs"tulid üsna kiiresti: “SharePointi 2010 Otsi hotelle: anonüümsete tulemusi ei esitata?” Et blogi kirje kirjeldab probleemi välja lahtrisse märksõna otsing perspektiivi, kuid käitumine oli sarnane minu – see töötas autenditud kasutajad ja anonüümsed kasutajad, Aga anonüümsetel kasutajatel sain mingeid tulemusi.

Ma järgisin juhiseid ja pauk! See lahendatud minu probleem. Ma ei tea, mida see on kõrvaltoimeid ja nad võib probleemiks osutuda, kuid lühemas perspektiivis on kasulik.

Läbi blogi kliki:

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

SharePointi 2010 KeywordQuery ja HiddenConstraints kinnisvara

Jäta vastus

Olen teinud natuke tööd koos selle KeywordQuery SharePoint objekti 2010 ja kes kasutavad selle HiddenConstraints kinnisvara.

Ma ei leidnud kohe kasulikku teavet ning selle vara, nii et ma arvasin ma kübeke kiiresti ette kuidas ma olen kasutanud seda.

Kui ma saan öelda, See on automaatne piirang lisada päringu, et seal see Park sortida ja ei muretse selle pärast. Kui selline, See on lihtsalt üks märksõna (või märksõnad) ja tippida-UI kui sa teed Märksõnaotsingu modifitseerijad. Siin on näide:

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

Saate lisada täiendavaid piiranguid ruumi eraldaja.

keywordQuery.HiddenConstraints = "ulatus:\"Industry" riigikaitse";

Eespool ütleb inglise keeles, "otsin"riigikaitse"märksõna päringu käivitamine ja peale selle, Kasuta "Tööstus" ulatus.

Järgnevalt veel üks viis vaadeldes seda:

Ma olen kasutanud seda pakkuda kontekstist sõltuv automaatne ulatus kohandatud veebiosa. Kui kasutaja klõpsab menüü ja klõpsab nuppu Otsi, tab dikteerib konkreetse otsinguulatus. See töötab hästi seni.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin

Näide: XSLT-d luua HTML Href's

1 Vastus

Olen teinud natuke XSL kraami viimasel ajal ja arvasin ma paneks kokku proovis minu hilisemaks ja, mis võivad olla meile kõigile XSLT-ers muutes elu ning internets.

Kaaluge järgmist XML:

<FdcSearchTabsCollection Count = "2">
<SearchTab Label = "tööstusharu" SortOrder = "00" silt "Tööstus" SearchConstraints = "contenttype =:Tööstus" TabID = "831b2a74-98c4-4453-8061-86e2fdb22c63" />
<SearchTab Label = "tavad" SortOrder = "01" silt "Tava" SearchConstraints = "contenttype =:PracticeGroups" TabID = "678e206b-6996-421f-9765-b0558fe1a9c0" />
</FdcSearchTabsCollection>

XSL koodijupi loob sorditud loendi hrefs vahekaardid:

<XSL-i:malli vastet = "FdcSearchTabsCollection" XML-i:Kosmos = "Säilita">

    <!– "Kõik" TAB –>
    <href = "javascript:ViewTab("Kõik")">Vaata kõiki</a>

    <!– Iga individuaalse kaart –>
    <!– Itereerima läbi kõik kaardid ja kuvatakse õige lingid. –>
    <XSL-i:iga valige = "SearchTab">
      <XSL-i:Sorteeri select="@SortOrder"/>

      …
      <href = "javascript:ViewTab(‘{@TabID}’)"><XSL-i:väärtust, select="@Label"/></a>
    </XSL-i:puhul iga>

    <br />


   </XSL-i:Mall>

Siin on, kuidas ta näeb SharePoint:

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin