Big Prob???

[Hugues]

Je viens de creer un agenda d'entreprise qui gére toutes les actualités de l'Ets.Mais je n'arrive a creer une entrée sur plusieurs jours??En effet pour qu'une actualités apparaisse sur plusieurs jours il faudrait enregisterer celle-ci plusieur fois (pour tout les jours )cela me semble delicat d'enregistrer un document plusieurs fois avec une date differente,merci de vos conseils!!!!!!!!Hugues

[Raisin]

Regarde comment c'est fait dans la base mail, qui contient l'agenda aussi

[yop]

il faut faire un LS qui copie ton document à toutes les dates de ton événement, de cette manière, c'est à chaque fois le même UNID.quand tu supprimes un doc, il faut empêcher cela dans la vue (y'a un continue = false à placer dans les scripts de la base tout à la fin) et faire un agent de suppression qui supprime tous les docs du même UNID spécifié.c le cas employé dans l'agenda notes. ça demande par contre une connaissance de LS.

[Stéphane]

Hummmm !!! plusieurs document avec le même UNID est ce vraiment raisonnable !!!Non pourquoi ne pas utiliser un champ multi-valué dans ton document comportant toute les dates associées à l'évenement, ainsi il sera vue tous les jours en question... de plus en cas de suppression c'est un unique document donc tous les jours sont éffacé en même temps...c'est pas un peu plus simple ????

[Hugues]

Tout d'abord ,merci pour vos différentes idées!!je vais essayer avec un champ multiple...car en effet cela permettra de supprimer toutes les entrées en 1 foisA+

[yop]

non, chaque doc a un UNID différent mais un champ Clé qui unifie tous les docs avec l'UNID du doc principal.C'est le principe employé dans Lotus Workflow, donc autant appliquer ce que préconise Lotus, même dans une simple application, non ?

[Stéphane]

Tu as deux solutions, soit ton bouton Add ne fait qu'ouvrir une dialogbox pour la saisie et c'est elle qui se charge de l'ajout des données dans les bons champs, soit il ouvre le masque de saisie, test ce qui est saisie et fait l'ajout d'élement dans les champs.En revanche il te faudra aussi gérer le bouton modifier et supprimer si tu veuts assurer une intégrité quelquoncque... sinon tu te peut te contenter de controler simplement que chaque champs comporte le même nombre d'élément pour valider la saisie.

[Stéphane]

Non pour ma part je prefère la solution du champ multi-valué... si simple et si éfficace !.Les dev Lotus sont pas toujours les plus judicieux... parfois même on prend le plus compliqué pour développer quelque chose de finallement très simple...Justement, pour exemple Domino Workflow, testé chez plusieurs clients cela à toujours donné lieu à un abandon, bien trop compliqué pour les possibilitées offertes ou alors permettant de faire de manière très compliqué, en changeant même la philosophie d'approche des utilisateurs, pour faire un workflow basic.Non pour ma part les deux flops de Lotus c'est justement Domino Workflow et LiSA (ex.LSA), ce qui ne veut pas dire qu'il n'y a pas une ou deux idées à reprendre, mais l'ensemble est foireux, code très compliqués pour se pseudo protéger mais qui génère du coup des appli qui complique des choses basic en Notes.Mais ceci est une petite parathèse tout à fait personnelle...

[yop]

L'intérêt de WorkFlow réside dans la question : l'entreprise veut-elle modifier son workflow sans l'aide d'un développeur. Si oui, un WF bien conçu peut facilement être modifiable dans la mesure où le développeur à réaliser tout un tas de pré-masques, relations, sous-processus, que l'entreprise rejoint ensuite comme un jeu de légo. Par contre, c'est vrai qu'à l'heure actuelle aucune version française de ce produit n'est viable. Il faut la 3.01 anglaise ou rien.Maintenant, je te rejoins, je préfère faire un WF sous Designer en programmant tout que de le faire via LWF. Mais via LWF, si l'entreprise veut faire une modif, elle me rappelle pas donc elle "économise" de l'argent. Evidemment, l'application est à la base vendue plus chère

[Stéphane]

Je suis pas tout à fait d'accord avec toi... Si une entreprise qui utilise LWF veut modifier son workflow elle doit faire appel à un développeur, puisqu'a chaque étape tu associe un masque et si tu as développé tous les sous-masques possibles et inimaginable, ce qui est rarement le cas, tu peut très bien faire un tel paramétrage directement dans une appli Notes. Mais ne générale un WF qui évolue ce sont des choses rarement prévus à l'origine...En plus le système de dossier qui contient le workflow et les documents en dessous est vraiment pas évident à comprendre pour un user qui à l'habitude de bases classiques.Et dernier point des que le WF se complique un peu LWF ne marche pas, exemple imposible de mettre en place un nombre de circuits parrallèles variables...

[yop]

oui et non, si une entreprise décide de modifier une règle de routage, elle peut le faire toute seule via Architect. pareille s'il elle veut ajouter ou retirer un circuit de validation, etc.maintenant, moi aussi, je préfère développer une appli sous designer en partant de zéro plutôt que d'utiliser WF plus chiant à programmer, mais étant à la réalisation et non au conseil, si une entreprise a choisi le WF plutôt que designer, je me dois de lui donner ce qu'elle veut.c vrai aussi que WF peut pas tout faire, mais tout dépend des projets de l'entreprise. L'avantage de WF, c que se greffant à un serveur domino, les applis impossibles en WF sont faites sous Designer.l'avantage que je vois à WF, c'est le fait qu'on a plus besoin justement de programmer un système de paramétrage notes, ce qui n'est pas enrichissant.si tu veux valider qu'un champ est obligatoire dans une appli Notes, c très facile. avec WF, tu peux pas car il y a différentes sauvegardes (enregistrer, enregistrer et terminer...) ; il faut entrer dans le code LS ou les champs propres à WF, ce qui est assez obscurs. c ça que j'aime bien, ça permet de se creuser la tête. Comme iNotes, où modifier l'application est très enrichissant. c vrai aussi qu'après un certain nombre d'années sous designer, j'en ai un peu marre de développer en utilisant les mêmes outils...un détail tout de même. chez nous, on est full web, donc une base notes, les utilisateurs savent pas ce que c'est. ils ont juste un intranet avec des applications intégrées dont certaines WF.maintenant, je dirai que le seul intérêt de WF passe pas Architect. Le reste (bases), on peut faire un dév similaire en reprenant les + ou - les codes.

[Stéphane]

S'il y a bien un point sur lequel je te rejoints c'est qu'après maintenant 9 ans de developpement sous LN, à toujours refaire la même chose chez tous les clients (car bien souvent on retrouve la même problématique) on cherche de nouvelles pistes...Moi j'ai opté pour deux, la première le développement de module générique pour répondre aux problèmes les plus souvent rencontrés et pouvoir offrir des solutions génériques.La deuxième, l'après Notes/Domino... IBM ayant annoncé que la r7 serait la dernière pour Notes, du moins pour le client Notes car, apparement, Notes serait alors intégré comme component à par exemple Webshpère.Et la je lorgne sur Groove, PeerToPeer (enfin presque) basé sur une platform .Net avec VB & C#, dont il est prévu une intégration de Notes (normale c'est le père fondateur de Notes qui en est à l'origine).Mais bon je me pose aussi la question Websphere...