Arxius per mes: Desembre 2007

Pensant en productes comercials

Vaig aguantar una Projecte d'ampliacions de SharePoint Designer fins al CodePlex principis d'any i tot i que això és realment molt abast limitat, Vaig estimar que s'està descarregant els 40 per 60 (possiblement fins i tot 100) empreses en gairebé dos mesos. Que em indica que hi ha un mercat per aquella solució i si fos comercialitzar amb èxit, that could translate into a goodly amount of beer 🙂

La meva formació és en realitat molt més en el desenvolupament de producte i sé el que es requereix per portar un producte de primera incisura, com s'oposen a un projecte de CodePlex afició, al mercat. En el meu vida passada, Vaig ser responsable de producte R&D per a tots els productes de programari. La diferència entre llavors i ara és que sóc un consultor ara treballant per un (excel·lent) empresa de consultoria (Conchango). Prèviament, Tenia una companyia sencera darrere de mi i davant de mi, venda i donar suport a productes hem portat al mercat. Avui, Jo estaria sol.

Tinc diverses idees de producte en ment, però crec que el més fàcil seria crear una versió comercial del projecte CodePlex esmentades que utilitza allò com a punt de partida i l'estén més enllà. Meu pensament fora de la màniga difusa és cobrar alguna cosa com $100 per a una llicència de desenvolupador il·limitat i $500 per fi davant de producció web. Crec que també vols regalar el codi font.

Si vostè té pensaments o experiències que vostè està disposat a compartir, Si us plau deixar un comentari o e-mail jo directament. M'agradaria escoltar opinions com:

  • És tot val la pena?
  • Suggeriments pràctics per a la comercialització, recollida de diners, distribució.
  • Fixació de preus.
  • Suport.
  • Qualsevol altre comentari que li agradaria deixar.

És fàcil"" per arribar a idees de producte i d'implementar-los, però calen moltes desenes d'hores de treball. Les altres coses no és tan fàcil per a mi.

</final>

Etiquetas de Technorati:

Diumenge matí divertit: “Jesús ha de morir”

Vam comprar el nostre primer (i només) "luxe" darrere del cotxe quan l'huracà Floyd clavat a la costa est dels EUA. Tenim un munt de pluja aquí a Nova Jersey i passat uns quants dies abans de la vida va tornar a la normalitat. Just abans de Floyd colpejat, Hem fet una oferta per un Volvo utilitzat 850 GL i després Floyd colpejat, va conduir llar.

Va ser el primer cotxe amb un reproductor de CD. Com la majoria dels propietaris de cotxe nou, vam anar una mica boig CD, reviure la nostra col·lecció de CD latent i anar en llargs empentes només per escoltar al cotxe del CD. Com totes les modes, Això va passar per nosaltres i ens va acabar d'escoltar una i altra vegada el mateix CD. En el nostre cas, va ser Jesucrist Superstar.

Una de les (molts) peces brillants en aquesta òpera rock és cantada pels tipus de establiment religiós, dirigit per Caifàs, el "gran sacerdot". Canten el seu camí a decidir com manejar el problema de Jesus"" i Caiaphas dirigeix-los a la conclusió que "Jesús ha de morir". La tornada de la cançó és "només ha de morir, ha de morir, ha de morir, Jesús ha de morir". Sents que abstenir-se molt en aquest tros.

En el moment, el meu fill tenia uns tres anys. Vostè probablement pot veure on això va.

Vaig arribar a casa del treball un dia i el meu fill és a la sala d'estar jugant amb joguines i brunzint a si mateix. Estic prenent de la meva jaqueta, mirant a través del correu i tot el meu habitual walk-in-the-porta coses i em sobte adonar-se que va dient:, realment no cantant: "Jesús ha de morir, ha de morir, ha de morir." Jo estava avergonyida. Només veia ell fa que mentre en un del seu nadó jugar dates a casa un amic — probablement l'últim jugar data amb aquell amic nadó.

We pulled that CD out of the Volvo after that 🙂

</final>

Etiquetas de Technorati: ,

Google va acceptar el meu Blog d'espais en directe en el programa d'AdSense

ACTUALITZACIÓ: Com de 03/09, He trobat cap manera d'integrar el meu compte d'espais en directe amb Google Adsense. Sistema de Microsoft aquí sembla per evitar tots els mecanismes tècnics que Google proporciona hosters d'adsense aspirants. M'inclino a creure que això és principalment un efecte secundari de la seguretat que hem construït en espais en directe, no un esforç directa d'impossibilitar d'Adsense.

Aquest no és un lloc del SharePoint, però podria ser d'interès als bloggers generalment.

Algú va comentar en el seu Windows Vivament Espaia blog que Google afirmativament denegada la sol·licitud per participar en AdSense. Va teoritzar que Google li denegat perquè Windows Vivament Espaia acull el seu blog. No obstant això, Recentment va ser acceptat en el programa per al meu blog d'espais en directe, Així que la política ha canviat o Google li negat per alguna altra raó.

Clar, No veig cap manera evident d'integrar Google AdSense al meu espai viu, but it’s a start 🙂

</final>

Etiquetas de Technorati: ,

Aplicació de Màster / Detall les relacions utilitzant llistes personalitzades

Usuaris del Fòrum amb freqüència com preguntes com aquesta:

> Hola,
>
> Si us plau digui'm si hi ha alguna possibilitats per construir una llista personalitzada amb
> tipus de mestre i detall (com factures) sense usant l'InfoPath.
>

SharePoint proporciona alguna de les característiques de la caixa que donen suport a tipus de requeriments de negoci d'aquesta.

En general, un enllaça dues llistes amb una columna de cerca. Llista, A conté la informació de capçalera de factura i llista B conté dades de la factura.

Utilitzar llistes addicionals per mantenir els números d'atenció al client, números de producte, etc.

Utilitzar un element web de consulta de continguts (en MOSS només) i/o unes dades Mostra l'element web per crear visualitzacions combinades de les llistes. Serveis d'informació de servidor SQL (SRS) també està disponible per al costat d'informació de la mateixa.

No obstant això, hi ha algunes limitacions importants que es fa difícil d'utilitzar purs fora-de-les funcionalitats per a qualsevol cosa que és fins i tot moderadament complexa. Aquests inclouen:

  • Mida de cerca relacionats amb les llistes de vs. "smartness" del tipus columna de cerca. Un tipus de columna de cerca es presenta en l'UI de manera diferent segons si heu activat selecció múltiple o no. En qualsevol cas, el control de sortida-of-the-box Mostra tots els articles disponibles a la llista de font. Si té la llista de font 1,000 elements, que ha de ser un problema. El control de cerca la pàgina no a través d'aquells elements. En canvi, tots ells es tira en el control. Que fa que una interfície d'usuari molt incòmode tant en termes d'entrada de dades i rendiment.
  • Cerques "tiri cap enrere" una columna d'informació. Mai pot tirar enrere a més d'una columna d'informació de la llista de font. Per exemple, no es pot seleccionar un client "12345" i mostrar el nombre com el nom del client i la adreça al mateix temps. La cerca només Mostra el client nombre i res més. Açò fa que una interfície d'usuari incòmoda i difícil.
  • Cap comunicació intra-forma. He escrit sobre aquest aquí. Vostè no pot implementar llistes desplegables en cascada, condicionalment permetre/impossibilitar camps, etc.
  • No suprimeix en cascada o incorporat en la integritat referencial. SharePoint tracta llistes de costum com a entitats independents i no permeten enllaçar-los a l'altre en un sentit tradicional ERD. Per exemple, SharePoint permet crear dues llistes personalitzades, "atenció al client" i "capçalera de factura". Podeu crear una capçalera de factura que enllaça a un client en la llista de client. Llavors, el client pot suprimir de la llista. Fora de la caixa, no hi ha cap manera d'evitar-ho. Per resoldre aquesta classe de problema, normalment utilitzaríeu controladors d'incidències.

Pot semblar desolat, però encara utilitzaria SharePoint com a punt de partida per a la construcció d'aquest tipus de funcionalitat. Encara que hi ha diferències entre el que vostè necessita en una solució, SharePoint permet a omplir aquests buits utilitzar eines com ara:

  • Controladors d'incidències. Utilitzar-los per fer complir la integritat referencial.
  • Columnes de costum: Tipus de columna personalitzat de crear i utilitzar-los en lloc de la columna de cerca per defecte. Afegir paginació, buffering i trets d'AJAX per fer-los sensibles.
  • BDC. Aquesta característica només molsa ens permet a la consulta de que llistes d'altre del SharePoint amb una interfície d'usuari superior a la columna de cerca habitual. BDC també pot arribar a una aplicació de servidor de back-end. Ús BDC evitar replicació. En lloc de replicar la informació del client d'un sistema ERP back-end, utilitzar en canvi del BDC. Característiques del servei BDC proporcionar una interfície d'usuari bonica per treure aquesta informació directament des del sistema d'ERP on pertany i evita la molèstia de mantenir una solució de replicació.

    BDC és un tret de molsa (no disponible en WSS) i és difícil de configurar.

  • Formulari web de l'ASP.NET: Crear un complert AJAX-formulari habilitat que utilitza l'objecte model i/o web serveis de SharePoint per aprofitar les llistes del SharePoint mentre que proporciona una interfície d'usuari molt sensible.

L'última opció pot sentir com vostè està començant des de zero, però tenir en compte el fet que la plataforma de SharePoint arrenca vostè amb les següents característiques claus:

  • Model de seguretat amb el manteniment.
  • Sistema de menú amb el manteniment.
  • "Mestre de taula" (i. e. llistes de costum) amb seguretat, manteniment predefinit i l'auditoria.
  • Cerca.
  • Eines d'integració de back-end (BDC).

Si comences amb un nou projecte en blanc en estudi visual, tens un munt d'infraestructura i fontaneria per construir abans d'arribar a prop el que ofereix el SharePoint.

Crec que Microsoft pretén estendre SharePoint en aquesta direcció de desenvolupament d'aplicacions. Sembla com una extensió natural a la base de SharePoint existent. L'aplicació de Microsoft CRM proporciona una gran quantitat d'extensibilitat dels tipus necessitava donar suport el desenvolupament d'aplicacions de capçalera/detalls. Encara que aquells trets són al CRM, la tecnologia és, òbviament, disponible a l'equip de desenvolupament del SharePoint i espero que farà seu camí en el producte de SharePoint per final de 2008. Si algú té un coneixement o informació sobre això, Si us plau deixar un comentari.

</final>

Etiquetas de Technorati:

Punta ràpida: Part de Web de consulta de contingut, Cerca el valor de columna i XSL

Tinc un nom de columna en un tipus de contingut anomenada "Real Estate ubicació".

Aquesta columna és de tipus "Cerca".

He modificat <CommonViewFields> i ItemStyle.xsl per mostrar la columna.

Un simple <XSL:valor de seleccionar =…> torna enrere un valor intern que inclou les dades de posició ordinal, com:

1;#Miami

Per obtenir el valor humà amistós, utilitzar xsl subcadena-després, com es Mostra:

<XSL:Seleccioneu valuXSLf = "subcadena-després(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></XSL:valor de>

Utilitzar aquesta tècnica quan sigui que estan treballant amb valors de cerca en transformacions XSL i necessita per obtenir el valor humà amistós.

<final />

Etiquetas de Technorati: , ,

Edició de desembre del SharePoint Beagle cap amunt & Viure

Molts de vostès saben això ja, però l'edició de desembre de SharePoint Beagle és viure.

Cada article val la pena llegir en la meva opinió.

Vaig voler donar un cop extra per article del company del meu (Natalya Voskrensenskya). Ella ofereix un espectacle de captura de pantalla mentre que descriu com ella utilitza llistes de costum, flux de treball, Dissenyador de SharePoint, visualitzacions de dades i altres elements per a implementar un tret d'auto-servei de formació en MOSS. Ella descriu les tècniques que es poden aplicar en molts escenaris de negoci diferents. Hora de sortida seu bloc mentre estàs en això.

No us oblideu de comprovar el meu article as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</final>

MOSS em diu “Accés denegat” per editar una tasca de flux de treball, Però realment no tinc accés

I've implemented un flux de treball utilitzant el dissenyador de SharePoint en un lloc que és principalment read-only als "usuaris de NT_AUTHORITYAuthenticated" (i. e. tot el món). Hi ha una biblioteca de formularis per a un formulari InfoPath. Hi ha una llista de tasques de flux de treball associat, així que quan el flux de treball funciona, pot assignar tasques a les persones.

Trenco permís per a la llista de Biblioteca i tasca de formes per a que qualsevol usuari autenticat pot crear formularis i actualitzar la seva comesa.

Vaig provar amb el meu compte de prova de baix-privilegis.

Pot omplir out i desar un formulari a la biblioteca? –>

Puc accedir a la tasca d'un enllaç de correu electrònic? –>

Puc veure un enllaç de tasca de flux de treball Edita –>

Pot faig clic a aquell enllaç? –> NO … Permís negat.

Per què es pot veure un editar enllaç que em nega permís quan faig clic en això? Thats no com ha suposat treballar…

Vaig anar a través de la configuració de seguretat una altra vegada, molt estretament. Fer-ho una altra vegada. Considero que la supressió d'aquest post perquè, òbviament, no sé res sobre seguretat.

Finalment, Cerca l'Internets. Vaig trobar aquest fil de fòrum MSDN altament improbable: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

Els cartells semblen estar suggerint que el simple acte d'exportar el flux de treball a una safata d'empenta es fixarà un assumpte de seguretat de molsa? No puc creure que acaba d'escriure que. Em recorda de l'episodi de South Park sobre la 9/11 conspiració on Stan està demanant el nostre Preznit, "Realment?" una i altra vegada.

Així, res a perdre, Vaig disparar cap amunt del SPD, clic correcte en el flux de treball i desar-lo al meu c:\ unitat. Això seria el c:\ empenta al meu portàtil. Estic buscant sobre l'espatlla tot el temps per tal que ningú em demanarà, "per què està salvant aquest flux de treball al seu portàtil?"

Increïblement, que resol el meu problema. Podeu editar la tasca.

Per la present nominar això sigui el més estrany de flux de treball Workaround de 2007.

</final>

Etiquetas de Technorati:

Dissenyador de SharePoint, De l'element actual “Codificada absoluta URL” i HTTPS

Sovint volem enviar un correu electrònic que inclou un enllaç a l'element o document que va provocar el flux de treball. Podem utilitzar "codificat adreça URL l'element actual absoluta" amb aquesta finalitat. No obstant això, sempre sembla que utilitza "http" per al protocol d'URL. Si el seu lloc s'executa en HTTPS llavors no funcionarà per a vostè.

imatge

Pel que jo sé, no hi ha cap fora de la solució a aquest problema de caixa. Si vostè necessita utilitzar HTTPS, no es té cap fora de l'opció de caixa.

Per solucionar-lo, crear una acció personalitzada que proporciona una funció substitueix de corda d'utilitzar en el seu flux de treball. Alternativament, utilitzar una eina de 3r com el paquet excel·lent aquí: http://www.codeplex.com/spdwfextensions 🙂

</final>

Etiquetas de Technorati: ,

Ràpid i fàcil: Determinar el nom de la columna interna d'una columna de lloc

ACTUALITZACIÓ: Jeremy Thake té blogged sobre això i posar cap amunt d'alguns codi d'una aplicació de consola que Mostra els noms interns.

Jo estava tractant d'aconseguir un element de consulta de continguts web per mostrar una data de venciment d'una tasca, i perquè l'etiqueta de pantalla és "Data de venciment", Vaig suposar que el nom de columna d'utilitzar en <CommonViewFields> és "Due_x0020_Date".

Malament!

El nom de columna real en aquest cas va ser "DueDate".

Com ho puc trobar? Vaig tornar a llegir Heather Entrada del bloc sobre com modificar el CQWP de Salomó mostrar columnes addicionals de dades. Ella descriu aquest procés al pas #13. Confiar en ell. És correcte. Com a mínim, era correcte per a mi. No el confiar al principi per a una altra columna amb un nom molt més.

Dic "confiança" perquè no confiar en ell i probablement malgastat a prop de dues hores se pels meu cap contra una paret. Després va resoldre el DueDate"" nom, Jo volia afegir un altre camp per <CommonViewFields>. Utilitzant la tècnica de Solomon, M'estava posant un nom de la columna com a "XYZ_x0020_Project_x0020_Due_x00".

Em vaig dir a mi mateix, Això és clarament un nom truncat. Me n'anava per davant i les Nacions Unides truncat-lo sense èxit. Finalment utilitzava el nom aparentment truncat i treballava.

Punta de gratificació: Quan jo estava treballant amb la CQWP, Si afegia un mal nom de l'intern a <CommonViewFields>, el CQWP em diria que la consulta havia tornat cap resultat. Però, Si li ha afegit un tipus de dades amb el nom de camp, es tornaria un resultat. Afegir les dades tipus realment emmascara un problema ja que jo estava referenciant un camp inexistent. Jo podria afegir-lo, però quan intentava mostrar el seu valor, Sempre tindria un espai en blanc.

Això no emmascarar l'error:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

Això emmascarar l'error:

<CommonViewFields>Due_x0020_Date,Data i hora;</CommonViewfields>

</final>

Aneu amb compte amb trencant canvis a ItemStyle.xsl

Jo estava treballant amb ItemStyle.xsl per personalitzar l'aspecte d'un contingut consulta Web Part i dret sobre l'hora de dinar, Vaig fer un salt canviar a el xsl. No m'adonava, però això tenia de llarg abast efectes tota la col·lecció de llocs. Vaig marxar a dinar i al meu retorn, notat aquest missatge que apareixen en un grapat de llocs:

No es pot visualitzar aquest element Web. Per solucionar el problema, Obriu aquesta pàgina en un editor HTML compatible amb el Windows SharePoint serveis com ara Microsoft Office SharePoint Designer. Si el problema persisteix, contactar amb l'administrador del servidor Web.

Em va culpar el client (sense adonar-se que encara que era culpa meva en aquest punt) però finalment adonat que intellisense visual studio va advertir-me que tenia mal XSL. He corregit i tot comença a treballar.

Ser sargit cura quan es treballa amb ItemStyle.xsl (i qualsevol dels fitxers XSL globals) — trencant-los afecta molts artefactes en la col·lecció de llocs.

<final />