Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
ouh la la j'ai bien du mal à vous suivre ...
Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
???*
Lien de retour ??
Help
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la
liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui
existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
ouh la la j'ai bien du mal à vous suivre ...
Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
???*
Lien de retour ??
Help
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :
Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la
liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui
existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
ouh la la j'ai bien du mal à vous suivre ...
Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
???*
Lien de retour ??
Help
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :Bonjour,
J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
forme
d'un tableau, des données provenant d'une base SQL Server.
J'ai développé un Web Part pour afficher le détail d'un élément de la
liste
Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
liste.
Pour cela je souhaiterai implémenter le même mécanisme que celui qui
existe
au niveau des listes, à savoir utiliser le paramètre Source sur le query
string.
Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
Source dans le DataView
Quelqu'un saurait-il comment faire ?
D'autre part, où peut-on trouver de la documentation sur les fonctions
disponibles dans la runtime XML ddwrt
http://schemas.microsoft.com/WebParts/v2/DataView/runtime
Merci d'avance.
Yves LAROSA.
Créez donc votre propre version de la dataview
Ainsi vous aurez la main sur toute vos infos et vos régles métiers
J'ai essayé d'être assez bref, mais peut-être que je suis pas assez précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET, Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint, voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour ce
faire, je voulais utiliser une même mécanisme que celui qui est implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement, il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" wrote in message
news:
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
Créez donc votre propre version de la dataview
Ainsi vous aurez la main sur toute vos infos et vos régles métiers
J'ai essayé d'être assez bref, mais peut-être que je suis pas assez précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET, Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint, voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour ce
faire, je voulais utiliser une même mécanisme que celui qui est implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement, il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" <No.Spam.141.rcomte@hotmail.com> wrote in message
news:A7835E4F-3DA8-4CB7-8F8F-8C4640783E1D@microsoft.com...
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
Créez donc votre propre version de la dataview
Ainsi vous aurez la main sur toute vos infos et vos régles métiers
J'ai essayé d'être assez bref, mais peut-être que je suis pas assez précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET, Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint, voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour ce
faire, je voulais utiliser une même mécanisme que celui qui est implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement, il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" wrote in message
news:
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
Ah la je comprends !
En tout cas bon courage pour la suite du projet.
Sinon.
Etant trés developeur ASP.net et moins XSL, j'avoue me tourner plus vers
du
.net que la Dataview par défaut pour de multiples raison que je
n'evoquerais
pas ici (a vrai dire je limite l'utilisation de la dataview mais c'est un
choix perso)
Vous dites bien maitrisé XML/XSL et que vos listes focntionne déjaCréez donc votre propre version de la dataview
Style : une propriété text qui contient une XSL et une méthode de
transformation d'un DATASET en XML avec votre XSLTAinsi vous aurez la main sur toute vos infos et vos régles métiers
Oui je sais la dataview est génial mais limite comme tout composant
packagé
(elle ne gere pas des parametes XSL externe mais c'est franchement pas
surprenant)
Bref, votre soucis se transforme en uen problématique de transfert de
param
avent transfo XSL
Voial voila
Sinon, oui, les controles controls OWSForm ne sont pas documenté, il n'y a
pas qu'eux en plus .......................
En même temps, il ne sont pas sensé etre manipulé non ?
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :J'ai essayé d'être assez bref, mais peut-être que je suis pas assez
précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET,
Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de
façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que
je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à
développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint,
voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à
jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour
ce
faire, je voulais utiliser une même mécanisme que celui qui est
implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui
apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage
pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder
dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le
Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement,
il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" wrote in message
news:
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le
>> query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du
>> paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
Ah la je comprends !
En tout cas bon courage pour la suite du projet.
Sinon.
Etant trés developeur ASP.net et moins XSL, j'avoue me tourner plus vers
du
.net que la Dataview par défaut pour de multiples raison que je
n'evoquerais
pas ici (a vrai dire je limite l'utilisation de la dataview mais c'est un
choix perso)
Vous dites bien maitrisé XML/XSL et que vos listes focntionne déja
Créez donc votre propre version de la dataview
Style : une propriété text qui contient une XSL et une méthode de
transformation d'un DATASET en XML avec votre XSLT
Ainsi vous aurez la main sur toute vos infos et vos régles métiers
Oui je sais la dataview est génial mais limite comme tout composant
packagé
(elle ne gere pas des parametes XSL externe mais c'est franchement pas
surprenant)
Bref, votre soucis se transforme en uen problématique de transfert de
param
avent transfo XSL
Voial voila
Sinon, oui, les controles controls OWSForm ne sont pas documenté, il n'y a
pas qu'eux en plus .......................
En même temps, il ne sont pas sensé etre manipulé non ?
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :
J'ai essayé d'être assez bref, mais peut-être que je suis pas assez
précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET,
Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de
façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que
je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à
développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint,
voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à
jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour
ce
faire, je voulais utiliser une même mécanisme que celui qui est
implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui
apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage
pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder
dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le
Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement,
il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" <No.Spam.141.rcomte@hotmail.com> wrote in message
news:A7835E4F-3DA8-4CB7-8F8F-8C4640783E1D@microsoft.com...
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le
>> query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du
>> paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
Ah la je comprends !
En tout cas bon courage pour la suite du projet.
Sinon.
Etant trés developeur ASP.net et moins XSL, j'avoue me tourner plus vers
du
.net que la Dataview par défaut pour de multiples raison que je
n'evoquerais
pas ici (a vrai dire je limite l'utilisation de la dataview mais c'est un
choix perso)
Vous dites bien maitrisé XML/XSL et que vos listes focntionne déjaCréez donc votre propre version de la dataview
Style : une propriété text qui contient une XSL et une méthode de
transformation d'un DATASET en XML avec votre XSLTAinsi vous aurez la main sur toute vos infos et vos régles métiers
Oui je sais la dataview est génial mais limite comme tout composant
packagé
(elle ne gere pas des parametes XSL externe mais c'est franchement pas
surprenant)
Bref, votre soucis se transforme en uen problématique de transfert de
param
avent transfo XSL
Voial voila
Sinon, oui, les controles controls OWSForm ne sont pas documenté, il n'y a
pas qu'eux en plus .......................
En même temps, il ne sont pas sensé etre manipulé non ?
Renaud COMTE [MVP]
"Yves LAROSA" a écrit :J'ai essayé d'être assez bref, mais peut-être que je suis pas assez
précis,
alors je vais exposer à nouveau le problème:
Ce message fait suite à mon message du 2/12/2004 portant sur le
développement d'un Web Part Formulaire pour mettre à jour une base SQL
Server depuis SharePoint
Notre système d'information est basé sur plusieurs bases SQL Server. Ces
bases sont mises à jour à partir d'applications diverses (ASP.NET,
Windows,
Access, ...)
Nous avons déployé l'été dernier SharePoint Portal Server 2003 en
remplacement de la version 2001
Aujourd'hui, suite à la demande des utilisateurs, je dois migrer les
différentes applications sous SharePoint, et donc développer les Web Part
nécessaires pour remplacer les différents formulaires de mise à jour des
bases.
Suite à votre remarque, j'ai testé l'utilisation d'InfoPath, mais je n'ai
pas trouvé de moyen de développer un formulaire InfoPath publié sous
SharePoint qui permette de mettre à jour une base SQL (existante)
J'ai recherché un autre moyen...
J'ai donc généré des Web Part de type DataView avec FrontPage 2003 de
façon
à afficher sous forme de table, les données retournées par des procédures
stockées. (Connaissant XML et XSLT, j'ai réussi à obtenir le résultat que
je
souhaitai en terme de formattage, utilisation des fonctions ddwrt de
formattage des dates et des nombres)
Une fois les "listes" de consultation mises en place, il restait à
développé
des Web Part pour la mise à jour.
Les utilisateurs, habitués aux formulaires des listes SharePoint,
voulaient
le même type de formulaire
J'ai donc développé un Web Part qui implémente un formulaire de mise à
jour
(à ce sujet, la documentation pour utiliser les controls OWSForm, ... est
inexistante...).
Le point restant en suspend, concerne l'ajout sur la barre d'outils du
formulaire d'un bouton permettant de revenir sur la liste initiale. Pour
ce
faire, je voulais utiliser une même mécanisme que celui qui est
implémenté
au niveau des listes SharePoint à savoir le paramètre Source= qui
apparaît
dans le QueryString de l'url.
Mais je n'ai pas trouvé comment modifier le XSLT généré par FrontPage
pour
le DataView (Voir 3 paragraphes plus haut), de façon à coder
dynamiquement
l'URL de la page courante dans le lien vers la page aspx qui intègre le
Web
Part formulaire. La seule façon à été de coder en dur l'URL.
Voilà, Renaud, je ne sais pas si j'ai été plus clair, mais effectivement,
il
s'agit d'une question de développement et non pas d'utilisation ou de
paramétrage de SharePoint
Yves LAROSA.
Software Developer
"Renaud COMTE [MVP]" wrote in message
news:
> ouh la la j'ai bien du mal à vous suivre ...
>
> Dataview sur SQL via Frontpage puis WP de detail d'une liste fait avec
> ???*
>
> Lien de retour ??
>
> Help
>
> Renaud COMTE [MVP]
>
>
> "Yves LAROSA" a écrit :
>
>> Bonjour,
>>
>> J'utilise un DataView généré avec FrontPage 2003 pour visualiser, sous
>> forme
>> d'un tableau, des données provenant d'une base SQL Server.
>>
>> J'ai développé un Web Part pour afficher le détail d'un élément de la
>> liste
>>
>> Je voudrai ajouter un lien sur le Web Part détail pour revenir à la
>> liste.
>> Pour cela je souhaiterai implémenter le même mécanisme que celui qui
>> existe
>> au niveau des listes, à savoir utiliser le paramètre Source sur le
>> query
>> string.
>>
>> Or, je ne sais pas comment éviter de coder en dur la valeur du
>> paramètre
>> Source dans le DataView
>>
>> Quelqu'un saurait-il comment faire ?
>>
>> D'autre part, où peut-on trouver de la documentation sur les fonctions
>> disponibles dans la runtime XML ddwrt
>> http://schemas.microsoft.com/WebParts/v2/DataView/runtime
>>
>> Merci d'avance.
>> Yves LAROSA.
>>
>>
>>
