Standard WSS, MOSS adat belépés képernyők nem támogatják a kaszkádolt legördülő menük (vagy más intra-a kommunikáció)

FRISSÍTÉS (04/2008): Ez a nagy blog bejegyzést mutatja a jó javascript alapú megközelítése a probléma: http://webborg.blogspot.com/2008/04/add-functions-and-events-to-sharepoint.html

UPDATE II: (04/2008): Ez a blog bejegyzés úgy néz ki, ígéretes, valamint: http://www.cleverworkarounds.com/2008/03/13/free-mosswss-2007-web-part-hide-controls-via-javascript/

Hetente többször, Ha nem napi, fórum felhasználók leírni a követelmény, hogy általában sülnek keresztül kaszkádolt legördülő menük. Például, Van két csepp-legyőz vezérlőberendezés:

  • Oldalra dől-ból U.S. Államok
  • Oldalra dől-ból U.S. városok.

A felhasználói felület felelős, szolgáltatók, azt akarjuk, hogy működik, mint ez:

  • Paul kiválasztja a U.S. állam a legördülő menüből.
  • Ez okozza a városok legördülő szűrő csak azokat a városokat, hogy tartozik a kijelölt állapot.
  • Paul kiválasztja a város, a szűrt listáról.

Ez a szolgáltatás nincs out-of-the-box támogatás. valójában, nincs OOB támogat bármilyen közvetlen belüli-kommunikáció. Ez magában foglalja a programozott mezők elrejtése/engedélyezése vagy letiltása a mező változásai máshol az űrlapon.

Igazi célja ez a cikk, hogy leírja a lehetséges megoldásokat, és ezek közül a tudom őket:

  1. Fejlesztésére egyéni oszlopok. Egyéni-oszlop-fejlesztő, akkor teljes mértékben ellenőrzése alatt a "világ" Egyéni oszlop. Alkalmazhat egy zuhogó csepp-legyőz így.
  2. Fontolják meg a munkafolyamat. Bizonyos esetekben, szeretné automatikusan rendelje hozzá egy értéket a mező értékét egy másik mező alapján. Ebben az esetben, Ön általában megpróbálja használni a számított oszlop, de néhány alkalommal, csak nem kap a munka megtett. SharePoint Designer-munkafolyamat egy viszonylag felügyelete-barát alternatívát leengedjük a kód és a visual studio. Ha ezt az utat, legyen tisztában a probléma révén Ez a cikk (http://paulgalvin.spaces.live.com/blog/cns!CC1EDB3DAA9B8AA!405.entry).
  3. Eseménykezelők: Mint a munkafolyamat, Ez a megoldás egy után-a valójában. Az event handler egy .NET kódösszeállítás (C#, VB.NET) melyik SharePoint átadja a vezérlést. Az objektum Önnél van hozzáférése az adatokhoz, a lista (és a teljes objektum modell) és tudod csinálni akármi szükséges számítási.
  4. A SharePoint Designer segítségével létrehozhat egyéni nevezési. Nincs közvetlen tapasztalat ezzel a megközelítéssel, but I hear they are doing good things with NewForm.aspx these days 🙂
  5. Roll saját ASP.NET adat belépés függvény (önálló weblapként vagy kijelző) és azt használd helyette.

Ha valaki tudja a más vagy jobb lehetőségek, legyen szíves felad egy magyarázat és én majd frissíti a test ezen a poszton.

<vége />

Technorati Tags:

4 gondolatok „Standard WSS, MOSS adat belépés képernyők nem támogatják a kaszkádolt legördülő menük (vagy más intra-a kommunikáció)

  1. Paul Galvin
    Monjo,
    Thanks for the comment, Ez a fajta visszacsatolás, amely azt reméltem.
    Úgy tűnik, hogy mivel ezt írom, a költség $349 USD? Ha igen, az ár-korlátlan használata?
    kösz!
    –Paul
    Válasz
  2. Mike Mongeau

    Paul,

    Ellenőriz ez ki: http://www.spsdev.com/filter.aspx .

    A saját honlapján: "SpsDev.Com: barátait szűrő mezőre egy egyéni mező típusát, hogy ez szűrés.
    Hozzáadhat egy a sok szűrő mezőket a lista vagy tár, és minden egy
    a másik szűrt mező a lista alapján szűrni. Válasszon egy állam
    egy mező, és a következő mező települései van szűrve csak
    az adott államnak az elemek, például. Ebben a kiadásban támogatjuk SQL Server
    2000 és 2005, és a források a mezők adatait XML-. Ha változtatunk a
    minden a csepp downs kiválasztása, a csepp downs, alatta mind egyes
    csak a megfelelő döntéseket alapján szűrve ez
    került sor."

    Monjo

    Válasz

hagyj válaszüzenetet

Az e-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *