Kuukausiarkistot: Joulukuuta 2007

Ajatellut kaupallisten tuotteiden

Laitoin SharePoint Designerin palvelinlaajennusten hankkeen kukkulalla CodePlex aiemmin tänä vuonna ja vaikka se oikeastaan aika rajoittuu, Arvioisin, että se on ladannut 40 - 60 (mahdollisesti jopa 100) yritykset vain noin kaksi kuukautta. Se osoittaa minulle, markkinat että ratkaisu ja jos olisin markkinoida sitä onnistuneesti, that could translate into a goodly amount of beer 🙂

Oma taustani on todella paljon enemmän tuotekehitykseen ja tiedän, mitä tarvitaan tuomaan huippuluokkaa tuotetta, Toisin kuin CodePlex harrastus hanke, markkinoille. Tässä minun menneen elämän, Olin vastuussa tuotteen R&D kaikki ohjelmistotuotteet. Ero ennen ja nyt on, että olen nyt työskentelevät konsultti (erinomainen) konsulttiyritys (Conchango). Aiemmin, Minulla oli koko yrityksen takanani ja edessäni, Myy ja tukea toimme markkinoille tuotteita. Tänään, Olisin yksin.

Minulla on useita tuoteideoita mielessä, mutta mielestäni helpoin olisi luoda kaupallinen versio mainitut CodePlex-hanke, joka käyttää sitä lähtökohtana ja se laajennetaan. Sumea lonkalta heitetty mielipiteeni on periä jotain $100 rajoittamaton kehittäjä lisenssin ja $500 / tuotanto www-edusta. Mielestäni myös lahjoittaa lähdekoodi.

Jos sinulla on ajatuksia tai kokemuksia, että olet valmis jakamaan, Jätä kommentti tai sähköpostitse minulle suoraan. Haluaisin kuulla mielipiteitä kuten:

  • Onko se kaikki kannattaa?
  • Käytännön ehdotuksia markkinointi, kerätä rahaa, jakaa.
  • Hinnoittelu.
  • Tuki.
  • Muita huomautuksia haluat jättää.

Se on "helppo" tuote ideoita ja toteuttaa ne, Vaikka monia kymmeniä tunteja työtä tarvitaan. Muut jutut ei ole niin helppoa minulle.

</loppu>

Technorati Tags:

Sunnuntaiaamuna Funny: “Jeesuksen oli kuoltava”

Ostimme ensimmäinen (vain) "luxury" autosi takaisin kun hurrikaani Floyd naulattiin Yhdysvaltain itärannikolla. Saimme paljon sadetta täällä New Jersey ja useita päiviä ohi ennen kuin elämä palautui normaaliksi. Juuri ennen Floyd iski, tarjosimme käytetyt Volvo 850 GL ja Floyd iski, ajoi kotiin.

Se oli ensimmäinen auto CD-soitin. Kuten useimmat uudet auton omistajat, Menimme vähän CD hullu, elvyttää lepotilassa CD-kokoelma ja meni pitkän ajaa vain kuunnella CD: n auto. Kuten kaikki alakulttuuri, Tämä löydös meille ja saimme kuunnella samalla CD uudestaan ja uudestaan. Tässä tapauksessa, se oli Jeesus Kristus Superstar.

Yksi (Monet) loistava kappaletta rock-ooppera on laulanut laitoksen uskonnollisia tyypit, johdolla Kaiafas, "High Priest". Ne laulaa tiensä päättää miten käsitellä "Jeesus ongelma" ja Kaiafaan ohjaa ne johtopäätökseen, että "Jeesuksen oli kuoltava". Laulu, sanotaan "vain täytyy kuolla, on kuoltava, on kuoltava, tämän Jeesuksen oli kuoltava". Kuulitko, että olla paljon tässä pala.

Tuolloin, poikani oli noin kolme vuotta vanha. Voit ehkä nähdä, mihin tämä.

Tulin eräänä päivänä töistä kotiin ja poikani on olohuoneessa leikkiä leluilla ja hyräillä itsekseen. Otan pois minun takki, Katse kautta lähettää postissa ja kaikki minun tavallista Walk-in--door tavaraa ja yhtäkkiä ymmärtää, että hän vain sanoo, ei oikeastaan laulaa: "Jeesuksen oli kuoltava, on kuoltava, täytyy kuolla." Olin nolo. Voisin vain nähdä hänen tehdä, että kun yksi hänen lapsensa pelata päivämäärät ystävän luona — todennäköisesti viimeinen pelata tasalla että vauva ystävä.

We pulled that CD out of the Volvo after that 🙂

</loppu>

Google olisi hyväksynyt minun Live Spaces blogi AdSense-ohjelmaan

PÄIVITYS: Alkaen 03/09, En löytänyt mitään tapaa yhdistää live spaces-tili Google Adsense. Microsoftin järjestelmän näyttää estää kaikki tekniset mekanismit, jonka Google tarjoaa mahdollisten adsense kestikievari. Olen taipuvainen uskomaan, tämä on lähinnä sivuvaikutus he rakennettu live tilat turvallisuus, ei suoraan vaivaa käytöstä Adsense.

Tämä ei ole SharePoint-postitse, mutta voisi olla kiinnostunut bloggaajia yleensä.

Joku kommentoi Windows Live Spaces-blogia, että Google kieltää myöntävästi hakemuksensa osallistua AdSense. Hän teorian Google kielsi häntä, koska Windows Live Spaces isännöi blogiin. Kuitenkin, Olen äskettäin hyväksynyt ohjelmaan live spaces-blogi, niin on joko muuttanut tai Google kielsi häntä jostain muusta syystä.

Tietysti, En näe mitään selvää tapa integroida Google AdSense elää tilaa, but it’s a start 🙂

</loppu>

Technorati Tags: ,

Täytäntöönpanosta Master / Yksityiskohtien yhteyksiä käyttämällä Oma luettelo

Foorumin käyttäjät usein kuin kysymyksiä näin:

> Moi,
>
> Ystävällisesti kertoa minulle, jos on mahdollisuus rakentaa mukautetun luettelon kanssa
> pääkomponentti ja tietokomponentti tyyppi (kuten laskut) ilman InfoPathin avulla.
>

SharePoint tarjoaa joitakin ruutuun ominaisuuksia, jotka tukevat erilaisia liiketoimintavaatimusten kuten pois.

Yleensä, yksi linkkejä kahden luettelon avulla hakusarake. Luettelo A sisältää laskun otsikkotiedot ja luettelossa B sisältää laskutustiedot.

Ylläpitää asiakasnumerot luetteloita avulla, tuotenumerot, jne.

Sisältökysely-web-osan käytöstä (Moss vain) ja/tai tietonäkymän web-osan yhdistettyjen näkymien luetteloiden luominen. SQL Server Reporting Services (SRS) löytyy myös raportointi puolelle.

Kuitenkin, on joitakin tärkeitä rajoituksia, että vaikea käyttää puhdasta OOBE ominaisuuksia mitään, että on edes kohtuullisen monimutkainen. Näitä ovat:

  • Koon liittyvä haku luettelee vs. "smartness" sarakkeen tietotyypin syöteargumenttien. Sarakkeen valintatyypin esittäytyy UI eri tavalla sen mukaan, onko käytössä Multi-Select vai ei. Kummassakin tapauksessa, OOBE ohjausobjekti näyttää kaikki käytettävissä olevat kohteet lähdeluettelosta. Jos lähdeluettelossa on 1,000 kohteita, Tämä tulee olemaan ongelma. Haku valvonta ei sivu läpi ne asiat. Sen sijaan, se vetää ne kaikki ohjausobjektiin. Se tekee erittäin hankala käyttöliittymä sekä tietojen syöttämiseen ja suorituskyvyn.
  • Haut "vetäytyä" yhden sarakkeen tietojen. Et koskaan vedä takaisin useamman kuin yhden sarakkeen tietojen lähde-luettelosta. Esimerkiksi, et voi valita asiakas "12345" ja numero sekä asiakkaan nimi ja osoite samaan aikaan. Hakua näyttää vain asiakkaan numero ja muuta. Tämä tekee avuton ja hankala käyttöliittymä.
  • Sisäinen muotoinen tiedoksiantoa. Olen kirjoittanut tästä täällä. Voitaisi tehdä CSS avattavista, ehdollisesti ottaminen kentät, jne.
  • Johdannaispoistoja tai sisäänrakennettu viite-eheys. SharePoint kohtelee mukautettuja luetteloita pienille tai keskisuurille yrityksille ja ei salli linkittää ne toisiinsa äänimaailmansa ERD. Esimerkiksi, SharePointin avulla voit luoda kaksi mukautettuja luetteloita, "asiakas" ja "laskun otsikko". Voit luoda laskun ylätunnisteen linkkejä asiakkaan asiakasluetteloon. Sitten, asiakkaan poistaminen luettelosta. Kättelyssä, ei ole mitenkään estää tämän. Ratkaista tällaiset ongelmat, tavallisesti käyttämäsi tapahtumakäsittelijät.

Se voi tuntua synkkä, mutta haluaisin silti käyttää SharePoint lähtökohta rakentaa sellainen toiminto. Vaikka on olemassa erot mitä tarvitset ratkaisu, SharePoint mahdollistaa näiden puutteiden käyttämällä työkaluja kuten:

  • Tapahtumakäsittelijät. Käyttää niitä viite-eheyden.
  • Mukautettuja sarakkeita: Luo mukautettuja ja käyttää niitä sijasta oletuksena hakusarake. Lisää henkilöhaku, puskurointi ja AJAX-ominaisuudet, jotta ne vastaavat.
  • BDC. Vain MOSS-toiminto mahdollistaa kyselyn muita SharePoint-luetteloita superior käyttöliittymä tavallista hakusarake. BDC pääsee myös back-end-palvelinsovellukselle. Käytä BDC välttää replikointi. Sen sijaan jäljitellä asiakastiedot loppupäätä ERP-järjestelmä, Käytä BDC sen sijaan. BDC-ominaisuudet tarjoavat arka käyttäjä liitäntä vetää tiedot suoraan ERP-järjestelmä, jossa se kuuluu ja välttää hässäkkä säilyttää replikointi ratkaisu.

    BDC on MOSS-ominaisuus (ei käytettävissä WSS) ja haastava määrittäminen.

  • ASP.NET web-lomakkeen: Luoda täysin varustellun AJAX-pohjaisten lomakkeen, joka käyttää SharePoint objekti mallista ja web services hyödyntää SharePoint-luetteloiden samalla hyvin reagoiva käyttöliittymä.

Viimeinen vaihtoehto voi tuntea olet alkaen tyhjästä, mutta katsovat, että SharePoint-alustan lähtee sinulle seuraavat piirteet:

  • Suojausmalli huolto.
  • Valikkojärjestelmän ylläpito.
  • "Päätaulukko" (ts. Mukautetut luettelot) turvallisuus, sisäänrakennettu huolto ja tarkastus.
  • Etsi.
  • Loppupäätä integrointityökalujen (BDC).

Jos aloitat uuden tyhjän projektin visual studiossa, paljon infrastruktuuria ja LVI rakentaa ennen kuin lähestyt SharePoint tarjoaa.

Mielestäni Microsoft aikoo laajentaa SharePoint tämänsuuntaisia sovelluskehitys. Se tuntuu luonnollinen jatke pohja olemassa SharePointiin. Microsoftin CRM sovellus tarjoaa paljon laajennettavuus tyyppejä tarvitaan tukemaan otsikon tietokomponentin sovelluskehitys. Vaikka nämä ominaisuudet ovat CRM: ssä, tekniikka on ilmeisesti SharePoint-kehitysryhmän ja odotan, että se tekee sen tavalla osaksi SharePoint-tuotteen loppuun mennessä 2008. Jos jollakulla on tietoa tai tietoa tästä, Jätä kommentti.

</loppu>

Vihje: Sisältökysely-Web-osan, Haun sarakkeen arvo ja XSL

Sarakkeen nimi on sisältölaji nimeltään "Real Estate sijainti".

Sarake toimii "haku"-tyyppinen.

On muokattu <CommonViewFields> ja ItemStyle.xsl-sarakkeen näyttäminen.

Yksinkertainen <XSL:arvo, valitse =…> palauttaa takaisin sisäisen arvon, joka sisältää paikan tiedot, kuten:

