Végtelenül beágyazása <Div> Címkék és jQuery

Ez úgy tűnik, mint a oddball téma, Nem vagyok biztos benne, tényleg megéri blogging körülbelül, de amit soha nem leállt előtt nekem, so here we go Mosoly

Dolgozom a projekt, ahol vagyok húz a keresésből néhány adat, XML-üzenetet, majd az XML csomagolás végső soron részszabványokat HTML keresztül XSLT.  Van egy csomó jQuery érintett, egy kicsit néhány bejárási funkciót valósítja meg.  Ha rákattint egy lapon (valóban, egy <Div>), jQuery meghívja .hide() és .show() a különböző div-ekre (a kezdeti oldal teher letöltések minden tartalom, így van ebben az esetben nem a visszaküldések).

Egy csomó órával ezelőtt, Váltás a logikai lap kezdett kiszámíthatatlanul viselkednek, és ez nem mutat én a fülek egyikére.  Én végül nyomon azt le arra a tényre, hogy az internet explorer (legalább) azt hitte, hogy a <Div> messze egymásba ágyazott címkék, sokkal mélyebb, mint a tervezett.A fejlesztő eszköztár volna megjelenítése:

-<Div id = "Tab1Content">
  -<Div>
    -<Div>
      -<Div id = "Tab2Content">
        -<Div>
           …………………………
                   </Div>  <— Végül mutatja azt bezárták minden módon itt!

Így, én tett egy $("# Tab1Content").elrejtése(), Azt is elrejtheti az Tab2 és lehetett soha nem mutatni Tab2 ha nem is show Tab1.  Én fénymásoló és tészta a kód-ba visual studio, és megmutatta a div vonalba minden szépen, csak szeret ők voltak feltételezett-hoz csinál, mint ez keres:

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

Üt a fejem ellen a fal egy darabig, és észrevettem, hogy a tényleges HTML kódot generáló volt sok üres <Div> Címkék, mint:

<szerv>

  <Div id = "Tab1Content">

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

  </Div>

  <Div id = "Tab2Content">

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

  </Div>

</szerv>

