Est-il possible d'obtenir les codes sources de Windows=20
Sharepoint services afin d'avoir un personnalisation=20
fonctionnelle selon les besoins. Merci.
Je pense =E0 une r=E9action rapide des MVP qui ont dor=E9navant=20
les codes-sources.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
EROL MVP SPS
Bonsoir Samba,
Oui nous avons les codes sources, non nous ne pouvons pas les communiquer nous sommes sous NDA sur ce sujet. http://perso.wanadoo.fr/erolsps/privacy1.htm
Désolé. -- Allez sur mon site je l'ai refait et largement développé, voir la rubrique SPS v 2.0 et sur le Tech-Ed 2003.
@bientôt sur les news de SharePoint.
Bonne fin de semaine.
EROL MVP SharePoint Microsoft France. http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm http://www.laboratoire-microsoft.org/articles/teched_2003/ http://www.sharepointpro.net ============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun un objet. Si nous avons chacun une idée et que nous les échangeons, nous avons chacun deux idées. Proverbe chinois. =================== Samba wrote: | Bonsoir ! | | Est-il possible d'obtenir les codes sources de Windows | Sharepoint services afin d'avoir un personnalisation | fonctionnelle selon les besoins. Merci. | | Je pense à une réaction rapide des MVP qui ont dorénavant | les codes-sources. | | Cordialement
Bonsoir Samba,
Oui nous avons les codes sources, non nous ne pouvons pas les communiquer
nous sommes sous NDA sur ce sujet.
http://perso.wanadoo.fr/erolsps/privacy1.htm
Désolé.
--
Allez sur mon site je l'ai refait et largement développé,
voir la rubrique SPS v 2.0 et sur le Tech-Ed 2003.
@bientôt sur les news de SharePoint.
Bonne fin de semaine.
EROL
MVP SharePoint Microsoft France.
http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm
http://www.laboratoire-microsoft.org/articles/teched_2003/
http://www.sharepointpro.net
============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun
un objet.
Si nous avons chacun une idée et que nous les échangeons, nous avons chacun
deux idées.
Proverbe chinois.
=================== Samba wrote:
| Bonsoir !
|
| Est-il possible d'obtenir les codes sources de Windows
| Sharepoint services afin d'avoir un personnalisation
| fonctionnelle selon les besoins. Merci.
|
| Je pense à une réaction rapide des MVP qui ont dorénavant
| les codes-sources.
|
| Cordialement
Oui nous avons les codes sources, non nous ne pouvons pas les communiquer nous sommes sous NDA sur ce sujet. http://perso.wanadoo.fr/erolsps/privacy1.htm
Désolé. -- Allez sur mon site je l'ai refait et largement développé, voir la rubrique SPS v 2.0 et sur le Tech-Ed 2003.
@bientôt sur les news de SharePoint.
Bonne fin de semaine.
EROL MVP SharePoint Microsoft France. http://perso.wanadoo.fr/erolsps/Visites/Livre1.htm http://www.laboratoire-microsoft.org/articles/teched_2003/ http://www.sharepointpro.net ============================= Si nous avons chacun un objet et que nous les échangeons, nous avons chacun un objet. Si nous avons chacun une idée et que nous les échangeons, nous avons chacun deux idées. Proverbe chinois. =================== Samba wrote: | Bonsoir ! | | Est-il possible d'obtenir les codes sources de Windows | Sharepoint services afin d'avoir un personnalisation | fonctionnelle selon les besoins. Merci. | | Je pense à une réaction rapide des MVP qui ont dorénavant | les codes-sources. | | Cordialement
Renaud COMTE
Bonsoir
Je ne vois pas vraiment l'intéret d'avoir les codes sources pour de la "personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA et en plus ne peuvent être recompilés. Il sont trés utiles pour mieux cerner tel ou tel actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML. Il est claire que l'on peut moins "adapter" les sites comme on le faisait sous dashboard où toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates et schemas que propose le SDK ou les options de Frontpage 2003, il suffit de voir les exemples de Coraswork dont le site de support dédié au WP est sous services (bien maquillé) ou les exemples sur http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme un nouveau "FarWest.Net" avec de nouvelles astuces et practices à connaitre. En même temps, SPS s'appuie sur de l'XML, des WebServices et ASP.NET donc... De plus, WSS devenant un des produits incontournables de la gamme Ms (intégré dans Project, SPS, Biztalk, ...), on ne peut en créer des variantes de peur de ne plus être dans le "moule" original sans parler du support de l'editeur.
En ce qui concerne des solutions plus ajustées, je preferes me baser sur un portail opensource comme le Portal Starter Kit ou DotNetNuke associé à un site WSS pour lui dédier le collaboratif. Le portail synthétisera les infos via les Web services comme ca nous avons le meilleur des deux. (Et si le temps me le permet , refaire les templates OXML de WSS, SPS et des listes ). Mais en même temps, il est dur de faire plus complet que SPS comme portail jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS comme un prologiciel tres ouvert que comme un Kit de portail. Il faut en accepter les limites et les avantages.
Apres tout, si le besoin est tres tres précis , rien ne vaut un dev complet, non ? Tout est une question de choix et de criteres (sans parler de budget et de temps ;) )
Voila
Renaud COMTE --------------------------------------------- http://www.clubSPS.org http://spsclerics.europe.webmatrixhosting.net ---------------------------------------------
Bonsoir
Je ne vois pas vraiment l'intéret d'avoir les codes sources pour de la
"personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA et en plus ne
peuvent être recompilés. Il sont trés utiles pour mieux cerner tel ou tel
actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML. Il est claire que
l'on peut moins "adapter" les sites comme on le faisait sous dashboard où
toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates et schemas que
propose le SDK ou les options de Frontpage 2003, il suffit de voir les
exemples de Coraswork dont le site de support dédié au WP est sous services
(bien maquillé) ou les exemples sur
http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme un nouveau
"FarWest.Net" avec de nouvelles astuces et practices à connaitre. En même
temps, SPS s'appuie sur de l'XML, des WebServices et ASP.NET donc...
De plus, WSS devenant un des produits incontournables de la gamme Ms
(intégré dans Project, SPS, Biztalk, ...), on ne peut en créer des variantes
de peur de ne plus être dans le "moule" original sans parler du support de
l'editeur.
En ce qui concerne des solutions plus ajustées, je preferes me baser sur un
portail opensource comme le Portal Starter Kit ou DotNetNuke associé à un
site WSS pour lui dédier le collaboratif. Le portail synthétisera les infos
via les Web services comme ca nous avons le meilleur des deux. (Et si le
temps me le permet , refaire les templates OXML de WSS, SPS et des listes ).
Mais en même temps, il est dur de faire plus complet que SPS comme portail
jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS comme un prologiciel
tres ouvert que comme un Kit de portail. Il faut en accepter les limites et
les avantages.
Apres tout, si le besoin est tres tres précis , rien ne vaut un dev complet,
non ?
Tout est une question de choix et de criteres (sans parler de budget et de
temps ;) )
Voila
Renaud COMTE
---------------------------------------------
http://www.clubSPS.org
http://spsclerics.europe.webmatrixhosting.net
---------------------------------------------
Je ne vois pas vraiment l'intéret d'avoir les codes sources pour de la "personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA et en plus ne peuvent être recompilés. Il sont trés utiles pour mieux cerner tel ou tel actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML. Il est claire que l'on peut moins "adapter" les sites comme on le faisait sous dashboard où toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates et schemas que propose le SDK ou les options de Frontpage 2003, il suffit de voir les exemples de Coraswork dont le site de support dédié au WP est sous services (bien maquillé) ou les exemples sur http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme un nouveau "FarWest.Net" avec de nouvelles astuces et practices à connaitre. En même temps, SPS s'appuie sur de l'XML, des WebServices et ASP.NET donc... De plus, WSS devenant un des produits incontournables de la gamme Ms (intégré dans Project, SPS, Biztalk, ...), on ne peut en créer des variantes de peur de ne plus être dans le "moule" original sans parler du support de l'editeur.
En ce qui concerne des solutions plus ajustées, je preferes me baser sur un portail opensource comme le Portal Starter Kit ou DotNetNuke associé à un site WSS pour lui dédier le collaboratif. Le portail synthétisera les infos via les Web services comme ca nous avons le meilleur des deux. (Et si le temps me le permet , refaire les templates OXML de WSS, SPS et des listes ). Mais en même temps, il est dur de faire plus complet que SPS comme portail jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS comme un prologiciel tres ouvert que comme un Kit de portail. Il faut en accepter les limites et les avantages.
Apres tout, si le besoin est tres tres précis , rien ne vaut un dev complet, non ? Tout est une question de choix et de criteres (sans parler de budget et de temps ;) )
Voila
Renaud COMTE --------------------------------------------- http://www.clubSPS.org http://spsclerics.europe.webmatrixhosting.net ---------------------------------------------
Bonjour Renaud. Merci de votre réponse. j'ai posé cette question car je souhaite rédévelopper une webpart 'Documents partagés' par exemple et je ne sais pas par ou commncer, quels sont les objets mis en place pour attaquer la BD, etc... Je me disais que le code source pouvit m'aider à comprendre le fonctionnement.
Bonne journée
-----Message d'origine----- Bonsoir
Je ne vois pas vraiment l'intéret d'avoir les codes
sources pour de la
"personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA
et en plus ne
peuvent être recompilés. Il sont trés utiles pour mieux
cerner tel ou tel
actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML.
Il est claire que
l'on peut moins "adapter" les sites comme on le faisait
sous dashboard où
toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates
et schemas que
propose le SDK ou les options de Frontpage 2003, il
suffit de voir les
exemples de Coraswork dont le site de support dédié au WP
est sous services
(bien maquillé) ou les exemples sur http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme
un nouveau
"FarWest.Net" avec de nouvelles astuces et practices à
connaitre. En même
temps, SPS s'appuie sur de l'XML, des WebServices et
ASP.NET donc...
De plus, WSS devenant un des produits incontournables de
la gamme Ms
(intégré dans Project, SPS, Biztalk, ...), on ne peut en
créer des variantes
de peur de ne plus être dans le "moule" original sans
parler du support de
l'editeur.
En ce qui concerne des solutions plus ajustées, je
preferes me baser sur un
portail opensource comme le Portal Starter Kit ou
DotNetNuke associé à un
site WSS pour lui dédier le collaboratif. Le portail
synthétisera les infos
via les Web services comme ca nous avons le meilleur des
deux. (Et si le
temps me le permet , refaire les templates OXML de WSS,
SPS et des listes ).
Mais en même temps, il est dur de faire plus complet que
SPS comme portail
jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS
comme un prologiciel
tres ouvert que comme un Kit de portail. Il faut en
accepter les limites et
les avantages.
Apres tout, si le besoin est tres tres précis , rien ne
vaut un dev complet,
non ? Tout est une question de choix et de criteres (sans
parler de budget et de
temps ;) )
Voila
Renaud COMTE --------------------------------------------- http://www.clubSPS.org http://spsclerics.europe.webmatrixhosting.net ---------------------------------------------
.
Bonjour Renaud. Merci de votre réponse.
j'ai posé cette question car je souhaite rédévelopper une
webpart 'Documents partagés' par exemple et je ne sais pas
par ou commncer, quels sont les objets mis en place pour
attaquer la BD, etc... Je me disais que le code source
pouvit m'aider à comprendre le fonctionnement.
Bonne journée
-----Message d'origine-----
Bonsoir
Je ne vois pas vraiment l'intéret d'avoir les codes
sources pour de la
"personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA
et en plus ne
peuvent être recompilés. Il sont trés utiles pour mieux
cerner tel ou tel
actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML.
Il est claire que
l'on peut moins "adapter" les sites comme on le faisait
sous dashboard où
toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates
et schemas que
propose le SDK ou les options de Frontpage 2003, il
suffit de voir les
exemples de Coraswork dont le site de support dédié au WP
est sous services
(bien maquillé) ou les exemples sur
http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme
un nouveau
"FarWest.Net" avec de nouvelles astuces et practices à
connaitre. En même
temps, SPS s'appuie sur de l'XML, des WebServices et
ASP.NET donc...
De plus, WSS devenant un des produits incontournables de
la gamme Ms
(intégré dans Project, SPS, Biztalk, ...), on ne peut en
créer des variantes
de peur de ne plus être dans le "moule" original sans
parler du support de
l'editeur.
En ce qui concerne des solutions plus ajustées, je
preferes me baser sur un
portail opensource comme le Portal Starter Kit ou
DotNetNuke associé à un
site WSS pour lui dédier le collaboratif. Le portail
synthétisera les infos
via les Web services comme ca nous avons le meilleur des
deux. (Et si le
temps me le permet , refaire les templates OXML de WSS,
SPS et des listes ).
Mais en même temps, il est dur de faire plus complet que
SPS comme portail
jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS
comme un prologiciel
tres ouvert que comme un Kit de portail. Il faut en
accepter les limites et
les avantages.
Apres tout, si le besoin est tres tres précis , rien ne
vaut un dev complet,
non ?
Tout est une question de choix et de criteres (sans
parler de budget et de
temps ;) )
Voila
Renaud COMTE
---------------------------------------------
http://www.clubSPS.org
http://spsclerics.europe.webmatrixhosting.net
---------------------------------------------
Bonjour Renaud. Merci de votre réponse. j'ai posé cette question car je souhaite rédévelopper une webpart 'Documents partagés' par exemple et je ne sais pas par ou commncer, quels sont les objets mis en place pour attaquer la BD, etc... Je me disais que le code source pouvit m'aider à comprendre le fonctionnement.
Bonne journée
-----Message d'origine----- Bonsoir
Je ne vois pas vraiment l'intéret d'avoir les codes
sources pour de la
"personnalisation fonctionnelle".
D'apres les annonces de Ms, les codes sorces sont en NDA
et en plus ne
peuvent être recompilés. Il sont trés utiles pour mieux
cerner tel ou tel
actions ainsi que certains choix.
WSS est un framework de site basé sur des templates XML.
Il est claire que
l'on peut moins "adapter" les sites comme on le faisait
sous dashboard où
toute la XSL pouvait être refondu.
WSS peut être largement étendu via de nouveaux templates
et schemas que
propose le SDK ou les options de Frontpage 2003, il
suffit de voir les
exemples de Coraswork dont le site de support dédié au WP
est sous services
(bien maquillé) ou les exemples sur http://www.sharepointcustomization.com/default.aspx
De mon point de vue , il faut considerer WSS et SPS comme
un nouveau
"FarWest.Net" avec de nouvelles astuces et practices à
connaitre. En même
temps, SPS s'appuie sur de l'XML, des WebServices et
ASP.NET donc...
De plus, WSS devenant un des produits incontournables de
la gamme Ms
(intégré dans Project, SPS, Biztalk, ...), on ne peut en
créer des variantes
de peur de ne plus être dans le "moule" original sans
parler du support de
l'editeur.
En ce qui concerne des solutions plus ajustées, je
preferes me baser sur un
portail opensource comme le Portal Starter Kit ou
DotNetNuke associé à un
site WSS pour lui dédier le collaboratif. Le portail
synthétisera les infos
via les Web services comme ca nous avons le meilleur des
deux. (Et si le
temps me le permet , refaire les templates OXML de WSS,
SPS et des listes ).
Mais en même temps, il est dur de faire plus complet que
SPS comme portail
jumélé avec WSS ...
Tout dépend des besoins, et je considere plus WSS/SPS
comme un prologiciel
tres ouvert que comme un Kit de portail. Il faut en
accepter les limites et
les avantages.
Apres tout, si le besoin est tres tres précis , rien ne
vaut un dev complet,
non ? Tout est une question de choix et de criteres (sans
parler de budget et de
temps ;) )
Voila
Renaud COMTE --------------------------------------------- http://www.clubSPS.org http://spsclerics.europe.webmatrixhosting.net ---------------------------------------------