1;#Miami

Ihmisen-ystävällinen-arvo, käyttää xsl alimerkkijono jälkeen, kuten:

<XSL:( @Real_x005F_x0020_Estate_x005F_x0020_Location, '#') ">< / xsl:arvo >(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:arvo>

Käyttää tätä tapaa, kun hakuarvot XSL-muuntoja käsitteleminen ja tarve saada ihmisten-ystävällinen-arvo.

<Lopeta />

Technorati Tags: , ,

SharePoint-Beagle joulukuuta ongelman määrittäminen & Live

Monet teistä tietävät tämän jo, mutta joulukuun numerosta SharePoint-Beagle on katsottavissa.

Jokainen artikkeli on mielestäni lukemisen arvoinen.

Haluan antaa hieman ylimääräistä kolahtaa kollegani artiklan (Natalja Voskrensenskya). Hän tarjoaa näyttö-shot fantasia kun taas kuvaavat, kuinka hän käyttää mukautettuja luetteloita, työnkulun, SharePoint Designer, tietonäkymiä ja muita elementtejä toteuttaa itsepalvelu koulutus ominaisuus MOSS. Hän kuvailee tekniikoita, joita voidaan käyttää monissa eri tilanteissa. Uloskirjoittautuminen hänen blogi Kun olet sen.

Älä unohda tarkistaa artikkelini as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</loppu>

MOSS kertoo minulle “Käyttö estetty” Työnkulkutehtävän muokkaaminen, Mutta todellakaan Access

Olen pannut työnkulun SharePoint Designerilla sivusto, joka on lähinnä vain luku-NT_AUTHORITYAuthenticated käyttäjille"" (ts. kaikki). On InfoPath-lomakkeen lomakekirjastoon. On liitetty työnkulun tehtäväluettelo sekä niin, että kun työnkulku toimii, se määrittää tehtäviä henkilöille.

Rikon luvan kirjasto ja tehtävän lomakeluetteloon jotta kuka tahansa anonyymi käyttäjä voi luoda lomakkeita ja päivittää heille varattujen tehtävien.

Olen testin matalan etuoikeus testi tili.

Voi Täytä ja Tallenna lomake kirjastoon? –> Kyllä

Tehtävä käyttää email-linkkiä? –> Kyllä

Näen työnkulun tehtävän linkki –> Kyllä

Voit klikkaa linkkiä? –> Ei … Käyttö estetty.

Miksi näkyvissä Muokkaa-linkkiä, että minua ei anna lupaa kun klikkaa sitä? Joka ei ole miten sen pitäisi toimia…

Käyn läpi suojauksen asetukset uudelleen, hyvin tarkasti. Tee sitä uudestaan. Mielestäni tämä viesti poistetaan koska ilmeisesti tiedä mitään tietoja.

Lopuksi, Etsin Internets. Pidän tätä erittäin epätodennäköistä MSDN foorumi säiettä: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Julisteet näyttävät esittävän, että yksinkertainen teko vietäessä työnkulkua ajaa vati korjaa MOSS ongelma? Voin tuskin uskoa vain kirjoittanut, että. Mieleeni South Park-jaksossa siitä, 9/11 salaliitto jossa Stan pyytää meidän Preznit, "Todella?" uudestaan ja uudestaan.

Niin, mitään menetettävää, Tulen ylös SPD, Napsauta työnkulun ja tallenna se minun c:\ asema. Se on c:\ ajaa minun laptop. Etsin olkapääni yli koko ajan niin, että kukaan Kysy, "Miksi olet säästö työnkulun kannettavaan?"

Uskomattoman, se ratkaisee minun ongelmani. Voin muokata tehtävän.

Täten nimitettävä tämä on Viimeisin outo työnkulun Workaround-lta 2007.

</loppu>

Technorati Tags:

SharePoint Designer, Nykyisen kohteen “Koodattu absoluuttinen URL-osoite” ja HTTPS

Me usein haluamme lähettää sähköpostia, joka sisältää hyperlinkin kohteen tai asiakirjan, joka käynnisti työnkulku. Käytämme nykyisen kohteen "koodattu absoluuttinen URL-osoite" Tätä varten. Kuitenkin, se tuntuu aina käyttää "http" URL-protokollan. Jos sivustosi toimii HTTPS niin se ei toimi sinulle.

kuva

Sikäli kuin tiedän, ei out of the box ratkaisu tähän ongelmaan. Jos haluat käyttää HTTPS, sinulla ei ole ulos ruutuun vaihtoehto.

Ratkaista se, Luo mukautettu toiminto, joka tarjoaa merkkijono korvaa-toimintoa, käyttää työnkulkua. Vaihtoehtoisesti, työkalun kolmas osapuoli, kuten erinomainen paketti tästä: http://www.codeplex.com/spdwfextensions 🙂

</loppu>

Nopea ja helppo: Määrittää sivustosarakkeen sisäinen sarakenimi

PÄIVITYS: Jeremy Thake on blogged tästä ja esittää joitakin console application-koodi Tämä osoittaa, että sisäiset nimet.

Yritin saada sisältökysely-web-osa näyttää eräpäivä tehtävästä ja koska näytön otsikko on "Eräpäivä", Oletin, että sarakkeen nimen käyttäminen <CommonViewFields> on "Due_x0020_Date".

Väärä!

Todellinen sarakenimi koski "Parasta".

Miten löydän sen? Luin uudelleen Heather Salomonin blogimerkinnän muokkaaminen CQWP näyttää ylimääräisiä tietosarakkeita. Hän kuvaa tätä prosessia askel #13. Luota siihen. Se on oikein. Ainakin, se oli oikein, kun. En luottanut se ensin toisen sarakkeen pidempi nimi.

Sanon "luota siihen" koska ei luota se ja todennäköisesti hukkaan lähellä kaksi tuntia butting pääni seinää vasten. Kun päätin "parasta" Nimi, Halusin lisätä toiseen kenttään ja <CommonViewFields>. Salomon-tekniikalla, Olin saada sarakkeen nimi, kuten "XYZ_x0020_Project_x0020_Due_x00".

Ajattelin itsekseni, Tämä on selvästi lyhennetty nimi. Menin eteenpäin ja YK: n katkaistu se ilman menestystä. Lopuksi käyttää näennäisesti lyhennetty nimi ja se toimi.

Bonus vinkki: Kun olin töissä CQWP, Jos olen lisännyt huono sisäinen nimi <CommonViewFields>, CQWP kertoisi minulle, että kysely oli ei palauta tuloksia. Mutta, Jos tietotyyppi on lisättävä kenttänimi, se palaisi seurauksena. Lisäämällä tietojen tyyppi todella naamioitu ongelma koska oli viitetietoina olematonta kenttä. Voisin lisätä, mutta kun yritin näyttää arvonsa, Olen aina tyhjä.

Tämä peitä virhe:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

Tämä peittää virhe:

<CommonViewFields>Due_x0020_Date,Päivämäärä ja aika;</CommonViewfields>

</loppu>

Varokaa, rikkomatta muutoksia ItemStyle.xsl

Olin kanssa ItemStyle.xsl muokata ulkoasua Sisältökysely-Web-osan ja oikeassa lounasaikaan, Tein rikkomatta muuttaa xsl. En tajunnut sitä, mutta tämä oli kauaskantoiset vaikutukset koko sivustokokoelmassa. Lähti lounaalle ja palatessani, Huomasin tämän viestin esiintyy joukko paikkoja:

Tämän Web-osan näyttäminen ei onnistu. Vianmääritys, Avaa Web-sivu Windows SharePoint Services-yhteensopivassa HTML-editorissa, kuten Microsoft Office SharePoint Designerissa. Jos ongelma jatkuu, Ota yhteyttä järjestelmänvalvojaan.

Syytin asiakas (tajuamatta vielä että oli minun syytäni tässä vaiheessa) mutta lopulta huomasin että visual Studion intellisense varoitti minua että minulla oli virheellinen XSL. Olen korjata sen ja kaikki aloitti.

Varo darned kanssa ItemStyle.xsl (ja kaikki global XSL-tiedostojen) — pilkotaan vaikuttaa monia esineitä sivustokokoelman.

<Lopeta />