(A fenti túlegyszerűsített waaaaaaaaaaaay.  Az üres div címkék teljesen érvényesek. Néhány én <Div> Címkék voltak teljes tartalom, de nem volt sok több.  Azért jöttem, hogy a megvalósítás, az én-m <XSL:for each> irányelvek kibocsátó voltak a rövid alakos div címkék, amikor az xsl:for each nem ' minden adat megkereséséhez.  A kimeneti HTML-megjegyzés kénytelen azt, Amint:

image

 

Után tett amit, a div szépen oszlopszélességeket és én fülre-kapcsol kezdett el dolgozni.

Mint mindig, Remélem, ez segít valaki, egy csipet.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Quick Fix: "A tartalomtípus neve „$ Resources:ReportServerResources … nem tartalmazhat … különleges karakterek”

Már eltöltött idő takarítás megjelöl egy SharePoint 2010 webhely és a karbantartási problémák egyike vonatkozik egy sérült / helytelenül telepített SQL Server jelentés Services probléma.  A probléma merült fel, amikor a kollégáim egyik webhely mentése sablonként próbálta, majd hozzon létre egy új, sablonon alapuló webhely létrehozása.  A Mentés művelet munkás finom, de amikor megpróbált új hely létrehozása, SharePoint megjelenik a következő hibaüzenet:

Hiba

A tartalomtípus neve „$ Resources:ReportServerResources,DataSourceContentTypeName;"nem tartalmazhat: \ / : * ? “ # % < > { } | ~ & , két egymást követő időszakok (..), vagy speciális karaktereket, például tabulátorokat.

Itt van egy képernyő-sapka:

 

image

Volt egy pillantást a tartalomtípusok a hely, és alapít ez:

image

Azok a tartalomtípusok is egyértelműen egészségtelen.

Ez a probléma, úgy tűnik, gyere sok a Internets, és ott nem úgy tűnik, hogy hogyan viselkedni megfejt ez egyetlen konszenzus.  Találtam egy kéznél levő táblát, amely a rossz tartalomtípus neve leképezve jó tartalomtípus neve itt: http://social.technet.microsoft.com/Forums/en-ZA/sharepoint2010programming/thread/cb03e866-8184-4943-acfe-cafffa1b8b7a.  Kézzel frissíteni azokat úgy:

image

(BrightStarr a név van nyilvánvalóan nem kötelező, de nem fáj Mosoly )

Ez engedélyezett én-hoz egy új sablon létrehozása, és nem break bármi más webhelyeken, beleértve néhány PerformancePoint Server dolog, amit egy teljesen különböző csoportnak voltak működő-ra.  Tudtam, majd a sablon alapján új hely létrehozása.  A siker!

Nem vagyok biztos benne, ez egy 100% Megoldás, de megvan nekem, és mindenkinek, aki részt múltbeli ez bosszantó hiba.  Ha találok valami új, I post frissítés.  Én idegesség ered, az a tény, hogy ezek a nevek nem kell rossz az első helyen és rögzítésével, a megjelenítendő név, Én nem vagyok a belső név érnek. 

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Egy ok esetében a "a hiba létrehozója nem adott meg okot.”

Amit csinál sok munka SharePoint keresési mostanában, és a kifejezetten az KeywordQuery osztály, Tulajdonságok és metódusok.

Ha azt szeretné, hogy az eredményhalmazt ad vissza eredményt, a szokásos gyanúsítottak túlmutató (lásd itt), a SelectedProperties gyűjtemény hozzáadása, mint a:

myKeywordQuery.SelectProperties.Add("xyzzy");

Sok köszönet és egy tipp, hogy kalap Corey Roth és Ez rendkívül hasznos blogbejegyzést (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Az én esetemben, "xyzzy" nem kezelt tulajdonsághoz ténylegesen.  Amikor azt is Hozzáadtam SelectedProperties egyébként, SharePoint dobta egyik kedvenc valaha runtime kivételek:

"A hiba létrehozója nem adott meg okot."

Én különösen, mint a tőke "R" okát.  Ez úgy hangzik, hogy nekem, mint a.NETTÓ egyenértékű"Nekem van nem száj, és azt kell scream.”

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Kéznél levő hivatkozás: Alapértelmezett KeywordQuery Keresés eredménye

Amikor elindítania a végrehajtás() a módszer egy KeywordQuery, egy ResultType.RelevantResults alapuló ResultTable hozhat létre.  Ez a kódrészlet szemlélteti, hogy mit jelent:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Az eredményül kapott táblát lesz a következő oszlopok információk: 

Munkaazonosító
Rank
Cím
Szerző
Mérete
Elérési út
Leírás
Írás
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Ez a lista azt levezetni egy SharePoint 2010 környezet, Enterprise edition.  Remélhetőleg ez lesz hasznos, hogy valaki a jövőben.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Egyik oka: „Nem sikerült a megoldás a cab-fájl kicsomagolása”

A visual studio-kijelző közben projekt ma, Én tett egy kisebb re-org néhány fájlt a telepítési folyamat részeként a _layouts mappában kell forgalomba. Kifejezetten, I. átnevezték a .js fájl "TypeAhead származó"TypeAhead.js"(régi).js"  Terv, távolítsa el azt, amint az utódja, "TypeAhead.js" helyes bizonyul.  Úgy nézett ki, mint ez:

image

Ez azonnal a visual studio problémát okoztak, amikor megpróbáltam telepíteni a projekt:

Hiba történt a telepítési lépés megoldás hozzáadása: Nem sikerült a megoldás a cab-fájl kicsomagolása.

Kiderül, hogy Önnek kellene nem tesz egy zárójelet a fájlnevekben.  Eltávolítottam a parens, és hogy megfejt a probléma.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Még több jQuery–Példa a kép átméretezése

A kijelző irántuk régi egy ügyfél-szállító, és ez birtokol egy kép mérete probléma.  A képek legyenek a 60×50 valami furcsa okból, de, az eredeti szállító kényszerítette őket-ba 42×42, így néznek, squashed:

 

Jó kép

Rossz kép

Itt van a korrektúrák (kissé egyszerűsített):

<táblázat osztály = "bővített outlook">
  <thead>
    <TR>
      <TH  szélesség = "100′>3 Kedd</TH>
    </TR>
  </thead>

  <alapú>
    <osztály tr = "Időjárás">
      <TD szélesség = "100′>
        <UL>
          <Li-class = "high">Magas: 72&deg;F</Li>
          <Li-class = "alacsony">Alacsony: 44&deg;F</Li>
          <Li osztály = 'feltétel'>Partly cloudy
            <img src =’
http://deskwx.WeatherBug.com/images/Forecast/icons/localized/60×50/en/Trans/cond007.PNG’ szélesség ='42’ magasság ='42’ ALT =” />
          </Li>
        </UL>
      </TF>
    </TR>

  </alapú>

</táblázat>

Akkor lesz megjegyezni, hogy bár a a kép maga elérési útja mutatja a megfelelő dimenzió (60×50) az eredeti szállító arra kényszerítette, hogy 42×42.  miért?  bolond.

Egyébként, Azt akartam, hogy egy gyors és egyszerű megoldás a probléma, és Megfordultam, hogy jQuery.  A trükk az volt, hogy keresse meg a megfelelő összes <img> Címkék.  Nem szeretné eldobni, a más img-címkék (amelyek vannak sok).  Ez a bit jQuery tett a fogás:

<a parancsfájl típus = "text/javascript" src ="http://Ajax.googleapis.com/AJAX/libs/jQuery/1.5/jQuery.min.js"></parancsfájl>

<a parancsfájl típus = "text/javascript">
     $(dokumentum).kész(függvény () {

         $(a feltétel. > img ").minden egyes(függvény (index, cikk)
           
{
             $(cikk).CSS("szélesség", "60."); 
             $(cikk).CSS("magasság", "50");
            });
     }); // a dokumentum betöltése
</parancsfájl>

A gyűjtemény megállapítja, hogy kicsit kód <Li> Címkék, amelynek osztály az "állapot" és <img> gyermekek.  Ez majd végiglépeget mind az összes amit.  Munkás szeret egy igézet.

Lehetne valószínűleg korszerűsítése, de soha nem volt egy unix a π megfejt fickó fajtája a 18 számjegy pontosságú sed és awk használata és a nem vagyok a fajta fickó jQuery, vagy ha Mosoly.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

A LINQ XML-elemzés

Itt van egy gyors példa néhány elemezhető a LINQ használatával  XML- és kap az édes, édes ott attribútumok.

Itt van az elemezni kívánt XML:

<?XML-verzió = "1.0" kódolás = "utf-8" ?>
<DeafultConfigurationSets>
  <PageLayouts>

    <PageLayout name = "xyzzy">
      <Fülek>
        <Lap TabOrder = "1" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "ac1" />
        <Lap TabOrder = "2" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
      </Fülek>
    </PageLayout>

    <PageLayout name = "xyzzy2">
      <Fülek>
        <TAB TabOrder = "100" TabLabel = "x" SharePointContentType = "a" AdditionalConstraints = "ac1" />
        <TAB TabOrder = "101" TabLabel = "y" SharePointContentType = "b" AdditionalConstraints = "ac2" />
        <TAB TabOrder = "103" TabLabel = "z" SharePointContentType = "c" AdditionalConstraints = "ac3" />
      </Fülek>
    </PageLayout>

  </PageLayouts>
</DeafultConfigurationSets>

Szeretné felépíteni néhány futásidőben fülek, a fenti elemzése által.  Én lapfülek lapelrendezés függ.  Ha az én-m oldal elrendezés neve "xyzzy2" majd azt akarja fülek 100, 101 és 103 (a lapfülek <PageLayout name = "xyzzy2">).

Itt van a LINQ, hogy ez nem:

var allTabs =
              a p
                  XElement.Parse(theXmlToParse).
                 
Elemek("PageLayouts").
                  Elemek("PageLayout")
              ahol (p.Attribute("név").Value.Equals("xyzzy2"))
              m-p.Elements("Tabs").Elemek("Lap")
              Jelölje ki a m;

          Results.Text = karakterlánc.Üres;

          foreach (var aTab allTabs)
          {
              Results.Text = (egyenlőségjel)
                  "A bejárási sorrend: " + aTab.Attribute("TabOrder").Érték + " |" +
                  "Lap címke: " + aTab.Attribute("TabLabel").Érték + " | " +
                  "SharePointContentType: " + aTab.Attribute("SharePointContentType").Érték + " | " +
                  "AdditionalConstraints: " + aTab.Attribute("AdditionalConstraints").Érték + "r.";
          }

A fenti, a "theXmlToParse" változó karakterlánc-változó, de használható a terhelés() Ha tetszik a folyamon módszer.

"Eredmények" egy webes űrlapon, és ezt a kódot végrehajtja a címke, úgy néz ki mint ez:

SNAGHTML11cd2e7c

Még nem dolgozott-, hogyan lehet rendezni az eredmények még, hogy elmegyek, jövőbeni blogbejegyzést.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery és a névtelen felhasználók

Én lehetővé tett, névtelen hozzáférés az én-m telek-hoz teszt ki egy keresése kijelzőben már régóta dolgoznak, és nem nagy meglepetés, nem elég munka.  Névtelen hozzáférés nagyjából mindig egy kihívás számomra.

Ebben az esetben, a kezdeti keresés volt futás részére némely ok.  Azt kell mondanom, hogy volt futás, de ez semmilyen eredményt nem tért vissza.  Én használ a KeywordQuery e kezdeti megjelenítés.

Csináltam egy gyors keresést, és ez a blog post által"sowmyancs"jött ki elég gyorsan: “SharePoint 2010 Szálláshelyek keresése: nem mutat akármi eredmények a névtelen felhasználók számára?”  Blog bejegyzés leírja a problémát, a ki a doboz kulcsszó keresés terv, de a viselkedése volt hasonló az enyémhez – ez munkás, a hitelesített felhasználók és a névtelen felhasználók számára, de a névtelen felhasználók nem hozott eredményt. 

Követtem az utasításokat, és bumm!  Ez megfejt az én-m kérdés.  Nem vagyok biztos benne, milyen mellékhatások ez lesz, és bizonyítja, hogy a probléma, a rövid távú eredmény azonban hasznos.

Kettyenés-ra-a blog révén:

image

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery és a HiddenConstraints tulajdonság

Végeztem egy kis munka, a KeywordQuery SharePoint-objektum 2010 és kihasználva a HiddenConstraints ingatlan.

Bármely azonnal hasznos információk az, hogy nem talált tulajdonság, tehát gondoltam, szeretném, ha gyorsan lejegyez hogyan már használja azt.

Amennyire én tud mond, Ez egy automatikus megkötés, hogy a fajta Park, ez van, és ne aggódj a lekérdezéshez hozzáadott.  Az ilyen, -a ' csak egy másik kulcsszó (vagy a kulcsszavak) és módosítók, hogy tudod begépel a UI amikor vagy csinál egy kulcsszavas keresés.  Itt van egy példa:

keywordQuery.HiddenConstraints = "hatókör:\"Industry" ";

Hozzáadhat további megszorítások, a tér határoló.

keywordQuery.HiddenConstraints = "hatókör:\"Industry" védelem";

A fenti mondja angolul, "keres"védelem"kulcsszó lekérdezés futtatását, továbbá, használja az "Ipar" hatálya.

Itt van másik út-ból látszó-on ez:

image

Már használ ez biztosít a szövegkörnyezet-függő automatikus hatókör egyéni kijelző.  Amikor a felhasználó rákattint egy lapot, és a Keresés gombra kattint, a lap azt diktálja, hogy egy adott keresési művelet hatókörét.  Eddig jól működik.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Példa: XSLT létrehozása HTML Href

Már csinált egy kis XSL cucc mostanában, és gondoltam tettem össze a mintát a a jövőben is, és lehet, hogy mindannyiunk számára érték XSLT-esek, hogy egy élő, a internets.

Fontolja meg a következő XML-t:

<FdcSearchTabsCollection szám = "2">
  <SearchTab Label = "ipar" SortOrder = "00" Label = "Ipar" SearchConstraints = "contenttype:Iparág" TabID = "831b2a74-98c4-4453-8061-86e2fdb22c63" />
  <SearchTab Label = "gyakorlatok" SortOrder = "01" Label = "Gyakorlat" SearchConstraints = "contenttype:PracticeGroups" TabID = "678e206b-6996-421f-9765-b0558fe1a9c0" />
</FdcSearchTabsCollection>

A következő XSL-részlet akarat létrehoz egy rendezett listát tabs href Címkék:

<XSL:sablon match = "FdcSearchTabsCollection" XML:szóköz = "megőrzése">
   
    <!– A "minden" Lap –>
    <a href = "javascript:ViewTab("A)">Minden</egy>
   
    <!– Minden egyes lap –>
    <!– Utazgat átmenő minden a Tabs, és megjeleníti a megfelelő  hivatkozások. –>
    <XSL:-minden select = "SearchTab">
      <XSL:Rendezés select="@SortOrder"/>

      …
      <a href = "javascript:ViewTab(‘{@TabID}’)"><XSL:érték-ból select="@Label"/></egy>
    </XSL:for each>

    <br /> 
   

   </XSL:sablon>

Itt van, amit úgy néz ki, mint a SharePoint rendszerben:

SNAGHTML78aa2cb

 

 

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin